プロジェクトが失敗する理由
公開: 2022-04-12当初の計画に厳密に準拠して実行されるプロジェクトはまれです。 リスクはあらゆるプロジェクトの一部であり、マネージャーの仕事はリスクが失敗を引き起こすのを防ぐことです。 この記事では、プロジェクトが失敗する理由と失敗のリスクを処理する方法について説明します。
実際のプロジェクトでは、計画どおりに実行されることはめったにありません。それは悲しいことですが、本当の事実です。 失敗は起こりますが、それらにもプラスの効果があります。 それらは、将来の成功に役立つ貴重な経験と教訓の源です。 この記事では、プロジェクトの失敗の理由、有名なプロジェクトの失敗とそれらから学んだ教訓、およびそれらを回避するための一般的な推奨事項について詳しく見ていきます。
プロジェクトの失敗の一般的な理由
各プロジェクトは個別です。つまり、そのリスクと考えられる失敗の理由も個別です。 ただし、どの環境でも発生する可能性のある障害の一般的な理由があります。 また、プロジェクトデータを注意深く追跡して、考えられるボトルネックと脆弱性を特定する一方で、失敗の原因となる一般的な状況を認識することは役に立ちます。
スコープクリープ
さまざまな理由により、スコープクリープがプロジェクトの失敗につながる主な要因です。 計画外の変更、見積もりエラー、予期しない遅延により、チームは必要な時間内に合意された範囲の作業を提供できなくなります。 そのため、プロジェクトを成功させるには、慎重な計画と適切な変更管理が不可欠です。
リソース割り当てエラー
人員不足とチームによる作業が多すぎると、リソース割り当ての問題が発生します。同時に作業しているプロジェクトやタスクが多すぎる人が少なすぎます。 当然のことながら、実行される作業は少なくなり（マルチタスクの有害な影響については誰もが覚えています）、プロジェクトは最終的に失敗します。スタッフのパフォーマンスや作業環境への累積的な影響は言うまでもありません。
コミュニケーション不足
プロジェクト管理におけるコミュニケーションの重要性については多くのことが言われていますが、チームや個人は依然としてコミュニケーションの欠如に対処する傾向があります。 それは、マネージャーとチームとのコミュニケーションだけでなく、チームメンバー間の情報交換についてもです。 これにより、作業の計画を改善し、考えられるボトルネックを検出し、大きな問題を防ぐことができます。
間違った見積もり
正確な見積もりとは、正しい計画を意味しますが、常に可能であるとは限りません。 これは、重要なタスクや非標準のプロジェクトに特に当てはまります。 もちろん、「推測」でさえ正確であることが判明する場合もありますが、通常はそうではありません。 したがって、プロジェクトの実行と提供には、見積もりの精度を高め、不可能な場合は作業を増やすための時間を確保することが不可欠です。
不十分な監視
プロジェクトの各段階で監視と制御が重要であることは明らかですが、このタイプのプロジェクト作業は初期段階で実行されないため、プロジェクトが失敗する場合があります。 適切な監視は、変更の管理、スケジュールと計画の調整、およびスコープのクリープとそれによって引き起こされる問題の防止に役立ちます。
マイクロマネジメント
マイクロマネジメントは徹底的な管理と同じではありません。その悪影響は、プロジェクトを予定どおりに遂行するためのチームの取り組みを文字通り台無しにします。 それは信頼の欠如を招き、アジャイルなチームワークとコラボレーションのアイデアを破壊します。 その上、それは、そうでなければ生産的に費やされる可能性がある、かろうじて手頃な量の管理者の時間を消費します。
リスク管理なし
ご覧のとおり、プロジェクトの失敗には多くの一般的な理由があり、さらにユニークな理由もあります。 賢明な管理者は、それらを早期に検出して防止する必要があります。 リスクは無視されたときに消えるだけでなく、リスク管理が実行されていない場合、リスクは後のステップに現れ、主要なスコープクリープを引き起こします。
9つの有名なプロジェクトの失敗と学んだ教訓
大きなプロジェクトが失敗すると、ニュースの見出しになり、時には歴史の本になります。 それらの結果は、どのマネージャーにとっても素晴らしい教訓になります。どのエラーがすべての投資努力を台無しにする可能性があり、回避する必要があるか、さまざまなプロジェクトフェーズで予想される問題、およびそれらの処理方法。 これは、過去と現在のいくつかの悪名高いプロジェクトの失敗のリストです。
1.フォードによるエドセル
記憶に残る歴史的な失敗の1つは、フォードによるこの野心的なプロジェクトです。ヘンリーフォードの息子にちなんで名付けられた真新しい車、広範な市場調査、特別な生産施設、そしてその結果としての高い期待。 しかし、調査が行われ、1957年に自動車が発表されるまでに、市場はすでにコンパクトカーの購入に移行していました。これはエドセルの場合ではありませんでした。
学んだ教訓：徹底的な調査と精巧な開発の重要性をすべて考慮して、市場のダイナミクスのスピードについて覚えておくことが常に重要です。 プロジェクトの速度を落とすことは、市場機会を逃すことを意味します。
注：「失敗は、今度はよりインテリジェントに再開する機会にすぎません」とヘンリーフォードは述べ、エドセルの失敗は最終的に完全な損失ではありませんでした。そのために構築された生産施設は、コンパクトカーの新しいラインの生産に使用されました。
2.デロリアンDMC-12
有名な「バック・トゥ・ザ・フューチャー」車と最も有名なプロジェクトの失敗の1つ：会社とその唯一の車種のプロジェクトは、最初の車が製造されるずっと前からさまざまな問題に悩まされていました。成功の10分の1のチャンス。 最終的に、これは品質の問題、大幅な遅延、および経済的な問題に変わりました。 1982年、創設者のジョン・デロリアンが麻薬密売容疑で逮捕され、無罪となったにもかかわらず手遅れになりました。
しかし、デロリアンが戻ってきたようです。新しい車は2019年初頭に発表され、エンジンが改良され、速度が速くなりました。
学んだ教訓：プロジェクトの最初の段階ですでに大きな不確実性があり、計画が不十分で品質管理が欠如していることは、プロジェクトの成功の予想外の敵ではありません。 別の教訓：場合によっては、懐かしさを活用し、過去の重大な問題を修正することで、プロジェクトを生き返らせることができます。
3. Microsoft Zune
2000年代初頭、AppleはiPodでポータブルメディアプレーヤーの市場を引き継ぎましたが、Microsoftはこの損失を受け入れることができませんでした。 彼らは敗北を認める代わりに、ポータブルプレーヤーのZuneをリリースしました。 プレーヤー自体は悪い製品ではありませんでしたが、価格が高く、Windowsのみであり、最も重要なのは、競合他社を追いかけるように設計された製品でした。 予想通り、失敗して中止されました。
学んだ教訓：敗北を認め、競争力のある製品を提供できる市場の部品を見つける方が良い場合があります。
4.仮想ケースファイル
Virtual Case File（VCF）は、FBIの古いITインフラストラクチャを最新化することを目的としたソフトウェアアプリケーションの政府プロジェクトでした。 5年間の開発と約1億7000万ドルの消費の後、プロジェクトは中止されました。 FBIは、何百万ドルもの納税者のお金を失い、何ももたらさなかったため、プログラムに対する強い批判に直面することになりました。
学んだ教訓：プロジェクトは文字通りあらゆる種類のソフトウェア開発の失敗に苦しんでいました：技術アーキテクチャの欠如、スコープクリープ、マイクロマネジメント、コードの膨張、無限の仕様変更など。 このケースは、慎重に計画し、選択した方法論に厳密に従うことの重要性を示しています。
5.アップルリサ
リサは、マウスを搭載した最初のデスクトップでした。これは、最終的に市場を引き継いだテクノロジーです。 しかし、高価な広告でさえ消費者を納得させることはできませんでした。製品は実際にはキャンペーンが約束したよりもはるかに少なく、人々はAppleが当初予想したほど興味を持っていませんでした。
学んだ教訓：期待を超えることは、長期的な成功への道ではありません。 提供された製品の機能について透明性がないと、プロジェクトが破壊されます。
6.新しいコークス
「アメリカの味はちょうど良くなった」-広告は言った。 新しいレシピをテストした後、コカ・コーラは人々が伝統的なものよりも新しい味を好むことを理解しました。 それは驚くべきことではありませんでした。新製品は、コカ・コーラが衰退していたペプシのような味がするはずです。 新しいコーラがリリースされました。 何もうまくいかないでしょう？ いいえ。 人々は期待通りに新製品を購入しませんでした、そしてコカ・コーラは伝統的な方式に戻りました。
学んだ教訓：それが機能する場合は、修正しないでください！ 古い製品には何の問題もなかったので、それを「改善」する必要はありませんでした。
7.クリスタルペプシ
健康的な食品の誇大宣伝が「不健康な」食品市場にどのように影響するかは注目に値します。 90年代初頭、ペプシコは有名なソフトドリンクの新しい「クリア」バージョンをリリースし、従来のダークソーダよりも健康的であると主張しました。 それが本当かどうかはわかりませんが、実際には、味が正しくなかったために人々はそれを購入することに興味がありませんでした…健康食品ファンは通常、炭酸飲料や人工香料飲料を飲まないことは言うまでもありません。
学んだ教訓：ボトラーはペプシコに失敗の可能性が高いと警告しました。 COOのDavidNovakは後に、この教訓を学んだことを認めました。人々が問題を提起しているのであれば、彼らは正しいかもしれません。
8.セグウェイパーソナルトランスポーター
素晴らしいアイデアと新しいテクノロジーがある場合はどうなりますか？ いいえ、必ずしもあなたがパイオニアになるという意味ではありません。 たぶん、あなたの製品は、セグウェイのようにフロップになるでしょう。次世代の輸送手段に変わる代わりに、それは消え去り、2001年のデビュー直後に忘れられていました。
学んだ教訓：製品に深刻な問題がある場合は、最初にそれらを検出して修正します。 消費者はセグウェイが高すぎると感じ、都市はスピードのために歩道からセグウェイを禁止しました、そして結局、製品は実行可能ではないことがわかりました。
9.ベルリンブランデンブルク空港
そして、最後になりましたが、間違いなく少なくありません。 ベルリンの第3空港のプロジェクトは、体系的なプロジェクトの失敗の最も最近の関連する例です。 スコープクリープ、管理されていない変更、まったく異なる関心を持つ利害関係者が多すぎる、コミュニケーションが不十分など、これらすべてが、大規模なプロジェクトが失敗する典型的な例になります。
学んだ教訓：プロジェクト管理のすべての側面が重要であり、それらのいくつかが不十分に管理されているか、まったく管理されていない場合、プロジェクトは多くのニーズを満たしているように見えても失敗する運命にあります。
プロジェクトの失敗の防止
一般的な失敗の理由が何であるかを知っていると、プロジェクトの過程で起こりうる問題を特定するのが簡単になります。 失敗を回避し、その結果を軽減するのに役立つ手順を開発することは、プロジェクト計画の重要なステップです。 障害リスクを処理する方法と、障害リスクに関して何を計画するかについてのアドバイスを次に示します。
- 計画、範囲、期限が現実的であることを確認してください。 以前のデータを使用して、納期、作業のダイナミクス、および追加の労力や注意が必要な作業部品を予測することができます。
- すべてのプロジェクトステップで手順を監視するための計画を立てます。 そのための標準化されたプロセスを開発または採用します。 手遅れになったときに障害が検出および認識される最も一般的な理由は、プロセスを適切に監視していないことです。 ただし、リスクはどのプロジェクトでも避けられない部分であるため、リスクを効率的に防ぐことができる場合は、初期段階で特別な注意を払う必要があります。
- 特別な作業管理ツールを使用して、プロジェクトの進行状況を監視し、考えられるリスク領域を特定します。 チームによって収集されたデータは、プロジェクトのどの部分に細心の注意を払う必要があるかについての貴重な洞察を提供します。
- 特定のプロジェクトに最適なプロジェクト管理方法を選択し、その原則に従い、チームメンバーがプロジェクトの仕組みとプロセス全体での各役割の役割を理解していることを確認します。
- 伝える。 プロジェクトチーム内でのコミュニケーションの時間を計画し、会議を開催し（ただし、時間の効率的な使用法を覚えておいてください）、チームメンバーが問題に気付いた場合は問題を提起するように促します。
- チームの人員が不足していないこと、ワークロードが合理的に分散されていること、および各チームメンバーの個々の責任が明確であることを確認してください。
- チームに長期的な目標が表示され、プロジェクトチームがどのように目標に向かって進んでいるかを全員が理解していることを確認してください。
概要
リスクに直面せずにプロジェクトを管理することはほとんど不可能ですが、これらのリスクがプロジェクトの失敗を引き起こすのを防ぐための効率的な方法があります。 確立された手順と方法論に従い、それらを特定のプロジェクトに適応させることは、困難と変化する環境に対処するための認識された方法です。 そして、以前の失敗から学ぶことを忘れないでください–必ずしもあなた自身のものではありません。