PM Hacker：ブログシリーズの概要
PM Hackerは、初心者プロジェクトマネージャーやプロジェクトマネージャーを目指す人たちに向けた、プロジェクトマネジメントのノウハウを学ぶコラムシリーズです。
このコラムの特徴は、コラミストゆーろーとChatGPTがコラボして失敗プロジェクトの事例を分析しています。
これを読むとこんなイイコトがあります！
（１）プロジェクトマネージャーがプロジェクトを成功に導くために必要なスキルや知識を学ぶことができます。
（２）プロジェクトマネージャーが日々直面する問題に対する解決策を共有することができます。
（３）プロジェクトマネージャー同士が交流し、相互に学び合うことができます。
成功に導くためのヒントを得て、あなたもプロジェクトマネジメントのプロへと成長しましょう！
また、PM Hackerを通じて、私が所属するiPM naviにご興味を持って頂き参加してください。
iPM naviは、今、業界で注目されている「プロジェクトマネージャ総合支援サービス」です。
以下のようなサービスやイベントを無料で行っています。
（１）プロジェクトマネージャーに必要な大手コンサルファームのメソッドやノウハウをベテランコンサルタントがわかりやすく解説するサービスを提供しています。
（２）コミュニティを通じてプロジェクトマネージャー同士が直面する問題について、情報交換や相談ができる場を提供します。
（３）プロジェクトマネジメントのお悩みから解決方法が探せます。プロジェクトマネジメントのお悩みから解決方法が探せるので、プロジェクトを成功に導くためのノウハウを習得しましょう。
初心者からベテランまで、どなたでも参加可能です。
ぜひiPM naviに参加して、プロジェクトマネージャーとしてのスキルアップを図りましょう！
www.abmtraining.net
【失敗プロジェクト】 プロジェクトのリリース日未定はもう終わり！確実な計画立てを学ぶ
プロジェクトマネージャーとして、初めてプロジェクトを担当すると、失敗する可能性が高いものです。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方法についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
- 1.はじめに
- 2.失敗プロジェクトの事例
- 2.1.プロジェクトのスコープと体制
- 2.2.失敗プロジェクトの内容
- ３.失敗の原因
- ４.ChatGPTのアドバイス
- ５.私からのアドバイス
- ６.最適な解決策
- ７.初心者PMが身につけるべきスキル
- ８.QAセッション
1.はじめに
失敗プロジェクトのケースから学ぶ、リリース日未定の問題を解決するためのプロジェクトマネジメントの方法を紹介します。
総合テストでの問題発生からリリース日が確定できず、プロジェクトが中断し、工数超過が発生したケースを解析します。
原因の特定と解決策提案を通じて、プロジェクトマネージャーのスキル向上を目指しましょう。
【失敗プロジェクト】 プロジェクトの失敗はリスク管理の不備から？初心者でも学べる対策方法
プロジェクトマネージャーとして、初めてプロジェクトを担当すると、失敗する可能性が高いものです。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方法についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
- 1.はじめに
- 2.失敗プロジェクトの事例
- 2.1.プロジェクトのスコープと体制
- 2.2.失敗プロジェクトの内容
- ３.失敗の原因
- ４.ChatGPTのアドバイス
- ５.私からのアドバイス
- ６.最適な解決策
- ７.初心者PMが身につけるべきスキル
- ８.QAセッション
1.はじめに
初心者プロジェクトマネージャーが破綻した結合テスト工程の失敗を通じて、プロジェクトリスク管理の重要性を学びます。
この記事では、リスク管理の徹底、リスク共有とコミュニケーション、バッファー工数の正確な計算方法など、プロジェクトマネジメントに必要な知識やスキルを解説します。
【失敗プロジェクト】クライアントが品質の合格を出してくれない..3つの原因を分析!!
私が所属するiPM naviは数多くの失敗プロジェクトを分析してきました。
失敗プロジェクトには必ず原因があります。
今回はこの３つの原因を分析しました。
あなたのプロジェクト活動のリスク管理表に書き込んでください。
・クライアント体制に社内の調整役が不在である
・クライアントが実施すべき作業が不明確である
・クライアントがITプロジェクトの経験者をアサインできない
なぜ、プロジェクトが失敗に終わったのか？
原因を分析していきます。
1.失敗プロジェクトの実例を紹介
最初に原因を分析する失敗プロジェクトの実例を紹介します。
▪️プロジェクトのスコープと体制▪️
・クライアントは大手機械メーカー
・クライアントの情報システム部で基幹業務の新規構開発を実施
・原料管理、物流管理、受注管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️進捗状況▪️
プロジェクトは、総合テスト工程で問題が起こりました。
当該工程の最終日に、PMはクライアントへテストの終了報告と品質の合否判断を依頼しました。
総合テストは、システム視点での品質を担保する最終確認の工程です。
テストは全て消化して、不具合も修正されたので、クライアントが中心で行うユーザーテストを残すだけです。
▪️クレーム▪️
クライアントから、全てのテスト項目が、システム視点であるため、我々では品質の合否を判断できない。
我々が判断できるようにテストを再度実施して欲しいとのクレームがあり、プロジェクトマネージャーは解決できませんでした。
▪️結果▪️
・クライアント視点の品質基準が分からずプロジェクトが中断。
・コミュニケーション・コストが30%増加。
このようにプロジェクトが破綻して失敗に終わりました。
プロジェクトマネージャーは、クライアントが品質の合格を出してくれないという問題に気付かずプロジェクトを進めたからです。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
2.失敗の原因の分析
原因１：品質目標の設定がされていない
▪️プロジェクトのスコープと体制▪️
・クライアントは大手機械メーカー
・クライアントの情報システム部で基幹業務の新規構開発を実施
・原料管理、物流管理、受注管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️進捗状況▪️
プロジェクトは、総合テスト工程で問題が起こりました。
当該工程の最終日に、PMはクライアントへテストの終了報告と品質の合否判断を依頼しました。
総合テストは、システム視点での品質を担保する最終確認の工程です。
テストは全て消化して、不具合も修正されたので、クライアントが中心で行うユーザーテストを残すだけです。
▪️クレーム▪️
クライアントから、全てのテスト項目が、システム視点であるため、我々では品質の合否を判断できない。
我々が判断できるようにテストを再度実施して欲しいとのクレームがあり、プロジェクトマネージャーは解決できませんでした。
▪️結果▪️
・クライアント視点の品質基準が分からずプロジェクトが中断。
・コミュニケーション・コストが30%増加。
このようにプロジェクトが破綻して失敗に終わりました。
プロジェクトマネージャーは、クライアントが品質の合格を出してくれないという問題に気付かずプロジェクトを進めたからです。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
2.失敗の原因の分析
原因１：品質目標の設定がされていない
システムの品質を担保するのであれば、クライアントと合意した品質目標を達成しなくてはなりません。
プロジェクト計画の段階で、コスト目標、スケジュール目標と併せて品質目標を決めてください。
この問題プロジェクトでは、品質目標は決めておらず、全てのテストを消化するという曖昧な計画でした。
また、プロジェクトマネージャーなら品質目標で、何を決めていくのかを理解しておかなければなりません。
そのためには、計画の段階で、品質目標の重要性と実施すべき作業、責任範囲をクライアントをリードしなが品質目標を決めてください。
原因２：クライアント視点の品質基準ではない
この原因も品質マネージメントの対象となります。
このプロジェクトでは、システム範囲だけのテストを実施したことから、クライアントが全く理解できませんでした。
ITプロジェクトに慣れていないクライアントであれば、彼らがイメージできるのは、業務フローをベースに実施されたテストです。
やはり、プロジェクト計画の段階で、クライアントの成熟度を確認した上で、未熟であれば総合テストは、業務フローに沿ったテスト項目を準備しておくことで失敗は避けられたでしょう。
原因３：クライアントと品質目標を合意していない
合意という行為は、コミュニケーションマネージメントに当たります。
この問題プロジェクトでは、開発チームが品質基準を一方的に決めて、クライアントとの相談なしにプロジェクトを進めてしまいました。
本来であれば、品質目標の定義と説明をクライアントに行い合意しておくべきです。
しかし、クライアントが品質目標について、軽視している、理解できない、開発チームに丸投げといったスタンスであれば、品質目標の重要性とクライアントがやるべき作業、クライアントの合格の判断基準を提言しなくてはなりません。
３.原因の回避策
この問題プロジェクトは、どのように対処するべきだったでしょうか？
対処策は３つあります
Ⅰ.システムの品質が担保できていることを説明し納得させる
Ⅱ.クライアント視点を考慮して、全ての業務範囲のテストを実施する
Ⅲ.クライアント視点を考慮して、クリティカルな業務範囲のテストを実施する。
4.まとめ
（１）失敗の原因の分析
システムの品質を担保するのであれば、クライアントと合意した品質目標を達成しなくてはなりません。
そのためには、計画の段階で、品質目標の重要性と実施すべき作業、責任範囲をクライアントをリードしなが品質目標を決めてください。
このプロジェクトでは、システム範囲だけのテストを実施したことから、クライアントが全く理解できませんでした。
プロジェクト計画の段階で、クライアントの成熟度を確認した上で、未熟であれば総合テストは、業務フローに沿ったテスト項目を準備しておくことで、失敗は避けられたでしょう。
合意という行為は、コミュニケーションマネージメントに当たります。
クライアントが品質目標について、軽視している、理解できない、開発チームに丸投げといったスタンスであれば、品質目標の重要性とクライアントがやるべき作業、クライアントの合格の判断基準を提言しなくてはなりません。
（２）失敗の回避策
回避策は３つありました。
①システムの品質が担保できていることを説明し納得させる。
②クライアント視点を考慮して、全ての業務範囲のテストを実施する。
③クライアント視点を考慮して、クリティカルな業務範囲のテストを実施する。
（３）この問題プロジェクトから得られた教訓は!!
・プロジェクト計画で、クライアント視点を含んだ品質基準を作成しましょう。
・総合テストの開始前に、クライアント視点を含んだテストケースを準備して、実施しましょう。
この教訓を皆さんのプロジェクト活動の参考にしてください。
5.Q&Aセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
皆さんの疑問や質問に対応することができます。
失敗プロジェクトに対する理解を深め、同じような失敗を回避するためのアドバイスをします。
iPM naviのサイトにアクセスしてコミュニティーに登録してください。
大手コンサルファームの社員や出身者が無料でアドバイスします。
ファームの人材とコミュニケーションが取れるイイ機会です。
是非、ご利用ください。
またコミュニティでは今回の失敗プロジェクトをプロジェクトの教訓としてリスク管理表にまとめました。
こちらも併せてチェックしてください!!
【失敗プロジェクト×ChataGPTコラボ】 クライアントとの合意が欠けるとプロジェクト失敗に？プロジェクトマネージャーが知るべき３つのポイント
プロジェクトマネージャーとして、初めてプロジェクトを担当すると、失敗する可能性が高いものです。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
１.はじめに
初心者プロジェクトマネージャーが陥った失敗プロジェクトから学び、クライアントとスコープの合意を取り、プロジェクト成功に導くための解決策を提案します。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
１.はじめに
初心者プロジェクトマネージャーが陥った失敗プロジェクトから学び、クライアントとスコープの合意を取り、プロジェクト成功に導くための解決策を提案します。
クライアントとスコープの確定日と条件設定、Q&Aの管理、設計書の修正の重要性を紹介し、予算超過や完成しないシステムのリスクを回避する方法を説明します。
２.失敗プロジェクトの事例
▪️プロジェクトのスコープと体制▪️
・クライアントは大手通販会社
・クライアントの情報システム部で基幹業務の新規構開発を実施
・製造管理、仕入管理、顧客管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️失敗プロジェクトの内容▪️
総合テスト工程で問題が起こりました。
当該工程が10%経過したときに、一部のクライアント要件が確定していないという課題が未解決のままプロジェクトを進めていたことが判明しました。
そこで初心者プロジェクトマネージャーは、プロジェクトオーナーにスケジュールの延期を求めました。
しかし、プロジェクトオーナーは「当社としてもスケジュールを変更されるのは困る。計画通りに納品そして欲しい」とクレームがありました。
初心者プロジェクトマネージャーは、この問題を回避することができず、
・クライアントの要求が欠落したシステムの完成。
・大幅な予算超過。
このようにプロジェクトが破綻して失敗に終わりました。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
３.失敗の原因
この原因は、以下の通りでした。
（１）クライアントの要望に関するQ&Aが管理されていなかった。
（２）プロジェクトを進行している中でクライアントの要望が変更になった時に設計書を修正しなかった。
（３）スコープの確定日と確定するための条件をクライアントと決めていなかった。
４.ChatGPTのアドバイス
データを収集して分析した結果から解決策を導いています。
（１）クライアントとの合意の重要性
プロジェクト開始前に、クライアントとスコープの確定日と確定するための条件を決め、スコープ変更に対する追加費用やスケジュールの変更などのリスクを共有することが必要です。
プロジェクト開始後も、クライアントの要望に対するQ&Aを適切に管理し、要望変更があった場合には設計書の修正を行い、変更による影響を検討した上で、クライアントと再度合意を取ることが大切です。
（２）スコープ確定日と条件設定の方法
スコープ確定日と確定するための条件設定は、プロジェクト開始前にクライアントとの面談を行い、要件定義書や仕様書を確認しながら、プロジェクト全体の進行スケジュールを作成することが必要です。
進行スケジュールには、各工程の期限や責任者、進捗管理の方法、リスク管理のプロセスなどが含まれます。
これらのスケジュールを共有し、クライアントが期待する成果物が明確になるように説明することが重要です。
また、スコープ変更に対する追加費用やスケジュールの変更についても、プロジェクトチームとクライアントが事前に合意しておくことが必要です。
（３）Q&Aの管理と設計書の修正の重要性
プロジェクト進行中に、クライアントからの質問や要望が発生することがあります。 その際には、迅速かつ適切に回答することが必要です。
また、クライアントからの要望によっては、設計書の修正が必要になる場合があります。
このような場合には、スコープ変更につながらないように、プロジェクトチームとクライアントが共に検討し、変更による影響を評価し、クライアントと再度合意を取ることが必要です。
５.私からのアドバイス
実践ノウハウから解決策を導いています。
（１）クライアント要件が確定している部分をスコープとして再定義してシステムを開発する。
クライアントとスコープの合意がないまま進めると、スコープが拡大してしまう可能性があります。
そこで、確定しているクライアント要件をスコープとして再定義することで、スコープの範囲を明確にし、プロジェクトの進行を安定化させることができます。
また、この方法によって、クライアントとの信頼関係も構築でき、今後のプロジェクトの成功につながります。
（２）要件確定のゴールを設定しクリティカルなビジネス要件だけをスコープとして再定義してシステムを開発する。
プロジェクト進行中にクライアントの要件が変更されることはよくあることですが、それらすべてを対応することは不可能です。
そこで、クリティカルなビジネス要件だけをスコープとして再定義し、要件確定のゴールを設定することで、プロジェクトを進めることができます。
この方法により、時間と予算の無駄を省くことができます。
（３）要件確定のゴールを設定しクライアントの全ての要件を盛り込むようにシステムを作り直す。
最も確実な方法は、要件確定のゴールを設定し、クライアントの全ての要件を盛り込むようにシステムを作り直すことです。
これによって、クライアントとの信頼関係を構築することができ、今後のプロジェクトの成功につながる可能性があります。
ただし、この方法は時間と予算の面でコストが高いため、慎重に検討する必要があります。
いずれの解決策を採用するにしても、クライアントとのコミュニケーションが重要です。
クライアントの要件を正確に把握し、その要件が変更された場合にも適切に対応することがプロジェクトの成功につながります。
また、プロジェクトマネージャーは、プロジェクトの進行状況を適宜報告し、進捗管理を徹底することが重要です。
６.最適な解決策
私とChatGPTのアドバイスから最適な解決策となります。
（１）要件確定のためのコミュニケーションプランの策定
この解決策は、クライアントとのコミュニケーションを改善することに焦点を当てたものです。
プロジェクト開始時に、クライアントとのコミュニケーションプランを策定し、プロジェクトの進行に従って定期的に更新することで、クライアント要件の確定に取り組みます。
このプランには、コミュニケーション方法、タイミング、場所、参加者、文書化方法、確認方法などが含まれます。
また、クライアントのニーズを確実に把握するために、プロジェクトのコミュニケーションチャンネルを開放することも考慮されます。
（２）アジャイル開発を採用する
リスクマネジメントは、プロジェクトのリスクを特定し、評価し、優先順位を付けて、対策を講じることです。
クライアント要件の確定に問題がある場合、それがプロジェクトにどのようなリスクをもたらすかを洗い出し、対策を講じます。
例えば、クライアント要件の確定が遅れることによって、納期が遅れるリスクがある場合、バッファ期間の確保や、リソースの増加などの対策を講じることができます。
リスクマネジメントを実施することで、プロジェクトの失敗を防ぎ、クライアント要件の確定に対するリスクに備えることができます。
（４）要件定義書の作成
要件定義書は、プロジェクトにおけるクライアント要件を明確に定義し、プロジェクトの範囲や目的、機能、性能などを文書化するものです。
（１）コミュニケーションスキル
クライアントとのコミュニケーションを円滑に行うためには、明確で正確な伝達能力が必要です。
初心者プロジェクトマネージャーは、クライアントとのやり取りを適切に文書化し、適切なタイミングでコミュニケーションを行うことが重要です。
（２）分析能力
要件確定には、クライアントが望む成果物を正確に理解することが必要です。
初心者プロジェクトマネージャーは、クライアントが要求する機能や機能の優先順位を正確に理解するために、適切な分析能力を備えている必要があります。
（３）リーダーシップ能力
クライアント要件の確定には、多数のステークホルダーとの調整が必要です。
初心者プロジェクトマネージャーは、プロジェクトのリーダーとして、ステークホルダーをリードし、プロジェクトの進捗状況を監視する能力が必要です。
（４）問題解決能力
クライアント要件の確定には、多数の課題や障害が存在する可能性があります。
初心者プロジェクトマネージャーは、問題を特定し、解決策を提供する能力が必要です。
（５）プロジェクト管理能力
初心者プロジェクトマネージャーは、プロジェクトを適切に管理し、クライアント要件の確定に向けて進捗状況を追跡することが重要です。
スケジュール管理、リソース管理、予算管理、品質管理など、プロジェクトの様々な側面を統括するための適切な能力が必要です。
８.QAセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
・クライアントの情報システム部で基幹業務の新規構開発を実施
・製造管理、仕入管理、顧客管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️失敗プロジェクトの内容▪️
総合テスト工程で問題が起こりました。
当該工程が10%経過したときに、一部のクライアント要件が確定していないという課題が未解決のままプロジェクトを進めていたことが判明しました。
そこで初心者プロジェクトマネージャーは、プロジェクトオーナーにスケジュールの延期を求めました。
しかし、プロジェクトオーナーは「当社としてもスケジュールを変更されるのは困る。計画通りに納品そして欲しい」とクレームがありました。
初心者プロジェクトマネージャーは、この問題を回避することができず、
・クライアントの要求が欠落したシステムの完成。
・大幅な予算超過。
このようにプロジェクトが破綻して失敗に終わりました。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
３.失敗の原因
この原因は、以下の通りでした。
（１）クライアントの要望に関するQ&Aが管理されていなかった。
（２）プロジェクトを進行している中でクライアントの要望が変更になった時に設計書を修正しなかった。
（３）スコープの確定日と確定するための条件をクライアントと決めていなかった。
４.ChatGPTのアドバイス
データを収集して分析した結果から解決策を導いています。
（１）クライアントとの合意の重要性
プロジェクト開始前に、クライアントとスコープの確定日と確定するための条件を決め、スコープ変更に対する追加費用やスケジュールの変更などのリスクを共有することが必要です。
プロジェクト開始後も、クライアントの要望に対するQ&Aを適切に管理し、要望変更があった場合には設計書の修正を行い、変更による影響を検討した上で、クライアントと再度合意を取ることが大切です。
（２）スコープ確定日と条件設定の方法
スコープ確定日と確定するための条件設定は、プロジェクト開始前にクライアントとの面談を行い、要件定義書や仕様書を確認しながら、プロジェクト全体の進行スケジュールを作成することが必要です。
進行スケジュールには、各工程の期限や責任者、進捗管理の方法、リスク管理のプロセスなどが含まれます。
これらのスケジュールを共有し、クライアントが期待する成果物が明確になるように説明することが重要です。
また、スコープ変更に対する追加費用やスケジュールの変更についても、プロジェクトチームとクライアントが事前に合意しておくことが必要です。
（３）Q&Aの管理と設計書の修正の重要性
プロジェクト進行中に、クライアントからの質問や要望が発生することがあります。 その際には、迅速かつ適切に回答することが必要です。
また、クライアントからの要望によっては、設計書の修正が必要になる場合があります。
このような場合には、スコープ変更につながらないように、プロジェクトチームとクライアントが共に検討し、変更による影響を評価し、クライアントと再度合意を取ることが必要です。
５.私からのアドバイス
実践ノウハウから解決策を導いています。
（１）クライアント要件が確定している部分をスコープとして再定義してシステムを開発する。
クライアントとスコープの合意がないまま進めると、スコープが拡大してしまう可能性があります。
そこで、確定しているクライアント要件をスコープとして再定義することで、スコープの範囲を明確にし、プロジェクトの進行を安定化させることができます。
また、この方法によって、クライアントとの信頼関係も構築でき、今後のプロジェクトの成功につながります。
（２）要件確定のゴールを設定しクリティカルなビジネス要件だけをスコープとして再定義してシステムを開発する。
プロジェクト進行中にクライアントの要件が変更されることはよくあることですが、それらすべてを対応することは不可能です。
そこで、クリティカルなビジネス要件だけをスコープとして再定義し、要件確定のゴールを設定することで、プロジェクトを進めることができます。
この方法により、時間と予算の無駄を省くことができます。
（３）要件確定のゴールを設定しクライアントの全ての要件を盛り込むようにシステムを作り直す。
最も確実な方法は、要件確定のゴールを設定し、クライアントの全ての要件を盛り込むようにシステムを作り直すことです。
これによって、クライアントとの信頼関係を構築することができ、今後のプロジェクトの成功につながる可能性があります。
ただし、この方法は時間と予算の面でコストが高いため、慎重に検討する必要があります。
いずれの解決策を採用するにしても、クライアントとのコミュニケーションが重要です。
クライアントの要件を正確に把握し、その要件が変更された場合にも適切に対応することがプロジェクトの成功につながります。
また、プロジェクトマネージャーは、プロジェクトの進行状況を適宜報告し、進捗管理を徹底することが重要です。
６.最適な解決策
私とChatGPTのアドバイスから最適な解決策となります。
（１）要件確定のためのコミュニケーションプランの策定
この解決策は、クライアントとのコミュニケーションを改善することに焦点を当てたものです。
プロジェクト開始時に、クライアントとのコミュニケーションプランを策定し、プロジェクトの進行に従って定期的に更新することで、クライアント要件の確定に取り組みます。
このプランには、コミュニケーション方法、タイミング、場所、参加者、文書化方法、確認方法などが含まれます。
また、クライアントのニーズを確実に把握するために、プロジェクトのコミュニケーションチャンネルを開放することも考慮されます。
（２）アジャイル開発を採用する
クライアント要件の確定に問題がある場合、それがプロジェクトにどのようなリスクをもたらすかを洗い出し、対策を講じます。
例えば、クライアント要件の確定が遅れることによって、納期が遅れるリスクがある場合、バッファ期間の確保や、リソースの増加などの対策を講じることができます。
リスクマネジメントを実施することで、プロジェクトの失敗を防ぎ、クライアント要件の確定に対するリスクに備えることができます。
（４）要件定義書の作成
要件定義書は、プロジェクトにおけるクライアント要件を明確に定義し、プロジェクトの範囲や目的、機能、性能などを文書化するものです。
この書類は、プロジェクトのすべての関係者が共有し、クライアントとの合意を確認することができます。
要件定義書は、クライアント要件の確定に役立つだけでなく、プロジェクトの進捗状況を管理するための基礎となるものでもあります。
以上の解決策を組み合わせることで、クライアント要件の確定に対処することができます。
プロジェクトマネジャーは、クライアントとのコミュニケーションを重視し、アジャイル開発やリスクマネジメントを実施し、要件定義書を作成することで、プロジェクトの成功に向けた道筋を作ることができます。
７.初心者PMが身につけるべきスキル
今回の失敗プロジェクトの事例から初心者プロジェクトマネージャーには以下のスキルが求められます。
（１）コミュニケーションスキル
クライアントとのコミュニケーションを円滑に行うためには、明確で正確な伝達能力が必要です。
初心者プロジェクトマネージャーは、クライアントとのやり取りを適切に文書化し、適切なタイミングでコミュニケーションを行うことが重要です。
（２）分析能力
要件確定には、クライアントが望む成果物を正確に理解することが必要です。
初心者プロジェクトマネージャーは、クライアントが要求する機能や機能の優先順位を正確に理解するために、適切な分析能力を備えている必要があります。
（３）リーダーシップ能力
クライアント要件の確定には、多数のステークホルダーとの調整が必要です。
初心者プロジェクトマネージャーは、プロジェクトのリーダーとして、ステークホルダーをリードし、プロジェクトの進捗状況を監視する能力が必要です。
（４）問題解決能力
クライアント要件の確定には、多数の課題や障害が存在する可能性があります。
初心者プロジェクトマネージャーは、問題を特定し、解決策を提供する能力が必要です。
（５）プロジェクト管理能力
初心者プロジェクトマネージャーは、プロジェクトを適切に管理し、クライアント要件の確定に向けて進捗状況を追跡することが重要です。
スケジュール管理、リソース管理、予算管理、品質管理など、プロジェクトの様々な側面を統括するための適切な能力が必要です。
８.QAセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
【失敗プロジェクト×ChatGPTコラボ】要件定義での失敗事例から学ぶ初心者プロジェクトマネージャーのための注意点
プロジェクトマネージャーとして、初めてプロジェクトを担当すると、失敗する可能性が高いものです。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
失敗は避けられないものではありませんが、失敗した経験から学び、次回は成功に向けた改善を行うことができます。
そこで、iPM naviとChatGPTがコラボレーションして、あなたに向けたスキルアップできるコラムを配信しています。
このコラムでは、失敗プロジェクトの事例を元に初心者プロジェクトマネージャーが陥りがちな問題点や改善方についてアドバイスをしていきます。
以下の方にオススメのコラムです！！
・プロジェクトマネージャーになりたい方
・現在プロジェクトを進めている方
・プロジェクトマネジメントに関する知識やスキルに自信のない方
・初めてプロジェクトを担当する方
・プロジェクトの成功に向けて改善を考えている方
是非、このコラムを参考にしてみてください。
１.はじめに
プロジェクトマネージャーにとって、要件定義はプロジェクトの成功につながる重要な工程の一つです。
しかし、要件定義において問題が発生することもあり、それがプロジェクトの失敗に繋がることもあります。
今回は、要件定義での失敗事例から学ぶ、初心者プロジェクトマネージャーが注意すべき点について解説します。
要件定義において起こりがちな問題とその対処法について理解し、プロジェクトの成功につながるスキルを身につけましょう。
２.失敗プロジェクトの事例
▪️プロジェクトのスコープと体制▪️
・クライアントは大手通信メーカー
・クライアントの情報システム部で基幹業務の新規構開発を実施
・製造管理、仕入管理、顧客管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️失敗プロジェクトの内容▪️
要件定義工程で問題が起こりました。
当該工程の最終日に、クライアントからの要求が多すぎたことで、予定通りに納品ができないことが判明しました。
そこで初心者プロジェクトマネージャーは、プロジェクトオーナーにスケジュールの延期を求めました。
しかし、プロジェクトオーナーは「当社としてもスケジュールを変更されるのは困る。計画通りに納品して欲しい」とクレームがありました。
初心者プロジェクトマネージャーは、この問題を回避することができず、
・クライアントの要求が欠落したシステムの完成。
・大幅な予算超過。
このようにプロジェクトが破綻して失敗に終わりました。
結果として、初心者プロジェクトマネージャーは、要件定義の最終日までクライアントの要求のボリュームを知らず、プロジェクトを進めていました。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
・クライアントの情報システム部で基幹業務の新規構開発を実施
・製造管理、仕入管理、顧客管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️失敗プロジェクトの内容▪️
要件定義工程で問題が起こりました。
当該工程の最終日に、クライアントからの要求が多すぎたことで、予定通りに納品ができないことが判明しました。
そこで初心者プロジェクトマネージャーは、プロジェクトオーナーにスケジュールの延期を求めました。
しかし、プロジェクトオーナーは「当社としてもスケジュールを変更されるのは困る。計画通りに納品して欲しい」とクレームがありました。
初心者プロジェクトマネージャーは、この問題を回避することができず、
・クライアントの要求が欠落したシステムの完成。
・大幅な予算超過。
このようにプロジェクトが破綻して失敗に終わりました。
結果として、初心者プロジェクトマネージャーは、要件定義の最終日までクライアントの要求のボリュームを知らず、プロジェクトを進めていました。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
３.失敗の原因
この原因は、以下の通りでした。
（１）要件定義工程でトラブルが起こって作業が遅延していた。
（２）要件定義工程で当初の要件よりも増えたことでスコープが広がっていた。
（３）プロジェクト計画で作成したスケジュールが間違っていた。
（２）要件定義工程で当初の要件よりも増えたことでスコープが広がっていた。
（３）プロジェクト計画で作成したスケジュールが間違っていた。
４.ChatGPTのアドバイス
（１）コミュニケーションの改善
クライアントからの要求が増えたことを早い段階で把握するために、初めからクライアントとのコミュニケーションを密に行い、要件定義工程での進捗状況や追加の要求について随時確認することが重要です。
（２）リスクマネジメントの強化
要件定義工程でのトラブルや増加した要件に対して、事前にリスクマネジメントプランを策定し、追加のスケジュールや予算を確保するための手段を準備しておくことが重要です。
（３）スコープ管理の徹底
プロジェクトマネージャーは、プロジェクトのスコープを明確に定義し、スコープ範囲内で進捗を管理することが必要です。
スコープの範囲外に進出するような要求がある場合は、それを正確に評価し、それに応じたスケジュールと予算の調整を行う必要があります。
（４）スケジュール管理の見直し
プロジェクトマネージャーは、プロジェクトのスケジュールを作成する際に、適切な余裕を持ったスケジュールを策定する必要があります。
（２）リスクマネジメントの強化
要件定義工程でのトラブルや増加した要件に対して、事前にリスクマネジメントプランを策定し、追加のスケジュールや予算を確保するための手段を準備しておくことが重要です。
（３）スコープ管理の徹底
プロジェクトマネージャーは、プロジェクトのスコープを明確に定義し、スコープ範囲内で進捗を管理することが必要です。
スコープの範囲外に進出するような要求がある場合は、それを正確に評価し、それに応じたスケジュールと予算の調整を行う必要があります。
（４）スケジュール管理の見直し
プロジェクトマネージャーは、プロジェクトのスケジュールを作成する際に、適切な余裕を持ったスケジュールを策定する必要があります。
さらに、進捗状況を定期的にチェックし、スケジュールに適宜修正を加えることが重要です。
５.私からのアドバイス
（１）ビジネスインパクトの強いシステム機能を優先的に開発して、段階的にサービスを利用できるようにします
・優先順位を決定するために、クライアントと話し合い、彼らのビジネス上の必要性を理解します。
・開発チームと協力して、重要度の高い機能を抽出し、リストを作成します。
・プロジェクトの現在の状態を評価し、このリストを優先順位付けします。
・開発チームに指示を出し、優先順位が高い項目から開発を進めます。
・開発が完了した項目は、段階的にサービスとしてリリースしていきます。
（２）クライアントからの全要件をシステム化するために、開発メンバーを増員します。
・必要なスキルセットを備えた追加の開発者を探し、開発チームに加えます。
・開発者にクライアントの要件を明確に説明し、開発が始まる前に要件の確認を行います。
・開発チームによるシステム化された要件の実装を進めます。
・定期的に進捗状況を報告し、クライアントの要件に対してのフィードバックを受け取ります。
・開発が完了した項目は、段階的にサービスとしてリリースしていきまく。
（３）スケジュールを延期する重要性をプロジェクトオーナーへ説明して、合意が得られなければプロジェクトを中止します。
・プロジェクトの現状を分析し、納期を守ることが困難であることをプロジェクトオーナーに説明します。
・プロジェクトオーナーに、スケジュールを延期することによるリスクや影響についての情報提供を行います。
・プロジェクトオーナーと協力して、現在の状況と可能な解決策を詳細に検討し、最善のオプションを見つけます。
・スケジュールの延期を決定した場合は、チームに明確なスケジュール変更を伝え、各メンバーにタスクを再割り当てます。
・クライアントにスケジュール変更を伝え、影響を最小限に抑えるために、可能な限り調整します。
・スケジュール延期を受け入れることができない場合、プロジェクトを中止する決定を下します。
・中止の場合は、クライアントに説明し、現在の進捗状況を報告します。
・必要な場合は、クライアントとの契約書に従って、プロジェクトの遅延や中止に関する責任や補償について説明します。
６.最適な解決策
私の解決策をベースにして、ChatGPTのアドバイスを盛り込んだ最適な解決策となります。
（１）ビジネスインパクトの強いシステム機能を優先的に開発して、段階的にサービスを利用できるようにします。
まず、開発チームとクライアントが協力して、ビジネス上の必要性を理解する必要があります。
その上で、ビジネスインパクトの強いシステム機能を抽出し、優先順位リストを作成します。
次に、プロジェクトの現在の状況を評価して、優先順位リストを確定し、開発チームに指示を出して、優先順位が高い項目から開発を進めます。
そして、開発が完了した項目は段階的にサービスとしてリリースします。
（２）クライアントからの全要件をシステム化するために、開発メンバーを増員する。
開発チームに必要なスキルセットを備えた開発者を追加して、クライアントからの全要件をシステム化します。
開発者にクライアントの要件を明確に説明し、開発が始まる前に要件の確認を行います。
開発チームによるシステム化された要件の実装を進め、定期的に進捗状況を報告して、クライアントの要件に対してのフィードバックを受け取ります。
そして、開発が完了した項目は段階的にサービスとしてリリースします。
（３）スケジュールを延期する重要性をプロジェクトオーナーへ説明して、合意が得られなければプロジェクトを中止する。
プロジェクトの現状を分析して、納期を守ることが困難であることをプロジェクトオーナーに説明し、スケジュールを延期することによるリスクや影響についての情報提供を行います。
その上で、プロジェクトオーナーと協力して、現在の状況と可能な解決策を詳細に検討して、最善のオプションを見つけます。
スケジュールの延期を決定した場合は、チームに明確なスケジュールを伝え、作業を再調整することが必要です。
これらの解決策を統合することによって、以下の手順を使ってください。
手順１：
開発チームとクライアントが協力して、ビジネス上の必要性を理解し、ビジネスインパクトの強いシステム機能を抽出し、優先順位リストを作成します。
手順２：
開発メンバーを増員して、クライアントからの全要件をシステム化します。
開発者にクライアントの要件を明確に説明し、開発が始まる前に要件の確認を行います。
開発チームによるシステム化された要件の実装を進め、定期的に進捗状況を報告して、クライアントの要件に対してのフィードバックを受け取ります。
手順３：
ビジネスインパクトの強いシステム機能を優先的に開発して、段階的にサービスを利用できるようにします。
開発チームに指示を出して、優先順位が高い項目から開発を進めます。 そして、開発が完了した項目は段階的にサービスとしてリリースします。
手順４：
スケジュールを延期する重要性をプロジェクトオーナーへ説明して、合意が得られなければプロジェクトを中止します。
プロジェクトの現状を分析して、納期を守ることが困難であることをプロジェクトオーナーに説明し、スケジュールを延期することによるリスクや影響についての情報提供を行います。
その上で、プロジェクトオーナーと協力して、現在の状況と可能な解決策を詳細に検討して、最善のオプションを見つけます。
スケジュールの延期を決定した場合は、チームに明確なスケジュールを伝え、作業を再調整することが必要です。
これらの手順により、ビジネスインパクトの強いシステム機能を開発するために必要なリソースを確保しながら、クライアントの要件を満たすことができます。
また、スケジュールの延期に関する意思疎通を行うことで、プロジェクトの遅延や失敗を未然に防ぐことができます。
７.初心者PMが身につけるべきスキル
今回の失敗プロジェクトの事例から初心者プロジェクトマネージャーには以下のスキルが求められます。
（１）コミュニケーションスキル
プロジェクトマネージャーは、ステークホルダー、チームメンバー、顧客、パートナー企業など様々な人々とコミュニケーションを取る必要があります。
コミュニケーション能力を高め、意思疎通を円滑にするために、効果的な聴取力やフィードバックの提供、問題の解決方法の提案などが必要です。
（２）プロジェクト管理の基本知識
プロジェクトマネージャーは、プロジェクトの計画、スケジュール管理、予算管理、品質管理など、プロジェクト管理の基本的な知識を身につける必要があります。
これには、プロジェクトマネジメントのフレームワークやツール、プロジェクト管理のメソッド論、プロジェクト管理におけるリスク管理や品質管理などが含まれます。
（３）チームマネジメントスキル
プロジェクトマネージャーは、チームメンバーを指導し、モチベーションを維持し、チームの生産性を向上させるために、リーダーシップ能力とチームマネジメントスキルを身につける必要があります。
チームメンバーのスキルや経験を把握し、適切なタスクを割り当て、チームメンバーの強みを最大限に活かすことが求められます。
（４）プレッシャー下での問題解決スキル
プロジェクトマネージャーは、プロジェクトにおいて問題が発生した場合に、迅速かつ効果的に問題を解決する必要があります。
プロジェクトマネージャーは、プレッシャー下で冷静に対応し、問題の本質を把握し、緊急対応策を立てることが必要です。
（５）柔軟性と適応力
プロジェクトマネージャーは、状況が変化することが多く、予期せぬ問題が発生することがよくあります。
プロジェクトマネージャーは、柔軟性と適応力を持ち、変化に対応し、プロジェクトの目標に向けて進むために必要な戦略やアクションプランを策定することが求められます。
（６）プロジェクトに関するドメイン知識
プロジェクトマネージャーは、自分が担当するプロジェクトに関する業界や領域の知識を身につける必要があります。
これにより、プロジェクトの要件や課題、リスクをより深く理解し、より適切な判断をすることができます。
（７）テクノロジーに対する理解と活用能力
現代のプロジェクトマネジメントは、テクノロジーを活用したプロジェクト管理が求められています。
プロジェクトマネージャーは、テクノロジーに対する理解を深め、プロジェクト管理に必要なツールやアプリケーションを活用する能力を身につける必要があります。
８.QAセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
【失敗プロジェクト】顧客体制にITプロジェクトの経験者がいない..3つの原因を分析!!
私が所属するiPM naviは数多くの失敗プロジェクトを分析してきました。
失敗プロジェクトには必ず原因があります。
今回はこの３つの原因を分析しました。
あなたのプロジェクト活動のリスク管理表に書き込んでください。
・クライアント体制に社内の調整役が不在である
・クライアントが実施すべき作業が不明確である
・クライアントがITプロジェクトの経験者をアサインできない
なぜ、プロジェクトが失敗に終わったのか？
原因を分析していきます。
1.失敗プロジェクトの実例を紹介
最初に原因を分析する失敗プロジェクトの実例を紹介します。
▪️プロジェクトのスコープと体制▪️
・クライアントは大手繊維メーカー
・クライアントの情報システム部で基幹業務の新規構開発を実施
・原料管理、物流管理、受注管理がシステム化対象
・中堅SierのA社が開発全般を請け負う
・開発体制は業務チーム、基盤チーム、テストチーム、管理チームで構成
・プロジェクトマネージャーはA社の佐藤（PM初心者）
▪️進捗状況▪️
プロジェクトは、要件定義工程で問題が起こりました。
開発チームは、当該工程をスムーズに実行するために万全な計画を立てていました。
しかし、クライアントの内部でプロジェクトの目的の齟齬の解消や要求仕様の確定ができません。
プロジェクトマネージャーは、クライアント内部の問題であることから、要求仕様の確定を強く催促しました。
▪️クレーム▪️
すると、クライアントから、社内でプロジェクトの目的を理解してもらえないことや、要求仕様の取りまとめに苦戦するのは、開発チームがリードしてくれないからとのクレームがあり、プロジェクトマネージャーは回避できませんでした。
▪️結果▪️
・不十分な要求仕様による品質の悪いシステムの完成。
・プロジェクトの目的を達成できないことによるビジネス損失。
このようにプロジェクトが破綻して失敗に終わりました。
プロジェクトマネージャーは、クライアントの体制にITプロジェクトに参加した経験者がいないという問題に気付かずプロジェクトを進めたからです。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
2.失敗の原因の分析
原因１：クライアント体制に社内の調整役が不在
プロジェクトを健全に推進するなら、クライアントの体制も含めて計画を立てることが大事です。
開発チーム、クライアントチームが一体となることでプロジェクトは成功します。
プロジェクトマネージャーは、クライアント内部の問題であることから、要求仕様の確定を強く催促しました。
▪️クレーム▪️
すると、クライアントから、社内でプロジェクトの目的を理解してもらえないことや、要求仕様の取りまとめに苦戦するのは、開発チームがリードしてくれないからとのクレームがあり、プロジェクトマネージャーは回避できませんでした。
▪️結果▪️
・不十分な要求仕様による品質の悪いシステムの完成。
・プロジェクトの目的を達成できないことによるビジネス損失。
このようにプロジェクトが破綻して失敗に終わりました。
プロジェクトマネージャーは、クライアントの体制にITプロジェクトに参加した経験者がいないという問題に気付かずプロジェクトを進めたからです。
**守秘義務により企業名・団体名・個人名等は架空名称となります。
2.失敗の原因の分析
原因１：クライアント体制に社内の調整役が不在
プロジェクトを健全に推進するなら、クライアントの体制も含めて計画を立てることが大事です。
開発チーム、クライアントチームが一体となることでプロジェクトは成功します。
この問題プロジェクトでは、クライアント側で社内の各部署と関係を良好に構築できるリーダーがいませんでした。
また、プロジェクトマネージャーならクライアントチームの社内のパワーバランスを確認しておくのが良いでしょう。
そのためには、計画の段階で組織図を入手して、クライアント体制が十分に機能するかを確認しておかなければなりません。
原因２：クライアントが実施すべき作業が不明確である
クライアントの作業は、スコープマネージメントに当たります。
この問題プロジェクトでは、クライアントの作業がWBSに盛り込まれていませんでした。
本来であれば、クライアントの作業もWBSに表記して、作業の責任範囲を決めておくべきです。
しかし、クライアントの体制が脆弱なのであれば、開発チームが過去の経験を生かして、クライアントのやるべき作業を提言しなくてはなりません。
原因３：クライアントがITプロジェクトの経験をアサインできない
品質を担保するにはクライアントの体制も大きな影響を与えます。
このプロジェクトでは、クライアント体制にITプロジェクトの経験者をアサインできませんでした。
このような体制では、社内調整や要求仕様の取りまとめが難しいものです。
やはり、プロジェクト計画の段階で、プロジェクトマネージャーがクライアントの体制の弱点を見つけ出し、開発チームがサポートする範囲を相談することが望ましいです
3.失敗の回避策
この問題プロジェクトは、どのように対処するべきだったでしょうか？
また、プロジェクトマネージャーならクライアントチームの社内のパワーバランスを確認しておくのが良いでしょう。
そのためには、計画の段階で組織図を入手して、クライアント体制が十分に機能するかを確認しておかなければなりません。
原因２：クライアントが実施すべき作業が不明確である
クライアントの作業は、スコープマネージメントに当たります。
この問題プロジェクトでは、クライアントの作業がWBSに盛り込まれていませんでした。
本来であれば、クライアントの作業もWBSに表記して、作業の責任範囲を決めておくべきです。
しかし、クライアントの体制が脆弱なのであれば、開発チームが過去の経験を生かして、クライアントのやるべき作業を提言しなくてはなりません。
原因３：クライアントがITプロジェクトの経験をアサインできない
品質を担保するにはクライアントの体制も大きな影響を与えます。
このプロジェクトでは、クライアント体制にITプロジェクトの経験者をアサインできませんでした。
このような体制では、社内調整や要求仕様の取りまとめが難しいものです。
やはり、プロジェクト計画の段階で、プロジェクトマネージャーがクライアントの体制の弱点を見つけ出し、開発チームがサポートする範囲を相談することが望ましいです
3.失敗の回避策
この問題プロジェクトは、どのように対処するべきだったでしょうか？
対処策は３つあります。
Ⅰ.開発チームがクライアントの脆弱な体制を考慮したスケジュールを立てる。
Ⅱ.要.件定義の取りまとめを開発チームが全面的にサポートする。
Ⅲ現状のクライアント体制でプロジェクトが推進できるようにスコープを縮小する。
4.まとめ
（１）失敗の原因の分析
プロジェクトを健全に推進するなら、クライアントの体制も含めて計画を立てることが大事です。
そのためには、計画の段階で組織図を入手して、クライアント体制が十分に機能するかを確認しておかなければなりません。
クライアントの作業は、スコープマネージメントに当たります。
クライアントの体制が脆弱なのであれば、開発チームが過去の経験を生かして、クライアントのやるべき作業を提言しなくてはなりません。
品質を担保するにはクライアントの体制も大きな影響を与えます。
クライアントチームにITプロジェクトの経験者がいなければ品質劣化の原因になります。
（２）失敗の回避策 回避策は３つありました。
①開発チームがクライアントの脆弱な体制を考慮したスケジュールを立てる。
②要件定義の取とりまとめを開発チームが全面的にサポートする。
③現状のクライアント体制でプロジェクトが推進できるようにスコープを縮小する。
（３）教訓
この問題プロジェクトから得られた教訓は!!
プロジェクト計画の段階で、クライアントが実施するべき作業と必要なスキルを説明して、体制を構築してもらいましょう。
この教訓を皆さんのプロジェクト活動の参考にしてください。
5.Q&Aセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
皆さんの疑問や質問に対応することができます。
失敗プロジェクトに対する理解を深め、同じような失敗を回避するためのアドバイスをします。
iPM naviのサイトにアクセスしてコミュニティーに登録してください。
大手コンサルファームの社員や出身者が無料でアドバイスします。
ファームの人材とコミュニケーションが取れるイイ機会です。
是非、ご利用ください。
またコミュニティでは今回の失敗プロジェクトをプロジェクトの教訓としてリスク管理表にまとめました。
こちらも併せてチェックしてください!!
Ⅰ.開発チームがクライアントの脆弱な体制を考慮したスケジュールを立てる。
Ⅱ.要.件定義の取りまとめを開発チームが全面的にサポートする。
Ⅲ現状のクライアント体制でプロジェクトが推進できるようにスコープを縮小する。
4.まとめ
（１）失敗の原因の分析
プロジェクトを健全に推進するなら、クライアントの体制も含めて計画を立てることが大事です。
そのためには、計画の段階で組織図を入手して、クライアント体制が十分に機能するかを確認しておかなければなりません。
クライアントの作業は、スコープマネージメントに当たります。
クライアントの体制が脆弱なのであれば、開発チームが過去の経験を生かして、クライアントのやるべき作業を提言しなくてはなりません。
品質を担保するにはクライアントの体制も大きな影響を与えます。
クライアントチームにITプロジェクトの経験者がいなければ品質劣化の原因になります。
（２）失敗の回避策 回避策は３つありました。
①開発チームがクライアントの脆弱な体制を考慮したスケジュールを立てる。
②要件定義の取とりまとめを開発チームが全面的にサポートする。
③現状のクライアント体制でプロジェクトが推進できるようにスコープを縮小する。
（３）教訓
この問題プロジェクトから得られた教訓は!!
プロジェクト計画の段階で、クライアントが実施するべき作業と必要なスキルを説明して、体制を構築してもらいましょう。
この教訓を皆さんのプロジェクト活動の参考にしてください。
5.Q&Aセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。
皆さんの疑問や質問に対応することができます。
失敗プロジェクトに対する理解を深め、同じような失敗を回避するためのアドバイスをします。
iPM naviのサイトにアクセスしてコミュニティーに登録してください。
大手コンサルファームの社員や出身者が無料でアドバイスします。
ファームの人材とコミュニケーションが取れるイイ機会です。
是非、ご利用ください。
またコミュニティでは今回の失敗プロジェクトをプロジェクトの教訓としてリスク管理表にまとめました。
こちらも併せてチェックしてください!!
