変更要求

プロジェクトの文書、成果物、ベースラインに対する変更を特定、文書化、承認または却下、管理するプロセス。変更要求は変更管理委員会（CCB）で審議され、承認された変更のみが実施される。

ステークホルダのニーズと要求事項を特定し、文書化するプロセス。インタビュー、フォーカスグループ、ワークショップ、アンケート、プロトタイプなどの手法を用いる。要求事項トレーサビリティマトリクスで追跡管理する。

正式な変更管理手続きを経ずに、プロジェクトのスコープが拡大していく現象。ステークホルダからの小さな要求が積み重なり、スケジュール遅延やコスト超過を引き起こす。スコープ管理プロセスとCCBによる統制で防止する。

人間の行動に関する2つの対照的な仮定。X理論は人は本来怠惰で管理・強制が必要とし、Y理論は人は本来自律的で適切な条件下では積極的に貢献するとする。プロジェクトマネージャのリーダーシップスタイルの選択に影響する。

機密性、完全性、可用性を維持するための組織的な取り組み。プロジェクトにおいても、開発環境のセキュリティ、成果物のアクセス制御、機密情報の取扱いなど、情報セキュリティを適切に管理する必要がある。

組織のリスクを体系的に管理するプロセス。リスクの特定、分析、評価、対応を行い、許容可能な水準にリスクを維持する。JIS Q 31000（ISO 31000）でリスクマネジメントの原則と指針が規定されている。