要件エンジニアリングは、プロジェクト開発において重要なフェーズであり、ステークホルダーのニーズが正確に把握し、実装されることを保証します。このプロセスの障害は、プロジェクトの遅延、コストの増加、および不十分な結果につながることができます。この記事では、そのような障害やそれらから学んだ教訓の現実的な世界例を紹介します。

例1:デンバー国際空港の手荷物システム

デンバー国際空港の手荷物処理システムは、荷物の処理を自動化する目的で意図されていました。しかし、要件は、システム故障や操作中に遅延を引き起こし、その要件は未然に定義されていました。このプロジェクトは、大幅なコストのオーバーランに直面し、最終的に放棄されました。

障害は、計画段階における徹底した要件分析とステークホルダーの関与の重要性を強調した。

例2:FBIバーチャルケースファイルシステム

FBIのバーチャルケースファイル(VCF)システムは、古いケース管理ソフトウェアを交換するために開発されました。このプロジェクトは、不明確な要件、スコープの変更、チーム間の通信不十分な問題に苦しむ。それは、170万ドルを超える支出後にキャンセルされました。

安定的な要件の必要性と開発プロセス全体での継続的なステークホルダーの関与を強調するケースです。

レッスン学習

  • クリア要件:]] 開発開始前に、正確で完全な要件を定義します。
  • []株主関与:[]])すべての関係者に定期的に要件を検証します。
  • 管理を変更:]] 要件の変更を効果的に処理するためのプロセスを確立します。
  • ドキュメント:] は、要件と決定の詳細なレコードを保持します。