A. 変更が発生したとき

B. 例外状況の場合

C. プロジェクトの開始時

D. 各ステージ全体

A. 2 のみが真です

B. 1 と 2 の両方が true

C. 1 も 2 も真ではありません

D. 1 だけが真です

A. 企業またはプログラム管理者がプロジェクトを実施するための承認を与えることができるようにします。

B. 大量のリソースを投入する前に、プロジェクトの目標がどのように達成されるかを完全に理解するため

C. 必要な作業パッケージを生成するため

D. どのプロジェクト アプローチがプロジェクトに適しているかを決定するため

A. プロジェクトのサプライヤー要素を管理するための別個のプロジェクト ボードを作成します。

B. プロジェクト委員会のすべてのメンバーに対してプロジェクト保証の役割を実行する企業品質保証を任命します。

C. ユーザー グループとサプライヤー グループを作成します

D. プロジェクトの開始プロセス中に、プロジェクトの各段階に 1 つずつ、複数の小さなプロジェクト ボードを作成します。

A. 作業パッケージで提供される製品の承認を取得するため

B. チーム マネージャーに割り当てられる作業のチーム計画を作成します。

C. 計画からの逸脱を許容範囲内で解決するアクションを選択して実装します。

D. プロジェクト計画を更新して段階計画からの実績を組み込むには

A. チームマネージャーが進捗状況を報告する方法に同意します

B. 管理制御を提供するため プロジェクト マネージャーとチーム マネージャーの意見を聞く

C. プロジェクト管理チームの主要な責任者を任命する

D. 企業がプロジェクトの実施コストを理解できるように情報を提供するため

A. 各リスクがどのくらい早く発生するか

B. 目標に対する各リスクの可能性と影響

C. 各リスクの代替計画

D. 各リスクの影響が現れる速度

A. ステージ計画を更新して例外に対する是正措置を実装することはできません。

B. ステージ計画を実施するチームには、組織のさまざまな部門のスタッフが含まれています

C. 段階計画で特定された製品はプロジェクト計画まで遡ることができません

D. ステージ計画は、ステージが終了するとプロジェクト マネージャーによって作成されます。

A. プロジェクトがまだ実行可能かどうかを判断するメカニズムを確立するため

B. プロジェクトの目標を予測するためのメカニズムを確立するため

C. プロジェクトにこれ以上提供するものがないことを確認するため

D. ステージの成功を判断するための情報をプロジェクト委員会に提供するため

A. プロジェクトの権限

B. プロジェクト開始のドキュメント

C. プロジェクトの概要

D. 開始段階の計画