ソフトウェアプロジェクト管理
このバグもしくは課題はシステムの重要な部分に影響を与える。そして通常のシステム運用に復帰できるよう修正する必要がある。
プロジェクトの目的が非現実的もしくは不明瞭である
必要とされる資源 (リソース) の見積りが不正確である
システム要求が、よく定義されていない
リスクが管理されていない
顧客、開発者、および利用者の間でコミュニケーションが欠如している
未成熟な技術を使用する
ソフトウェアの複雑さを制御できていない
開発の実践がずさんである
プロジェクト管理が貧弱である
利害関係者 (ステークホルダー) の間の政治的問題による悪影響がある
商業的な圧力
上記のうち最初の3項目は、顧客のニーズを明瞭にすることが困難であることを示している。 特定のプロジェクト管理ツールは有用でありまた必須であることが多いが、ソフトウェアプロジェクト管理において真に有効な技法は、正しい手法 (方法論、メソドロジ) を適用しその手法を支援するツールを採用することである。 なんらかの手法が適用されないのであれば、ツールの採用は無価値である。 1960年代から、いくつかのプロプライエタリなソフトウェアプロジェクト管理手法群が、ソフトウェア開発企業によりその企業自身のために開発された。 同時期に、いくつかのコンピュータコンサルティング企業もまた、彼らの顧客のために似たような手法を開発した。 ソフトウェアプロジェクト管理手法群は、こんにちにおいても、発展途上である。 しかし現在の流行は、ウォーターフォールモデルから脱却し、ソフトウェアリリースライフサイクルを模倣した、より循環的なプロジェクトリリースモデルが牽引している。