{ "schema_version": "core-reviewed-term-ai-handoff-v2", "version": "core-reviewed-term-ai-handoff-v2", "compat": { "backward_compatible_schema_versions": [ "core-reviewed-term-ai-handoff-v1" ], "v1_fields_preserved": true }, "contract_status": "preview", "distribution": "per_term_read_only_ai_handoff", "no_write_operations": true, "content_tier": "db_backed", "canonical": { "url": "https://core.yogoq.com/ja-JP/core/incident-communication-standard", "slug": "incident-communication-standard", "locale": "ja-JP" }, "summary": { "schema_version": "core-reviewed-term-summary-v1", "term_id": "5c9ee37c-732b-533d-8d6c-1389840964c4", "canonical_slug": "incident-communication-standard", "canonical_url": "https://core.yogoq.com/ja-JP/core/incident-communication-standard", "locale": "ja-JP", "display_name": "インシデント連絡標準", "english_name": "Incident Communication Standard", "abbreviation": null, "short_definition": "インシデント連絡標準は、単なる定義ではなく、チームが同じ判断基準で動くための実務用語である。", "content_tier": "db_backed", "quality": "reviewed", "publication_status": "published_reviewed", "version": "core-reviewed-term-summary-v1", "last_reviewed_at": "2026-05-16T00:00:00.000Z", "sources_count": 2, "limitations_key": "core-trust-policy-v1-2026-06-22" }, "aliases": [ { "text": "インシデント連絡標準", "type": "display_name", "locale": "ja-JP" }, { "text": "Incident Communication Standard", "type": "english_name", "locale": "en-US" }, { "text": "インシデント・コミュニケーション・スタンダード", "type": "katakana", "locale": "ja-JP" }, { "text": "インシデント連絡標準", "type": "localized_title", "locale": "ja-JP" } ], "content": { "definition": { "key": "definition", "title": "一言でいうと", "text": "インシデント連絡標準は、単なる定義ではなく、チームが同じ判断基準で動くための実務用語である。", "items": [] }, "formula": null, "boundary": { "key": "boundary", "title": "含めるもの / 含めないもの", "text": "インシデント連絡標準は開始点、終了点、責任者、例外処理を明確にする必要がある。 開始 | 発火条件と入力 | 早すぎる着手を防ぐ 終了 | 成果物と受け入れ条件 | 未完了の引き継ぎを防ぐ 例外 | エスカレーション経路と判断者 | 実行停止を防ぐ", "items": [ "開始 | 発火条件と入力 | 早すぎる着手を防ぐ", "終了 | 成果物と受け入れ条件 | 未完了の引き継ぎを防ぐ", "例外 | エスカレーション経路と判断者 | 実行停止を防ぐ" ] }, "usage": [ { "key": "meaning", "title": "意味", "text": "インシデント連絡標準は、状況を整理し、選択肢を比較し、次の運用判断を決めるための実務概念である。重要なのは名称そのものではなく、範囲、根拠、責任者、判断後の影響をそろえてから動くことである。", "items": [] }, { "key": "usage", "title": "役立つ場面", "text": "インシデント連絡標準は、優先順位、資源配分、コミュニケーション、説明責任に影響する。 優先順位 | 今重視することを明確にする | 実行の分散を防ぐ 責任範囲 | 担当チームを明確にする | 引き継ぎの曖昧さを減らす 根拠 | 観測できる事実と結びつける | 意見だけの判断を避ける", "items": [ "優先順位 | 今重視することを明確にする | 実行の分散を防ぐ", "責任範囲 | 担当チームを明確にする | 引き継ぎの曖昧さを減らす", "根拠 | 観測できる事実と結びつける | 意見だけの判断を避ける" ] }, { "key": "usage", "title": "使い方のポイント", "text": null, "items": [ "比較する前に対象範囲を決める。", "事実、仮説、未確認事項を分ける。", "語彙説明で終わらせず、意思決定に結びつける。", "顧客、市場、運用文脈が変わったら定義を見直す。" ] }, { "key": "drivers", "title": "何が数字を動かすか", "text": "インシデント連絡標準は、責任、頻度、フィードバックループが明確なほど改善しやすい。 責任 | 明確な責任者を置く | 調整ロスを減らす 頻度 | 定期的な確認リズムを持つ | ずれを早く見つける フィードバック | 利用者や運用者からの信号を得る | プロセスを学習に変える", "items": [ "責任 | 明確な責任者を置く | 調整ロスを減らす", "頻度 | 定期的な確認リズムを持つ | ずれを早く見つける", "フィードバック | 利用者や運用者からの信号を得る | プロセスを学習に変える" ] } ], "misunderstandings": [ { "key": "misunderstandings", "title": "判断するときの注意点", "text": "インシデント連絡標準は一回限りの活動ではなく、運用システムとして扱う。 曖昧さを減らさないまま手順だけ増やさない。 成果品質が曖昧なまま活動量だけ測らない。 責任者と例外処理が安定する前に拡大しない。", "items": [ "曖昧さを減らさないまま手順だけ増やさない。", "成果品質が曖昧なまま活動量だけ測らない。", "責任者と例外処理が安定する前に拡大しない。" ] }, { "key": "misunderstandings", "title": "よくある誤解 / 落とし穴", "text": null, "items": [ "誤解 | 辞書的な意味だけ分かればよい | 実務では判断や運用行動を変える必要がある", "誤解 | 全員が同じ意味で使っている | 範囲と前提を書き出す必要がある", "誤解 | 常に良い意味で使う | 制約、リスク、実行しない理由を示すこともある" ] } ], "examples": [ { "key": "examples", "title": "最小例", "text": "チームがインシデント連絡標準を扱うとき、まず決めたい判断、手元にある根拠、受け入れるトレードオフを書き出す。そのうえで選択肢を比較し、今四半期にどの方針を採る理由を記録する。これにより、計画、レビュー、引き継ぎで使える用語になる。", "items": [] } ], "comparisons": [ { "key": "comparisons", "title": "似ている言葉との違い", "text": "インシデント連絡標準は近い概念と比較してから判断に使う。 インシデント連絡標準 | 今扱う概念 | 主たる判断軸が必要なときに使う 隣接する指標・枠組み | 補助的な見方 | 根拠や手順を補うときに使う 一般的な語彙説明 | 広い説明 | 初期理解には使えるが最終判断には不足する", "items": [ "インシデント連絡標準 | 今扱う概念 | 主たる判断軸が必要なときに使う", "隣接する指標・枠組み | 補助的な見方 | 根拠や手順を補うときに使う", "一般的な語彙説明 | 広い説明 | 初期理解には使えるが最終判断には不足する" ] } ], "faq": [ { "question": "インシデント連絡標準はいつ使うべきですか？", "answer": "短い定義だけでなく、範囲、優先順位、責任者、トレードオフを決める必要があるときに使う。" }, { "question": "インシデント連絡標準を実務で役立てる条件は何ですか？", "answer": "根拠、判断責任者、具体的な次の運用選択と結びついていることが条件である。" }, { "question": "避けるべき使い方は何ですか？", "answer": "前提、境界、成功判定を曖昧にしたままラベルとして使うことは避ける。" } ] }, "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "sources": { "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "visible_sources": [ { "label": "Principles of Marketing (Open Textbook Library)", "url": "https://open.umn.edu/opentextbooks/textbooks/principles-of-marketing", "kind": "tier_s" }, { "label": "Principles of Management (OpenStax)", "url": "https://openstax.org/details/books/principles-management", "kind": "tier_s" } ] }, "related_terms": [ { "topic_id": "30f43df0-6408-5673-8e9b-379b163b2d06", "canonical_slug": "vendor-risk-architecture", "canonical_url": "https://core.yogoq.com/ja-JP/core/vendor-risk-architecture", "title": "ベンダーリスクアーキテクチャ", "relation_type": "next" }, { "topic_id": "c4c3b485-7991-59e7-bc33-9e1b12617f4b", "canonical_slug": "incident-communication-matrix", "canonical_url": "https://core.yogoq.com/ja-JP/core/incident-communication-matrix", "title": "インシデント連絡マトリックス", "relation_type": "used_together" }, { "topic_id": "e77c332e-dafa-5142-a6ad-0616c7247d29", "canonical_slug": "decision-rights-architecture", "canonical_url": "https://core.yogoq.com/ja-JP/core/decision-rights-architecture", "title": "意思決定権限アーキテクチャ", "relation_type": "used_together" }, { "topic_id": "7a7d03bd-38c1-57dd-853f-e696aee4f4bd", "canonical_slug": "decision-rights-blueprint", "canonical_url": "https://core.yogoq.com/ja-JP/core/decision-rights-blueprint", "title": "意思決定権限ブループリント", "relation_type": "used_together" } ], "relations": [ { "term_id": "30f43df0-6408-5673-8e9b-379b163b2d06", "canonical_slug": "vendor-risk-architecture", "canonical_url": "https://core.yogoq.com/ja-JP/core/vendor-risk-architecture", "display_name": "ベンダーリスクアーキテクチャ", "relation_type": "related", "source_relation_type": "next" }, { "term_id": "c4c3b485-7991-59e7-bc33-9e1b12617f4b", "canonical_slug": "incident-communication-matrix", "canonical_url": "https://core.yogoq.com/ja-JP/core/incident-communication-matrix", "display_name": "インシデント連絡マトリックス", "relation_type": "related", "source_relation_type": "used_together" }, { "term_id": "e77c332e-dafa-5142-a6ad-0616c7247d29", "canonical_slug": "decision-rights-architecture", "canonical_url": "https://core.yogoq.com/ja-JP/core/decision-rights-architecture", "display_name": "意思決定権限アーキテクチャ", "relation_type": "related", "source_relation_type": "used_together" }, { "term_id": "7a7d03bd-38c1-57dd-853f-e696aee4f4bd", "canonical_slug": "decision-rights-blueprint", "canonical_url": "https://core.yogoq.com/ja-JP/core/decision-rights-blueprint", "display_name": "意思決定権限ブループリント", "relation_type": "related", "source_relation_type": "used_together" } ], "chunk_ids": [ "core:chunk:incident-communication-standard:ja-JP:definition:8ca429dfcde1c7cf", "core:chunk:incident-communication-standard:ja-JP:boundary:edc722ef2ed769b1", "core:chunk:incident-communication-standard:ja-JP:meaning:26499acddb814c23", "core:chunk:incident-communication-standard:ja-JP:usage:d81a8a2a095d5dd0", "core:chunk:incident-communication-standard:ja-JP:usage:4b14eb897ed4f62c", "core:chunk:incident-communication-standard:ja-JP:drivers:27cb89885e45aa08", "core:chunk:incident-communication-standard:ja-JP:misunderstandings:597fe65730b205f4", "core:chunk:incident-communication-standard:ja-JP:misunderstandings:35b1c113c8801185", "core:chunk:incident-communication-standard:ja-JP:examples:c6eccc71893a5e2c", "core:chunk:incident-communication-standard:ja-JP:comparisons:43ba21c6a6edb0b1", "core:chunk:incident-communication-standard:ja-JP:faq:4cf17a91a79a5874", "core:chunk:incident-communication-standard:ja-JP:faq:ace6b8c307907817", "core:chunk:incident-communication-standard:ja-JP:faq:b805e9fa1233ac2c" ], "chunks": [ { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:definition:8ca429dfcde1c7cf", "section_key": "definition", "heading": "一言でいうと", "text": "インシデント連絡標準は、単なる定義ではなく、チームが同じ判断基準で動くための実務用語である。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "8ca429dfcde1c7cf9d8880003e9aa165258c55cda8a35b58c140924600200aa5" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:boundary:edc722ef2ed769b1", "section_key": "boundary", "heading": "含めるもの / 含めないもの", "text": "インシデント連絡標準は開始点、終了点、責任者、例外処理を明確にする必要がある。 開始 | 発火条件と入力 | 早すぎる着手を防ぐ 終了 | 成果物と受け入れ条件 | 未完了の引き継ぎを防ぐ 例外 | エスカレーション経路と判断者 | 実行停止を防ぐ 開始 | 発火条件と入力 | 早すぎる着手を防ぐ 終了 | 成果物と受け入れ条件 | 未完了の引き継ぎを防ぐ 例外 | エスカレーション経路と判断者 | 実行停止を防ぐ", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "edc722ef2ed769b17505be6920c1c5ea6077ffcc4a622aaff4d1ae785a78fe0f" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:meaning:26499acddb814c23", "section_key": "meaning", "heading": "意味", "text": "インシデント連絡標準は、状況を整理し、選択肢を比較し、次の運用判断を決めるための実務概念である。重要なのは名称そのものではなく、範囲、根拠、責任者、判断後の影響をそろえてから動くことである。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "26499acddb814c236c9e9b5eacb65b9fa805cf8b4b7412492759eb9e0d68987c" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:usage:d81a8a2a095d5dd0", "section_key": "usage", "heading": "役立つ場面", "text": "インシデント連絡標準は、優先順位、資源配分、コミュニケーション、説明責任に影響する。 優先順位 | 今重視することを明確にする | 実行の分散を防ぐ 責任範囲 | 担当チームを明確にする | 引き継ぎの曖昧さを減らす 根拠 | 観測できる事実と結びつける | 意見だけの判断を避ける 優先順位 | 今重視することを明確にする | 実行の分散を防ぐ 責任範囲 | 担当チームを明確にする | 引き継ぎの曖昧さを減らす 根拠 | 観測できる事実と結びつける | 意見だけの判断を避ける", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "d81a8a2a095d5dd0726a2c1d79ad86240e04ef450b4bbf2b3ecfb2d2189b51c2" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:usage:4b14eb897ed4f62c", "section_key": "usage", "heading": "使い方のポイント", "text": "比較する前に対象範囲を決める。 事実、仮説、未確認事項を分ける。 語彙説明で終わらせず、意思決定に結びつける。 顧客、市場、運用文脈が変わったら定義を見直す。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "4b14eb897ed4f62c44fe805d965cc9d5b2c56d989ce553f2a97fbba34007a310" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:drivers:27cb89885e45aa08", "section_key": "drivers", "heading": "何が数字を動かすか", "text": "インシデント連絡標準は、責任、頻度、フィードバックループが明確なほど改善しやすい。 責任 | 明確な責任者を置く | 調整ロスを減らす 頻度 | 定期的な確認リズムを持つ | ずれを早く見つける フィードバック | 利用者や運用者からの信号を得る | プロセスを学習に変える 責任 | 明確な責任者を置く | 調整ロスを減らす 頻度 | 定期的な確認リズムを持つ | ずれを早く見つける フィードバック | 利用者や運用者からの信号を得る | プロセスを学習に変える", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "27cb89885e45aa0887d984df002509b3000c40d7789eb505acf055e9221644df" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:misunderstandings:597fe65730b205f4", "section_key": "misunderstandings", "heading": "判断するときの注意点", "text": "インシデント連絡標準は一回限りの活動ではなく、運用システムとして扱う。 曖昧さを減らさないまま手順だけ増やさない。 成果品質が曖昧なまま活動量だけ測らない。 責任者と例外処理が安定する前に拡大しない。 曖昧さを減らさないまま手順だけ増やさない。 成果品質が曖昧なまま活動量だけ測らない。 責任者と例外処理が安定する前に拡大しない。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "597fe65730b205f49752fd6ef42bd62f64f13e910ab1907cf9fc5610e3762bc0" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:misunderstandings:35b1c113c8801185", "section_key": "misunderstandings", "heading": "よくある誤解 / 落とし穴", "text": "誤解 | 辞書的な意味だけ分かればよい | 実務では判断や運用行動を変える必要がある 誤解 | 全員が同じ意味で使っている | 範囲と前提を書き出す必要がある 誤解 | 常に良い意味で使う | 制約、リスク、実行しない理由を示すこともある", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "35b1c113c8801185ea030933c91159242cce29c79c1a9a73ca40c3bfd92f9515" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:examples:c6eccc71893a5e2c", "section_key": "examples", "heading": "最小例", "text": "チームがインシデント連絡標準を扱うとき、まず決めたい判断、手元にある根拠、受け入れるトレードオフを書き出す。そのうえで選択肢を比較し、今四半期にどの方針を採る理由を記録する。これにより、計画、レビュー、引き継ぎで使える用語になる。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "c6eccc71893a5e2c3c052bd8b43ded2ce4b85ec2899ff4062b68313cf3071abf" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:comparisons:43ba21c6a6edb0b1", "section_key": "comparisons", "heading": "似ている言葉との違い", "text": "インシデント連絡標準は近い概念と比較してから判断に使う。 インシデント連絡標準 | 今扱う概念 | 主たる判断軸が必要なときに使う 隣接する指標・枠組み | 補助的な見方 | 根拠や手順を補うときに使う 一般的な語彙説明 | 広い説明 | 初期理解には使えるが最終判断には不足する インシデント連絡標準 | 今扱う概念 | 主たる判断軸が必要なときに使う 隣接する指標・枠組み | 補助的な見方 | 根拠や手順を補うときに使う 一般的な語彙説明 | 広い説明 | 初期理解には使えるが最終判断には不足する", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "43ba21c6a6edb0b1200124146514197a53ba15de5421c2923b1495f03e50ecef" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:faq:4cf17a91a79a5874", "section_key": "faq", "heading": "インシデント連絡標準はいつ使うべきですか？", "text": "インシデント連絡標準はいつ使うべきですか？ 短い定義だけでなく、範囲、優先順位、責任者、トレードオフを決める必要があるときに使う。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "4cf17a91a79a587442607899686bd14c2bbf963ce83f5a1168d8d78ee6ce0c0a" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:faq:ace6b8c307907817", "section_key": "faq", "heading": "インシデント連絡標準を実務で役立てる条件は何ですか？", "text": "インシデント連絡標準を実務で役立てる条件は何ですか？ 根拠、判断責任者、具体的な次の運用選択と結びついていることが条件である。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "ace6b8c30790781723f35e02c2aafea9cbc67b1757b0f9125072f722588ba659" }, { "chunk_id": "core:chunk:incident-communication-standard:ja-JP:faq:b805e9fa1233ac2c", "section_key": "faq", "heading": "避けるべき使い方は何ですか？", "text": "避けるべき使い方は何ですか？ 前提、境界、成功判定を曖昧にしたままラベルとして使うことは避ける。", "source_refs": [ "concept:incident-communication-standard:en-US", "concept:incident-communication-standard:ja-JP", "core-term-page-1000-06:concept:incident-communication-standard" ], "content_hash": "b805e9fa1233ac2c5e5360a011331ec7d78de80f9347e62937488d9f42a9022a" } ], "content_hash": "4c81d8e83f0957a97752b33f8348a51223258c816899a981261609ed479457f3", "hash_algorithm": "sha256", "rag": { "chunk_id_policy": "core:chunk:{canonical_slug}:{locale}:{section_key}:{sha256_16}", "content_hash_policy": "sha256_stable_json", "source_refs_precision": "source_object_ref_or_source_key_current_snapshot" }, "quality": { "content_tier": "db_backed", "quality": "reviewed", "publication_status": "published_reviewed", "source_count": 2, "last_reviewed_at": "2026-05-16T00:00:00.000Z", "trust_policy_version": "core-trust-policy-v1-2026-06-22" }, "limitations": { "policy_version": "core-trust-policy-v1-2026-06-22", "professional_advice_boundary": "reference_only_not_professional_advice", "text": "このページは調査・学習のための参照情報です。会計、法務、金融、医療、セキュリティなどの個別判断では一次情報や専門家の確認を優先してください。", "items": [ "公開ページは一般的な理解と実務上の判断材料を提供するもので、個別案件の専門助言ではありません。", "制度、価格、規制、会計基準、製品仕様など変化が速い情報は、最終判断前に一次情報で確認してください。", "AI支援を含む制作・監査フローを使う場合も、公開可否は品質ゲートと人間が読める証跡に基づいて扱います。" ] } }