A. 製品の配送の管理
B. プロジェクトの監督
C. ステージの制御
D. ステージ境界の管理
A. 1 および 4
B. 2 と 3
C. 1 および 2
D. 3 および 4
A. プロジェクトを閉じる
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. ステージの制御
A. 設計、開発、保守するためのフレームワークを提供します。
B. で実行された品質活動の結果を要約します。
C. それぞれによって達成されるプロジェクトの利点を定義します。
D. 内部の製品に一意の識別子を提供するコーディング システムを定義します。
A. 例外レポートを作成する
B. 規格外の要求を提起します
C. 変更リクエストを発行します
D. 作業パッケージを修正する
A. 管理段階、主な製品と管理ポイント
B. 計画で開発される主な製品
C. 製品の開発に必要なリソース
D. プロダクトを作成する順序
A. プロジェクト委員会がコストの許容範囲をプロジェクト マネージャーに委任できるようにします。
B. プロジェクト チームが自分たちの役割と責任を完全に理解できるようになります。
C. プロジェクト マネージャーが時間の許容範囲をチーム マネージャーに委任できるようにします。
D. プロジェクト チームがプロジェクト中に行うべき改善点を特定できるようにします。
A. 実施する品質活動の数と種類を詳しく説明します。
B. 製品の品質管理アプローチを記録するため
C. 品質保証による監査後に必要な是正措置を特定するため
D. 各製品に固有の参照番号を発行します。
A. プロジェクトが適切な数のステージに分割されていること
B. 意思決定を行うために適切な情報が提供されていること
C. プロジェクトのメソッドがプロジェクトの環境に関連していること
D. 適切な数と種類の会議が開催されること
