enterprise-architecture

エンタープライズアーキテクチャ

このスキルを使って、アーキテクチャを図の棚にしてしまうことなく、企業全体の構造と変化を把握しやすくします。成果を、ケイパビリティ、バリューストリーム、アプリケーション、情報、テクノロジー、責任者、実現可能な変革の順序に結び付けます。

ワークフロー

1. 企業に関する問いを定めます。 成果、範囲、時間軸、ステークホルダー、制約、権限、証拠の不足を明示します。戦略、製品上のコミットメント、運用上の事実、アーキテクチャ上の仮説を切り分けます。
2. 全体像をマッピングします。 ケイパビリティとバリューストリームを特定し、アプリケーション、情報オブジェクト、テクノロジーの依存関係、責任者、コスト、リスク、重複、ライフサイクルの状況を関連付けます。references/capability-value-stream-and-portfolio-mapping.md を使用します。
3. 各状態を記述します。 証拠に基づいて現状を記録し、明示された原則と成果に基づいて目標状態を定義します。また、直接の移行を危険または非現実的にする制約を特定します。references/current-target-and-transition-architecture.md を使用します。
4. 運営モデルを選択します。 意思決定の局所性、調整コスト、必要な一貫性、スキル、リスクを基準に、集中型、連邦型、ハイブリッド型の体制を比較します。報告系統や報酬を推奨してはいけません。references/enterprise-operating-model-and-roles.md を使用します。
5. 権限を実行可能にします。 意思決定権、協議、標準、例外、エスカレーション、フィードバックを、明示した役割に割り当てます。references/federated-governance-and-decision-rights.md を使用します。
6. 活用に向けて関係者と連携し、情報を公開します。 ステークホルダーの役割に合わせてビューを調整し、不確実性と情報源を明示します。また、情報をアクセシブルで見つけやすい状態に保ち、レビュー責任者を定めます。references/stakeholder-engagement-and-architecture-information.md を使用します。
7. 変革の順序を定めます。 移行の各段階を、ケイパビリティ、成果、依存関係、投資の前提、完了を判断する証拠に結び付けます。templates/transition-architecture-roadmap.md を使用し、承認済みの実行計画は、必要に応じて implementation-planning または migration-engineering に引き継ぎます。

出力仕様

エンタープライズコンテキスト概要、ケイパビリティ／アプリケーションのポートフォリオビュー、現状・目標・移行の評価、運営モデルと意思決定権の記録、または移行ロードマップを作成します。重要な主張にはすべて、証拠、前提、決定、未解決の問いのいずれかのラベルを付け、出典または責任者を示す必要があります。

担当範囲の境界

• システム境界、ランタイムの動作、アーキテクチャ特性、ソリューションのトレードオフは software-architecture の担当です。
• API コントラクトと API ポートフォリオの仕組みは api-design-and-evolution の担当です。
• データプラットフォーム、データプロダクト、データモデル、データガバナンスは data-architect の担当です。
• 報告体制、チームトポロジー、人材、報酬、文化は org-design の担当です。このスキルでは、人事システムを設計せず、組織上の依存関係を記録します。
• プロダクトの賭け、プロダクトの成果、プロダクトの優先順位付けは product-roadmapping-and-portfolio の担当です。
• テクノロジーの採用方針、内製と購入の判断、標準、テクノロジーガバナンスの仕組みは technology-radar の担当です。
• 企業の方向性、競争上の選択、資本配分、M&A は strategy-frameworks の担当です。
• プロセスの最適化と運用の実行は operational-design の担当です。エンタープライズアーキテクチャでは、その調査結果を証拠として利用できます。
• 承認済みのシステム横断的な実行はこのスキルではなく、implementation-planning と migration-engineering の担当です。
• プロジェクト横断のプログラム調整、共有キャパシティ、統合された便益、変革の遂行は technical-program-management の担当です。このスキルは、アーキテクチャ上の証拠と意思決定権に関するインプットを提供します。

使用しない場合

エンタープライズポートフォリオ、ドメイン横断の調整、オペレーティングモデル、または移行アーキテクチャに関する質問がない場合は、対象を絞った担当者を利用してください。このスキルを使って、ソリューション設計、組織図、製品ロードマップ、テクノロジーレーダーの項目、データアーキテクチャ、API コントラクト、または企業戦略に関する結論を作成しないでください。

リファレンスガイド

判断ポイント	読み込むもの
ケイパビリティ、バリューストリーム、アプリケーション、情報、または重複のマッピング	references/capability-value-stream-and-portfolio-mapping.md
現状、目標、移行の各状態の比較	references/current-target-and-transition-architecture.md
エンタープライズオペレーティングモデルの選定とアーキテクチャ上の役割の定義	references/enterprise-operating-model-and-roles.md
意思決定権、標準、例外、またはエスカレーションの割り当て	references/federated-governance-and-decision-rights.md
ステークホルダーへのインタビュー、または活用可能なアーキテクチャ情報の公開	references/stakeholder-engagement-and-architecture-information.md
スコープとエビデンスの確立	templates/enterprise-context-brief.md
ポートフォリオビューの作成	templates/capability-portfolio-view.md
目標状態への変更の順序付け	templates/transition-architecture-roadmap.md
出典の来歴と変換上の制約の確認	references/source-index.md

完了

エンタープライズのスコープと意思決定者が明確になり、ポートフォリオと状態に関する主張にエビデンスまたは明示された不足事項があり、移行の各段階に依存関係と完了エビデンスがあり、意思決定権に意見の不一致への対処方法が含まれ、専門家への引き継ぎが記録された時点で終了してください。権限または戦略に関する対立が未解決の場合は、推測で解決せず、エスカレーションしてください。