ソフトウェアプロジェクト管理
このバグもしくは課題はシステムの重要ではない部分に影響を与える。ただしシステム運用にいくらかの影響がある。この重大度は、中核的ではないシステム要求に影響する場合に割り当てられる。
ソフトウェア開発工程は、主にソフトウェア開発における生産側の視点と関係している。 これは、ソフトウェアツールのような技術側の視点とは対照的である。 ソフトウェア開発工程は、主にソフトウェア開発の管理を支援するために存在するのであり、ビジネス上の関心事に取り組む方向性とは異なる。 多くのソフトウェア開発工程群を、一般的なプロジェクト管理工程群と似た方法で遂行することができる。 例を示す。
リスク管理は、リスクの測定やリスクアセスメントを行い、そのリスクを管理する戦略を構築する過程である。一般的には戦略として、他の人々にリスクを移管する、リスクを回避する、リスクの負の効果を低減する、特定のリスクのすべてもしくは一部分を受け入れる、などが採用される。ソフトウェアプロジェクト管理におけるリスク管理は、プロジェクトを開始するためのビジネスケースに始まる。プロジェクト開始時のリスク管理には、費用便益分析や危機管理計画 (コンティンジェンシープラン) として知られているプロジェクト失敗からの後退オプション群のリストが、含まれる。 リスク管理のサブセットとして、「機会管理」が注目されつつある。機会管理は、潜在的リスクにはその結果として非建設的な影響よりもむしろ建設的な影響があるとすることを除くと、リスク管理と同じ意味である。リスク管理と同一の方法で理論に基づいてプロジェクトを制御するが、非建設的な用語である「リスク」よりも「機会」という用語を使うことにより、プロジェクトチームが、自分たちのプロジェクトのリスク登録簿から得られる蓋然的に建設的な結果に注目するのを支援する。建設的な結果とは、スピンオフプロジェクトや、意外な果実、自由に使える余剰資源などである。
プロジェクトの計画率案の目的は、プロジェクトのスコープを同定し、それに付随する作業を見積り、プロジェクトのスケジュールを作成することである。 プロジェクト計画立案は、開発すべきソフトウェアを定義する要求分析に始まる。 そしてプロジェクトの完遂に向けた作業群を記述したプロジェクト計画が立案される。
プロジェクトの監視と制御の目的は、プロジェクトチームとプロジェクト管理の状況を、プロジェクトの進捗の最新の状況にあわせることである。 もしプロジェクトが計画から逸脱したら、プロジェクト管理者 (プロジェクトマネージャ) は、問題を是正するための行動をとる。 プロジェクトの監視と制御には、プロジェクトチームから進捗状況を報告する進捗会議の開催が含まれる。 変更の必要がある場合には、開発対象のソフトウェア製品を変更するために変更管理が行われる。