Intentional - Strategy (意図的 - 戦略)

ガバナンスパターン

適切に設計された容易な方法 → 意図的な方法 → 戦略 → ガバナンスについての詳細

Where to look?
商品領域 | ロケーション
What does good look like? (良いものは?)
パターン
プラットフォーム | ビジネス ✅ チームメンバーは、アプリケーションライフサイクル全体で誰が何を担当するかを把握できます。
プラットフォーム | ビジネス ✅ チームやプロジェクトは、ビジネス用途で承認された AI モデルのみを使用します。
プラットフォーム | ビジネス ✅ ホットフィックスは生産までの明確なパスがある
プラットフォーム | ビジネス ✅ バグ報告や機能リクエストが簡単にできる
プラットフォーム | ビジネス ✅ 作業項目の優先順位付けプロセスが文書化され、すべての関係者に公開されます。
プラットフォーム | ビジネス ✅ 環境戦略が明確に文書化され、開発環境が文書化されている
プラットフォーム | ビジネス ✅ 生産サポートプロセスが明確である
プラットフォーム | ビジネス ✅ リリース計画は予測可能で、すべてのデリバリチームメンバーに透過的
プラットフォーム | ビジネス ✅ リリースはユーザーと配送/メンテナンスチームにとって明確である

優先順位付けパターン

適切に構築された [容易] → [[意図的]](/docs/architect/ja-jp/well-architected/guide/intentional) → [[戦略]](/docs/architect/ja-jp/well-architected/guide/intentional#戦略) → [優先順位付け] の詳細

Where to look?
商品領域 | ロケーション
What does good look like? (良いものは?)
パターン
プラットフォーム | 会社 ✅ すべての KPI で実装コストとメンテナンスコストが特定されている
プラットフォーム | 会社 ✅ 機能の要求は、ビジネスへの影響、提供に必要な新しい作業の量、メンテナンスに必要な作業の量に基づいて優先順位が付けられます。
プラットフォーム | ドキュメント ✅ ビジネス上の価値に基づいて自動化が優先されることがロードマップに示されている
プラットフォーム | ドキュメント ✅ すべての新しい作業項目に明確なビジネス価値評価指標がある (収益の増加、プロセスの最適化によるコスト削減など)

ロードマップパターン

適切に設計された「容易」 → 「意図的」 → 「戦略」 → 「ロードマップ」についての詳細

Where to look?
商品領域 | ロケーション
What does good look like? (良いものは?)
パターン
プラットフォーム | ビジネス ✅ 配送チームは、長期的な優先度に対してバックログ項目を評価する方法を知っている
プラットフォーム | ビジネス ✅ チームは、誰が何をし、どのように連動関係を管理するかを把握
プラットフォーム | ビジネス ✅ 関係者が作業項目の「理由」を把握する
プラットフォーム | ビジネス ✅ 優先度をすばやく変更する必要がある場合でも、作業は意図的です。
プラットフォーム | ロードマップ ✅ 前提条件と連動関係の表示
プラットフォーム | ロードマップ ✅ 利用者 (ビジネスまたは技術) に合わせた情報を伝える
プラットフォーム | ロードマップ ✅ 正しい詳細レベルで情報を伝える
プラットフォーム | ロードマップ ✅ 開始日と終了日を表示

ガバナンス対策パターン

適切に設計された容易な方法 → 意図的な方法 → 戦略 → ガバナンスについての詳細

Where to look?
商品領域 | ロケーション
What to avoid?
アンチパターン
プラットフォーム | ビジネス ⚠️ チームは誰が何を担当するかわからない
プラットフォーム | ビジネス ⚠️ チームはアドホックで AI モデルを選択する
プラットフォーム | ビジネス ⚠️ 作業項目に明確な優先順位がない
プラットフォーム | ビジネス ⚠️ 環境はアドホックにプロビジョニングされ、予測どおりに更新されないことがあります。開発者は多くの場合、必要な環境とアクセス権を持っていません。
プラットフォーム | ビジネス ⚠️ ドキュメントに簡単にアクセスできない
プラットフォーム | ビジネス ⚠️ あなたのバックログが古くなり停滞している「アイデアバンク」になっている
プラットフォーム | ビジネス ⚠️ リリースは配送チームとユーザーにとって予測できない
プラットフォーム | ビジネス ⚠️ ガバナンス組織は、サポート要請をトラブルシューティングするヘルプデスクとして機能します。
プラットフォーム | ビジネス ⚠️ ホットフィックスはアドホックで対応
プラットフォーム | ビジネス ⚠️ バグレポートと機能リクエストはアドホック

優先度設定アンチパターン

適切に構築された [容易] → [[意図的]](/docs/architect/ja-jp/well-architected/guide/intentional) → [[戦略]](/docs/architect/ja-jp/well-architected/guide/intentional#戦略) → [優先順位付け] の詳細

Where to look?
商品領域 | ロケーション
What to avoid?
アンチパターン
プラットフォーム | 会社 ⚠️ 自動化の実装と維持に関連するコストが明確でない
プラットフォーム | 会社 ⚠️ 要請はアドホックまたは先入れ先出し方式で提供される
プラットフォーム | ドキュメント ⚠️ ロードマップが存在しない
プラットフォーム | ドキュメント ⚠️ 作業に関連するビジネス価値が明確でない、または存在しない

ロードマップのアンチパターン

適切に設計された「容易」 → 「意図的」 → 「戦略」 → 「ロードマップ」についての詳細

Where to look?
商品領域 | ロケーション
What to avoid?
アンチパターン
プラットフォーム | ビジネス ⚠️ 関係者の多くは、現状にストレスや困惑を感じ、新機能がいつ提供されるかわからない
プラットフォーム | ビジネス ⚠️ バックログにあるものから作業が取り込まれ、明確な「理由」がない
プラットフォーム | ビジネス ⚠️ チームは相互依存する作業の調整が難しく、気づかないうちに作業を繰り返してしまう
プラットフォーム | ビジネス ⚠️ 仕事は反応型が多い
プラットフォーム | ロードマップ ⚠️ プロジェクトのキックオフ資料として使用され、成果物として提供されない
プラットフォーム | ロードマップ ⚠️ 関係者とデリバリチームの連携を支援しない
プラットフォーム | ロードマップ ⚠️ 利用者に合わせて調整されていない情報 (同じロードマップ内のビジネス機能やシステムなど) が含まれている
プラットフォーム | ロードマップ ⚠️ 複数の詳細レベルを組み合わせる (同じロードマップにシステムとコンポーネントを含めるなど)