プロジェクトの失敗。 プロジェクトが失敗する 5 つの理由 | #23 プロジェクト管理を始める

Project Management Institute の 2021 年のレポートによると、失敗したプロジェクトの割合は年々減少しています。 2019 年には、プロジェクトの 15% でした。 2020 年は 13%、2021 年はわずか 12% です。 プロジェクトの失敗率が徐々にではあるが著しく低下しているのは、企業にとって何のおかげなのだろうか? そして、成功を祝うプロジェクト チームの一員になるにはどうすればよいでしょうか?

プロジェクトの失敗 – 目次:

1. プロジェクトの失敗。 序章
2. 5x どうして？
3. プロジェクトが失敗する5つの理由
4. まとめ

プロジェクトが失敗する理由序章

プロジェクトの失敗の理由は無限にあります。 スポンサーが抜けた？ クライアントのサイトでのテスト中に、材料は期待どおりではありませんでしたか? 予算が少なすぎて、チームが崩壊したことが判明しましたか? これらの各理由は、失敗を防ぐためのアプローチを反映しているため、検討する価値があります。 では、根本的な問題をどのように発見するのでしょうか?

5x どうして？

感情に流されず、プロジェクトの失敗の根本原因を突き止めるために、実証済みの方法を探してください。 これには、5 問の手法が最適です。 大野耐一氏がトヨタ向けに開発。 しかし、その効果の高さから人気を博しました。 今日では、とりわけ、リーンおよびシックス シグマの手法に基づくプロジェクト管理で使用されています。

5×なぜ？ 正直で包括的な回答を喜んで提供する限り、機能します。 このようにして、トラブルの原因にたどり着くことができるかもしれません。 ひいては、これは同様の過ちが繰り返されるのを防ぐのに役立ちます。

プロジェクトの失敗の理由が、たとえばスポンサーの辞任である場合、次の質問に答える必要があります。

スポンサーはなぜ辞退したのですか？

質問に対するその後の回答は、次のようになります。

1. なぜ？ – プロジェクトへの興味を失ったからです。
2. なぜ？ – プロジェクトの現状を知らなかったからです。
3. なぜ？ – 彼らは彼の仕事の進捗状況についてほとんど知らされていなかったから.
4. なぜ？ – コミュニケーションの計画中に、会議の頻度とレポートの期限が決定されなかったため
5. なぜ？ – プロジェクト マネージャーがプロジェクトの透明性とコミュニケーションを確保できなかったため。

したがって、最後の 5 番目の「なぜ?」に答えるプロジェクトの失敗の理由を見ていきます。 質問、つまりソースの問題。 新しいベンチャーを計画するときは、潜在的な根本的な問題に細心の注意を払う価値があります。

プロジェクトが失敗する5つの理由

プロジェクトの失敗を引き起こす可能性のある解決が最も困難な問題は、ドメインに関連しています。

• 利害関係者– すでに計画段階で、プロジェクト実施の詳細について合意している利害関係者によって実現されていないほのめかしがあることがあります。
• チーム- チームを作成するタスクとその作業を効果的に管理するタスクの両方が困難な場合があります。
• プロジェクトの技術面– リソースの利用可能性とプロジェクトで採用された人々のスキルの両方
• ビジネス環境– 外部イベントの監視と対応は、急速な変化が発生した場合に特に重要であり、高度な柔軟性と迅速な対応、つまり効率的な変更管理が必要になります。

以下の分野でのプロジェクトの失敗の理由を以下で説明します。

通信障害

透明性とコミュニケーションの問題は、主に利害関係者との接触に関係しています。 プロジェクト全体の失敗につながる可能性のある誤解を防ぐために、プロジェクト計画に取り決めを含める必要があります。

チーム内の情報の流れを計画する際にも、同じ原則を適用する価値があります。 ここでは、タスクリストを透明で理解しやすいものにするだけでなく、チームが追求する目標を伝えて思い出させることが非常に重要になります.

プロジェクトの範囲が不明確

プロジェクトの範囲を定義し、実装中にその変更を防止することは、プロジェクト マネージャーの主なタスクの 1 つです。 彼または彼女は、クライアントの期待を完全に理解し、変更が加えられた場合は、プロジェクトの範囲への影響をクライアントに知らせ続ける必要があります。

プロジェクトは、特定の時間と予算によって制限される 1 回限りのベンチャーであるため、漠然としたスコープは失敗の原因になりがちです。 たとえば、1 か月で 10000 ドルの電動自転車のプロトタイプを作成することを約束します。 ただし、お客様の期待の変化には同意します。 したがって、実装の過程で、同じ時間と予算内で、同じチームで、水素オートバイのプロトタイプを作成することが期待されていることがわかりました.

ソフトウェアまたはイベント プロジェクトの範囲の変更は、この例よりも説明が少ない場合があります。 しかし、要件と期待される結果の変更は、クライアントの観点からはごくわずかであるため、完了したタスクがゴミ箱に移動し、計画されたチーム活動には新しいリソースが必要になる可能性があります。

リソースの問題

技術的なタスクに必要な原材料やコンポーネントに問題があると、プロジェクトが効果的にブロックされる可能性があります。 したがって、プロジェクト マネージャーは、ビジネス環境に慣れ、プロジェクトに必要なリソースについても含め、チーム メンバーと相談する必要があります。 時期尚早の配達と可用性の欠如は、プロジェクトを停止させる可能性があります。

