プロジェクトを軌道に乗せるための手法
ソリューション アーキテクトは、プロジェクトがプロジェクトの目標に向かって常に進行していることを確認する必要があります。 また、顧客およびチーム メンバーがプロジェクトの現在の状態や、その進行に影響する問題を認識できるような手段を確立する必要があります。
失敗のシナリオ
プロジェクトが失敗する一般的な原因には次が含まれます。
- 前提条件を文書化していない
- リスク管理を行っていない
- 過剰な分析と影響評価
- 過大な約束
- 誤った仮定または要件を使用した設計
- 組織内の権力的対立
- 経営幹部の賛同を得ていない
- 完全なエンタープライズのビジョンがない
この一覧はすべてを網羅しているわけではなく、その他多くの要因によってプロジェクトが失敗する可能性があります。
成功のシナリオ
優れたプロジェクトには次のような特性があります。
- 完成したプロジェクトがアーキテクトの視点ではなく、顧客の視点から見てどのようなものになるかを認識している
- 変更を管理するための変更管理ボードを用意している
- リスクに事前に対応している
- 俊敏である
- プロジェクトの進捗状況を評価するためのプロジェクト チェックポイント確認を実施している
- 振り返って、学んだ教訓について考え、実行したことを評価している
この一覧はすべてを網羅しているわけではなく、プロジェクトを成功させるためにはさらに多くの要素が関与します。
プロジェクトのチェックポイント
ソリューション アーキテクトは、プロジェクトの進捗状況を測定する手段の確立を主張する必要があります。 また、定期的な進捗報告を実施し、プロジェクトの重要なポイントでチェックポイント確認を実施する必要があります。
たとえば、ソリューション アーキテクトは、単純な赤、黄色、緑の色分けシステムを使用できます。
前のスクリーン ショットは、赤、黄色、緑の色分けという概念を強調しており、これによってプロジェクトの視覚的な正常性と各領域の総合的な状態を簡単に確認できます。 優れたチームは、問題を早期に報告して軽減し、最終段階で意外な状況に陥る前に、赤の状態にエスカレートします。
これと全く同じ方法を使用する必要はありませんが、ソリューション アーキテクトは単純な正常性チェック プロセスの実装に関して合意する必要があります。
回顧
ソリューション アーキテクトは、プロジェクトの進行中に定期的にプロジェクトの進捗状況を評価する必要があります。 プロジェクトが終了するまでプロジェクトの業績を確認しないことは無意味です。これではチーム メンバーに修正を行う機会が与えられません。 プロジェクトの業績に関する顧客の意見を理解して、顧客の懸念に直ちに対処することが重要です。
ソリューション アーキテクトは、進捗状況を振り返るためのチェックポイントを確立する必要があります。 ソリューション アーキテクトは、チェックポイント前に、プロジェクト チームの内部および外部からフィードバックを収集する必要があります。
チェックポイント ミーティングでは、ソリューション アーキテクトは互いに責任をなすりつけることのないディスカッションを目指す必要があります。 ミーティングの目的は、失敗を次のチェックポイント レビューの目標に変換することです。
次のユニットでは、ソリューション アーキテクトがチームの一員としてどのような役割を果たすかについて説明します。