Download to read offline
グローバルプロジェクト よくある問題共通点と解決チェックリスト
- 1.
- 2.
- 3.
- 4. クオリティーのコミットメントレベルの低い組織 例: スペック外のパートを無理矢理用途にはめ込もうとし、パーツを現場レベルで修正するが 顧客にはその事実を伝えない。 例： 又はITのREDUNDANCYを用意せずFAILOVERのバックアッププラニングを省き、結果SLA契 約違反を続ける 結果：レピュテ―ション、ブランイメージが下がる＆顧客が去っていく、又は訴訟問題になる
- 5.
- 6. 確りプランを建てずプロセスに従わず、 結局行き当たりバッタリの組織 例：全体像のINTEROPERABILITY/ARCHITECTURE を考えずプランなしに新しいスコープを抱え込み、次のプ ロジェクトの仕様に加えていく。 結果：設計が悪くスケールアップが出来なくなり、常に消防署状態になっている。キャパがフルになる時点 で再度設計のやり直しとなりTCO(総所有コスト)が高くなる。又はキャパがフルになる事前に対応が出来 ずSLA違反を起こす。 例：リリースプラニング、スプリントプラニング、レトロスペクディブ、レビュー、LESSON LEARNED、プロジェ クトの副産物ドキュメント化を省く、又はチェンジリクエスト、又はスコープチェンジをスコープドキュメントに 更新しない。 例：プロジェクトプランをスケジュール（ガントチャート）だと間違えて解釈している。 結果：又はプロジェクトのライフサイクルが長くなればなる程初期TOBEから結果が離れていく。 最終的に理想像が何だったのか分からなくなりビジネスケースと関係のない結果が出来上がってしまう。 結果：プロジェクトチームメンバーが変わり新規リソースが入ってきてもオンボーディングが満足に出来ず ターンオーバーに繋がる
- 7. AVAILABILITY（可用性） とUTILIZATION （稼働率）の依存性を 理解していない組織 例：AGILEに変化に対応するにはある程度UTILIAZTIONの余裕を持たない限り変動的環境に対 応できない。 プロジェクトのUTILIZATIONを100％に上げて効率を高めようとするが何か起こった時に対応で きない。 プロジェクトの変動的な要素と確立されたオペレーションの違いを確り理解出来ていない。 結果：問題が発生した時に対応が出来ず/遅れSLA違反又は訴訟問題になりかねない。
- 8.
- 9.
- 10.