プロジェクトを容易にする代わりに、より困難にする低品質のソリューションによっても大きな問題が生じます。 これは、プロジェクト管理ソフトウェアだけでなく、プロジェクトに固有の特殊なソリューション (半製品、視覚資料、または輸送の可用性) にも適用できます。

リソース管理に関連する別の問題は、クライアントがタスクを完了するのに必要な時間です。 締め切りを評価する際にリアリズムに欠ける一般的な理由は、クライアントからのプレッシャー、または同様のプロジェクトでの会社の経験不足です。 また、具体的な完成期日が定められていない実施領域のプロジェクトもあります。 これらには、深層学習ソリューションが開発されているプロジェクトが含まれます。 モデルの想定精度を達成することは、指定された時間枠内で達成することが不可能であるだけでなく、データへのアクセスが困難であったり、必要な計算能力が必要であったりするために、一般的に達成できない場合があります。

協力の難しさ

プロジェクトの失敗を引き起こす可能性のあるもう 1 つの問題は、チーム内での協力の難しさです。 それらは対人関係の問題によって引き起こされる可能性がありますが、最も一般的な原因は、1 人が仕事で過負荷になり、他の人がその人がタスクを完了するのを待っているという、よく考えられていない責任分担です。

新しいチームを編成する場合、スペシャリストを見つけて採用する際に予期しない問題が発生したり、リモートまたはハイブリッド チームを管理する際に問題が発生したりすることもあります。

柔軟性の欠如

柔軟性の欠如と、変化するビジネス環境に適応できないことは、長期にわたるプロジェクトの失敗の原因として頻繁に発生します。 環境、規制要件、および競争力の変化により、プロジェクト マネージャーは変化に対応できなくなる可能性があります。 あるいは、変化に動的に対応する必要があることを主要な利害関係者に納得させることができていないことがよくあります。 したがって、プロジェクトが完了するまでに、結果がすでに時代遅れであるか、環境の要件を満たしていないことが判明する可能性があります。

まとめ

プロジェクトの失敗は予測不可能な出来事に関連付けられることがあるため、失敗したプロジェクトの割合がゼロになることはありません。 ただし、リスクを予測するためのツールと、リスクに対処するための緊急時対応計画があります。 計画段階でも、透明性とステークホルダーとのコミュニケーションに細心の注意を払うことも重要です。 プロジェクトの範囲を厳密に定義し、クライアントの期待と請負業者の技術力について合意することも重要です。

私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest、TikTok の忙しいミツバチ コミュニティに参加してください。

作者: キャロライン・ベッカー

プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。

すべての投稿を表示

プロジェクト管理の開始:

1. プロジェクトとは？
2. プロジェクト管理とは？
3. プロジェクトを管理するには？
4. プロジェクト管理方法
5. プロジェクトの種類
6. 4つのプロジェクト例
7. プロジェクトの優先順位付け
8. プロジェクト活動の分野
9. プロジェクト管理における成功の定義
10. プロジェクト管理ソフトウェアを使用する理由
11. 最適なプロジェクト管理ソフトウェアを選択するには?
12. プロジェクト管理ソフトウェアの概要
13. プロジェクトのライフサイクル
14. プロジェクトのビジョンは何のためですか？
15. プロジェクトの目標。 それは何であり、それを適切に定義する方法は?
16. プロジェクトの開始段階 - 何に注意を払うべきですか?
17. プロジェクト管理における計画の領域
18. プロジェクト スケジュールとは何ですか? また、その目的は何ですか?
19. プロジェクトでマイルストーンを使用する方法は?
20. プロジェクトの実行
21. プロジェクトの緊急時対応計画を成功させるにはどうすればよいですか?
22. プロジェクト終了の重要性
23. プロジェクトの失敗。 プロジェクトが失敗する5つの理由
24. マネジメントの4P：プロジェクト、プロダクト、プログラム、ポートフォリオ
25. プロジェクトマネージャーの最も重要なタスクと責任
26. 最も有用なプロジェクト マネージャーのスキル
27. プロジェクトマネージャーになるには？
28. すべてのプロジェクト マネージャーが読むべき 5 冊の本
29. プロジェクトチームを設定するには？
30. 作業分解構造 - プロジェクトで作業を委任する方法は?
31. ハイブリッド ワークでチームをリードするには?
32. チームで作業するときにプロジェクト マネージャーが直面する課題
33. プロジェクトミーティングの種類
34. プロジェクトの監視。 監視するパラメータは?
35. 説得力のある文章の書き方
36. プロジェクトのスコープを定義し、スコープ クリープを回避する方法
37. 実現可能性調査 – このプロジェクトを実施できますか?
38. プロジェクトにおけるリスク分析とそれを促進するためのツール
39. プロジェクト憲章を作成するには？
40. 利害関係者登録簿とは何ですか？
41. プロジェクト管理計画におけるガント チャート
42. プロジェクトの予算を作成する方法は?
43. プロジェクトの時間管理
44. プロジェクト リスク レジスターの作成方法
45. プロジェクトのリスク管理戦略
46. プロジェクトマーケティング
47. プロジェクトにおける変更の原因と領域
48. プロジェクト管理の変更モデル
49. アジャイルの次は？ プロジェクト管理の方法