A. 1 だけが真です
B. 2 のみが真です
C. 1 も 2 も真ではありません
D. 1 と 2 の両方が true
A. ハイライト レポートの作成
B. 会計年度末
C. PID の完了
D. 例外レポートの作成
A. プロジェクトの品質を向上させるためにすべての変更を調整します。
B. 各変更が例外として管理されるようにするため
C. 問題がプロジェクトの継続に影響するかどうかを特定するため
D. 生産される製品の内訳を作成します。
A. すべての変更が実施される前に関連当局の同意を得られるようにする手順を確立します。
B. 不確実性を特定、評価、制御するための費用対効果の高い手順を確立する
C. 計画からの許容できない逸脱を制御するメカニズムを確立します。
D. 企業レベルまたは組織のプログラム レベルでリスクを管理するメカニズムを確立します。
A. 利点
B. スコープ
C. リスク
D. 品質
A. プロジェクト委員会にエスカレーションする前にプロジェクトが許容できるリスクのレベル
B. リスクが発生する可能性の尺度
C. リスクが発生する可能性がある期間
D. プロジェクトの目的を達成する上で考えられる影響
A. プロジェクト マネージャーにプロジェクトをより効果的に計画するための計画手順を提供するため
B. プロジェクト管理チームの各メンバーが自分の役割と責任を完全に理解できるため
C. プロジェクトの管理と、製品の提供に必要な専門家の作業が分離されるためです。
D. プロジェクト マネージャーにプロジェクトのリスクと問題を管理するための手順を提供するため
A. プロジェクト マネージャーとチーム マネージャー間のリンクを制御します。
B. 次の段階の計画を承認します
C. 次の段階を承認するための十分な情報をプロジェクト委員会に提供します。
D. 前の段階で特定されたリスクと問題を確認して解決します。
A. 例外計画
B. チーム計画
C. プロジェクト計画
D. スタッグス計画
A. ハンドオーバーアクティビティ
B. 開始段階
C. 権限の変更
D. 合意された範囲の増加
A. プロジェクトのコンテキスト
B. 統合された要素
C. パフォーマンス目標
D. プロジェクトのベースライン
C. ステージ計画
D. プロジェクト計画、
A. ビジネスケースに文書化されたリスクへの対応を特定するため
B. プロジェクト環境と目的に関する情報を特定するため
C. プロジェクト目標の達成に影響を与える可能性のある不確実性を特定するため
D. リスク管理活動に関与する役割を特定するため
A. プロジェクト保証がアプローチを承認します
B. プロジェクト ボードにアプローチが文書化されています
C. プロジェクト委員会がアプローチを承認します
D. プロジェクト保証はアプローチを文書化します
