人が主導
スポンサーが成果と範囲を設定します。アーキテクトが設計を承認します。プログラム責任者が依存関係とゲートを管理します。クライアントとパートナーが共同で変更を承認します。
Implementの仕組み
Guideは、承認済みプログラム・ベースラインに沿って、設計、構成、データ、テストを連携させます。ワークショップを主導し、設計上の意思決定を行い、各ゲートを承認するのはお客様のチームです。
リクエストから承認済みリリースまで
要件 → 設定 → データマッピング → テスト → 稼働開始の証跡。
プログラム全体を通じて、準備、検証、承認を明確に分けてください。
スポンサーが成果と範囲を設定します。アーキテクトが設計を承認します。プログラム責任者が依存関係とゲートを管理します。クライアントとパートナーが共同で変更を承認します。
Guideは、基準に照らして設計書、設定、マッピング、テストのドラフトを作成するため、専門的な支援を調整します。確定した決定事項は制約として維持され、競合は例外または対案として返されます。
自動チェックにより、管理、トレーサビリティ、準備状況のレビューを支援します。チームが例外を解決し、作業を進める前にゲートを承認します。
Discovery、Build、Data、Test、Deploy、Adopt、Operateが、承認済みの設計とそのエビデンスを共有します。
チャーターでDay 1の範囲、スイートとERPの境界、管理項目、責任者について合意します。ワークショップのメモと設定エクスポートを開始時の入力として使用します。
各リクエストを影響を受ける作業まで追跡し、影響の規模を見積もり、共同承認を得ます。承認済みの決定事項を、それらに依存する設定やテストと関連付けた状態で維持します。
稼働開始時に準備状況の証跡を使用し、その後も導入、運用、アップグレードのレビューに備えて基準を保持します。設計が変更された場合は、再テストの範囲を見直します。
この説明用の例では、遅れて発生した変更、稼働開始の判断、またはアップグレードにおけるレビュー構造を示します。
Wave 1 / Guide
ドイツ法人をWave 1に追加してください。稼働開始まで3週間です。
アーキテクトが証跡をレビューします。リリース前に、業務責任者とデリバリー責任者がスコープ変更を承認します。
1週目にベースラインを合意し、2週目と3週目には実際のデリバリー情報を使用し、4週目に証跡をレビューします。レビュー後、より広い展開を行うか決定します。