設計を定め、守る
スイート、ERPの境界、コントロール、設定ベースラインについて合意します。下流の作業を生成する前に、設計上の制約を明確にします。
アーキテクトとプラットフォーム所有者
お客様の設計。 リリース前に確認済み。
Guideは、承認済みの設計に基づいて設定、マッピング、テストを準備します。確定した決定は変更せず、例外や対案はレビューのためにお客様に戻します。
次の設計上の決定
レビュー可能な例外。
提案された変更が確定済みの決定と矛盾しています。対案を承認する前に、矛盾、影響を受けるコントロール、再テストの範囲を確認します。
Guideが影響と証拠を準備します。決定はお客様のチームが承認します。
アーキテクチャ上の判断はアーキテクトが担います。
専門家の支援を受けて作業を準備・確認し、各ゲートで人による明示的な承認を行います。
関連する成果物を確認する
要件を設定、データマッピング、テストまで追跡します。個別の文書を承認するのではなく、承認済みの設計に照らして例外をレビューします。
ベースラインを有用に保つ
同じ設計に照らして変更とアップグレードを評価します。再テストが必要なものを確認し、承認済みの決定を運用に反映します。
レビューの品質を測定する。
ワークショップの記録、設計上の決定、設定のエクスポートを用意します。マッピングとテスト準備、UAT前に見つかった矛盾、承認済みの成果物に到達するために必要な労力を確認します。
お客様のパイロットチーム
スポンサーとリードアーキテクト、実際のプログラム入力、合意済みの比較ベースラインを用意します。
あなたの判断
4週目に証跡をレビューし、継続、範囲変更、または停止のいずれかを決定します。
同じプログラム。異なる責任。
スポンサー、デリバリー部門、プログラムチーム、アーキテクトが同じ設計と証拠に基づいて作業できるようにします。
1つのWaveから始め、変化を測定する。
1週目にベースラインを合意し、2週目と3週目には実際のデリバリー情報を使用し、4週目に証跡をレビューします。レビュー後、より広い展開を行うか決定します。