A. プロジェクト マネージャーが承認を得るためにプロジェクト概要を提出するとき
B. プロジェクトの権限を受け取った後
C. プロジェクトがビジネス層によって承認された後
D. プロジェクトの承認リクエストを受信したとき
A. プロジェクト終了後に期待される利益を測定する責任を負う個人またはグループを特定します。
B. プロジェクトが終了に近づいていることを伝える必要がある個人またはグループを特定します。
C. プロジェクトを承認するために使用されたプロジェクト開始ドキュメントに照らして、プロジェクトがどの程度うまく機能したかを確認します。
D. 主要なプロジェクト情報がアーカイブされ、安全に保管されていることを確認します。
A. さまざまなスキルを持つチームが関与します
B. 確立され実証されたベスト プラクティスを可能にします
C. 通常どおりの収益性を維持します
D. 顧客に質の高いサービスを提供します
A. 例外による管理
B. 経験から学ぶ
C. 継続的なビジネス上の正当性
D. 段階ごとに管理します
A. 1 および 4
B. 2 と 3
C. 1 および 2
D. 3 および 4
A. 不適切な見積もりによる、割り当てられた許容範囲内での計画の変更
B. プロジェクトの範囲に対する合意された変更
C. フォールバック プラン
D. プロジェクトの開始プロセス
A. PRINCE2 で定義されたプロジェクト チーム構造を使用する必要がありますが、他の役割を追加することもできます
B. プロジェクト組織は、PRINCE2 の役割と責任を使用して定義する必要があります
C. PRINCE2 で定義されたプロジェクト ボードのロールを使用する必要がありますが、必要に応じて他のロールを定義できます。
D. 必要に応じて任意のロールを定義でき、PRINCE2 で定義された責任が満たされます。
A. プロジェクト マネージャー
B. プロジェクト保証
C. プロジェクトボード
D. 企業、プログラム管理者、または顧客
A. チームマネージャーから受け取った問題を確認するため
B. 企業、プログラム管理、または顧客向けの福利厚生管理アプローチを作成するため
C. プロジェクトの終了プロセスのアクティビティを計画するため
D. プロジェクト委員会からの例外計画リクエストを実装するため
A. プロジェクトとプログラムの両方の管理に使用できます
B. 技術プロジェクト向けに特別に設計されたメソッドです
C. 管理時間を効率的かつ経済的に使用できます。
D. クリティカル パス分析などの実証済みの計画手法が多数含まれています
A. 4 つ
B. 1 つ
C. 2 つ
D. 3 つ
A. プロジェクト委員会に、プロジェクトのすべてのリスクを把握するための時間主導の制御を提供します。
B. プロジェクト中に継続的な改善を実施するための方法を確立する
C. 発生した問題を特定、評価、制御する
D. リスクを特定、評価、制御するための費用対効果の高い手順を確立する
A. 例外状況の場合
B. 各ステージ全体
C. プロジェクトの開始時
D. 変更が発生したとき
A. 開始段階の計画
B. プロジェクト計画
C. プロジェクトの製品説明
D. プロジェクトの概要
