iPM TRAINING

トラブルプロジェクトの実例を紹介しています。

iPMのプロコンサルが、トラブルの分析（問題・原因）を行い、どのような解決策を講じたかを動画で視聴できます。

また、トラブルはプロジェクト計画をしっかり作らないことで起こることが多いものです。

そのため、トラブル回避には、この手順をしっかりやるべきだったかを『Lesson 初心者のためのプロジェクト計画の作り方』に紐付けて紹介しています。

​

講座タイプ：動画

 

品質に関するトラブルプロジェクト

⚫︎ 業務知識の不足により品質劣化

⚫︎ 特定機能の進捗遅延による品質劣化

⚫︎ 品質基準が分からず基本設計に進めない

⚫︎ 変更管理ルールが無いことから品質劣化

⚫︎ 開発機能が要件を満たしていない

⚫︎ クライアントが品質合格に納得しない

⚫︎ 重複障害やデグレートの多発による品質劣化

​

​コストに関するトラブルプロジェクト

⚫︎ 既存資産の流用が出来ずコストオーバー

⚫︎ 工数見積もりのミスで予算が超過する

⚫︎ 要件が明確になったことによりコスト増加

⚫︎ リスク回避の予測が出来ず作業が停滞する

⚫︎ 性能設計通りのパフォーマンスが出ずコスト超過

⚫︎ 想定外の不具合による結合テストの工数超過

⚫︎ 不具合修正の発生によるコスト超過

​

スケジュールに関するトラブルプロジェクト

⚫︎ クライアント要求を予定通りリリースできない

⚫︎ 事前の調査でスケジュールが遅延

⚫︎ 指摘事項が多くスケジュール遅延

⚫︎ 製造作業のループによるスケジュール遅延

⚫︎ リリースの超過日数が不明であり再計画できない

⚫︎ テスト計画のミスによるスケジュール遅延

⚫︎ テスト項目毎の実行計画のミスによるスケジュール遅延

​

スコープに関するトラブルプロジェクト

⚫︎ 事前調査を間違えスコープ定義のやり直し

⚫︎ 要求仕様のボリュームが多くスケジュールが遅延する

⚫︎ スコープ概念の違いによりプロジェクトが停滞する

⚫︎ 仕様追加を承諾したが調査ミスによるスケジュール遅延

⚫︎ スコープの合意なしにプロジェクトを進行

⚫︎ 総合テスト範囲が分からずスケジュール遅延

⚫︎ ユーザテスト範囲を間違え手戻りによる工数超過

​

​コミュニケーションに関するトラブルプロジェクト

⚫︎ 顧客や開発メンバからの信頼を失うPM

⚫︎ 基本設計の承認を得ず詳細設計に見切り着手

⚫︎ クライアントが要件を纏められず要件の小出しによる工数超過

⚫︎ 設計者と製造者の意思疎通の欠如によるスケジュール遅延

⚫︎ リスク影響度が分からずプロジェクトが停滞

⚫︎ 仕様書と実装の差異による品質劣化

⚫︎ 他チームとの連携が悪く総合テストが品質不良で進まない

​

組織に関するトラブルプロジェクト

⚫︎ 顧客の体制にITプロジェクトの経験者が居ない

⚫︎ 作業工数は正確なのにスケジュールが遅延する

⚫︎ 新規アサインメンバーのキャッチアップ不足

⚫︎ 設計をやりながら要件定義の遅延を取り戻す策が失敗

⚫︎ 仕様凍結の遅れによるスケジュール遅延

⚫︎ 弱小体制により総合テストの進捗が遅延

⚫︎ チームビルディングのミスによるスケジュール遅延

⚫︎ 体制構築のミスによるスケジュール遅延