Success by Design の活動と進捗状況の追跡
FastTrack チームは、エンゲージメント全体を通して、活動、進捗、および計画を追跡するためのツールを備えています。 プロジェクトを進める中で、お客様ご自身の計画を作成することをお勧めします。
ワークショップの成功判断基準
各ワークショップの成功を評価するための基準は多数あります。 チームは、該当する各基準についてリスクと準備を評価する必要があります。 プロジェクトの成功には、反復可能で明快な判断基準を用意することが重要です。 次の表に示す各判断基準を考慮し、ご自身のチームにとって適切な言い回しに変更します。
| 状態 | 意味 |
|---|---|
| 空白 | 評価待ち |
| 赤 | プロジェクトに実装すべき未実装の重要な変更の検索 |
| 黄 | プロジェクトに実装すべき、未実装の変更の検索 |
| 緑 | 関連する変更は見つかりませんでした |
それぞれの成功基準について説明する Success by Design ワークショップを使用できます。 次の表は、ワークショップとプロジェクトのさまざまな側面との関連性を表すマトリックスの例を示しています。 ソリューション アーキテクトは、進捗状況を把握するために、このようなマトリックスを使用できます。 プロジェクトの進行中、前の表で説明した色分けを使用して、各ワークショップの関連性のリスト作成と、各ワークショップの全体的な評価およびリスク分析を継続して行ってください。 すべての関係者の状況をできる限り頻繁に共有して、予想外の問題や潜在的な遅延を回避することを検討してください。
| カテゴリ グループ | カテゴリ | ソリューション ブループリントのレビュー | カットオーバー準備 | ソリューション パフォーマンスのワークショップ | 統合ワークショップ |
|---|---|---|---|---|---|
| アーキテクチャ | アプリケーション拡張 | X | X | X | |
| アーキテクチャ | ビジネス インテリジェンス | X | X | ||
| アーキテクチャ | データ移行 | X | X | ||
| アーキテクチャ | データ モデル | X | X | X | |
| アーキテクチャ | 機能 | X | X | ||
| アーキテクチャ | インスタンス戦略 | X | |||
| アーキテクチャ | 統合 | X | X | X | |
| アーキテクチャ | ISV | X | X | ||
| アーキテクチャ | パフォーマンス | X | X | X | X |
| アーキテクチャ | セキュリティ | X | X | X | |
| アーキテクチャ | ユーザー エクスペリエンス | X | X | ||
| コンピテンシー | 顧客 | X | X | ||
| コンピテンシー | パートナー | X | X | X | X |
| 目的との合致 | プリセールス | X | |||
| 目的との合致 | 製品/ソリューション フィット | X | |||
| 目的との合致 | ライセンスが不足しているプロジェクト | X | |||
| 実装 | アプリケーション ライフサイクル管理 | X | |||
| 実装 | ビジネス継続性プランニング | X | X | ||
| 実装 | 変更管理 | X | X | ||
| 実装 | 継続的な更新 | X | X | ||
| 実装 | カットオーバー | X | X | ||
| 実装 | フィットギャップ分析 | X | |||
| 実装 | ロールアウト アプローチ | X | X | ||
| 実装 | テスト | X | X | X | X |
| その他 | 外部要因 | X | X | X | |
| 製品 | 非推奨の機能 | X | X | ||
| 製品 | 機能ギャップ | X | X | ||
| 製品 | 製品の不具合 | X | X | ||
| 製品 | 製品パフォーマンス | X | X | X | X |
| 製品 | 製品の信頼性 | X | X | X | X |
| プロジェクトのガバナンス | 一般的なガバナンス アプローチ | X | |||
| プロジェクトのガバナンス | スケジュール | X | |||
| サポート | サポート | X | X |
プロジェクトで作業を開始するとき、およびワークショップを実行した後は、関連する成功判断基準を直ちに更新する必要があります。特に懸念事項が生じた場合は必ず更新してください。 また、時間/参加者/状態やその他のメモを使用して予定を更新し、アポイントメントを完了する必要があります。