PMI Agile Certified Practitioner (PMI-ACP日本語版) - PMI-ACP日本語 Exam Practice Test

A. プロジェクトの目標とプロジェクト契約の制約を明確にする。C チームメンバー間のクロス・トレーニングと異動を促進する。

B. パフォーマンス基準と評価方法を紹介します。

C. 役職と経験年数に関連した報酬制度を開発する。

A. チーム全体で、ステークホルダーの意見を考慮に入れながら、バックログについて話し合い、優先順位付けを行う必要があります。

B. 変更管理チームと連携して、バックログの優先順位を決定します。

C. 関係者が優先順位を決定し、バックログを作成するようにします。

D. プロジェクトの成果物の優先順位付けの方法を決定する必要があるのは、アジャイルチームのリーダーとチームだけです。

A. 注目度の高い取り組みの最後の瞬間にオフショア テスト チームが引き離され、新しいテスト チームが割り当てられるまでテストを再開できません。

B. 開発チームは先週、すべてのテスト データを緊急に設定する必要がありましたが、システムの不具合により、デモの前まで利用できません。

C. 頻繁なコンテキスト切り替えにより、毎日の 15 分間のタッチポイントは 1 日あたり 1 時間も続き、チームがデモンストレーションのアクティビティを完了する時間が短縮されます。

D. 上級管理職が開発者を本番環境のインシデント分析に頻繁に引き込むため、開発者はイテレーション内でタスクに取り組むことができません。

E. テスト環境でパフォーマンスの問題が発生したため、コードの実装が 2 日遅れました。

F. チームはイテレーションの作業を開始しましたが、要件成果物はプロダクト所有者によってレビュー中です。

A. 投資規模

B. MoSCoWメソッド

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. プロジェクトオーナーがプロジェクトチームに完全に組み込まれていることを確認し、迅速な意思決定をすぐに行えるようにしてください。

A. 努力と影響を評価し、運営委員会と株主の承認を求めます。

B. プロジェクトに対する変更の価値について顧客と話し合います。

C. 契約が修正された後にのみ作業を進めます。

D. 契約条件を遵守し、時間が許せば要件を確認することに同意します。

A. プロダクトオーナーに、受け入れ基準のみを更新するように指導します。

B. 次回の振り返りの際に、アジャイルチームにユーザーストーリーを修正するように指示してください。

C. 作業項目に十分な詳細情報が記載されていないことを製品オーナーのマネージャーに通知します。

D. アジャイルチームとユーザーストーリーワークショップを進行する。

A. チームとプロダクトオーナーと共同で会議を開き、オプションについて話し合い、終了日を決定します。

B. チームが予想速度を超え、終了日が予定より早くなることを発表します

C. プロダクトオーナーにプロダクトバックログに追加機能を含めるように依頼し、その後の反復を再計画する

D. 契約上の義務を果たすために速度を下げるようチームに依頼し、この決定を文書化する