PMI-ACP日本語 無料問題集「PMI Agile Certified Practitioner (PMI-ACP日本語版)」

（A）スプリント計画の前にチームメンバーから詳細を収集します

（B）チームとポーカーセッションを計画する

（C）スプリント計画の前に、製品所有者とのストーリーグルーミングセッションをスケジュールします。

（D）製品の所有者にメールで詳細なストーリー仕様を要求し、応答を待ちます

（A）何がいつ変更されるかをチームと話し合い、懸念事項に対処するプロセスを確立します。

（B）エンタープライズコーチにプロセスを通してチームを支援するよう依頼する

（C）チームとのランチ＆ラーニングセッションを設定し、新しい働き方についての概要を説明します。

（D）作業チーム間での知識の共有と透明性を促進します。

（A）チームと協力して、その仕事を祝うポイントを決定します。

（B）チームイベントをスケジュールして、チームに休憩を提供します。

（C）WIPレベルを一時的に下げて、チームを活性化させます。

（D）進行中の作業（WIP）レベルを上げて、フローをより迅速に完了させます。

（A）すぐにチームにイニシアチブを実装してもらいます

（B）チームが1つまたは2つのイニシアチブを選択してすぐに実装できるように支援する

（C）最も複雑なイニシアチブを選択して実装するようチームに依頼する

（D）リストを積極的に認め、管理者と共有する

（A）経営幹部と直接会います。

（B）要求された情報をエグゼクティブにメールで送信します。

（C）幹部をスタンドアップに招待します。

（D）経営幹部を情報ラジエーターに向けます。

（A）各スプリントの終了時

（B）各デモ後のスプリントレベルで

（C）リリースレベルとプロジェクトレベルの両方で定期的に

（D）プロジェクトレベルで全体的に

（A）作業を容易にするために、一連の規範、ルール、合意事項を盛り込んだチーム憲章を推進する

（B）人事部門と話し合い、同じような経歴を持つチームメンバーを選出して対立を解消する

（C）チームビルディングのために協力し合い、信頼を築き、コミュニケーションを改善します。

（D）チームの連携を促進するために、プロジェクトのビジョンと目的を盛り込んだプロジェクト憲章を推進します。

（A）受け入れ基準とリリース

（B）要件バックログとリリース準備完了

（C）完了の定義（DoD）と実証

（D）準備（DoR）とレビューの定義

（A）チームメンバーが脆弱であることを学ぶための安全なスペースであり、高いパフォーマンスの関係につながります。

（B）チームメンバーが共有する方法を学び、協力関係を築くための安全なスペース。

（C）チームメンバーが互いに信頼し合う方法を学び、協力関係を築くための安全なスペース。

（D）チームメンバーが互いの弱点と長所について学ぶための安全なスペース。

（A）チームにスクラムについて教育し、すべてのメンバーが必要な役割を担っていることを確認します。

（B）アジャイル配信アプローチを推奨し、アジャイルの価値と原則に関する情報を関係者に提供します。

（C）既存の組織慣行を使用して最も適切な配信方法については、経営幹部に相談してください。

（D）実装前に、プロジェクトの関係者を関与させて、適用するベストプラクティスを評価し、成果物を計画します。

（A）チームメンバーと個人的に話し合い、彼らのアイデアが結果を悪化させたことを伝える

（B）アイデアの実行を継続して改善されるかどうかを確認するようチームに促します。

（C）チームがアイデアを試したことを称賛し、代替案に関する議論を促します。

（D）マネージャーにプロセス修正についてチームを指導するよう依頼する

（A）チームと協力して、利害関係者から提供された要件からビジョンを作成します。

（B）関係者に、共通の詳細なビジョンがプロジェクトに対するチームの理解をより確実にすることを強調します。

（C）要件は時間とともに変化する可能性があるため、アジャイルプロジェクトではビジョンの作成は重要ではないことをチームに説明します。

（D）関係者と直接会って要件を理解し、ビジョンをチームと共有します。

（A）ユーザー ストーリーをバックログに追加する前に、製品所有者に、項目を確認するために主題専門家 (SME) との会議をスケジュールするように依頼します。

（B）ユーザー ストーリーをバックログに追加する前に、プロダクト オーナーに、プロダクト オーナーのチームメイトと一緒に項目を確認するように依頼します。

（C）優先順位付け会議をより効果的にするために、製品所有者に会議に主題専門家 (SME) を招待するよう依頼します。

（D）優先順位付け会議の前に、プロダクトオーナーにスクラムマスターと一緒にストーリーを確認するように依頼します。

（A）利害関係者はスプリントに機能を追加する機会があります。

（B）チームメンバーは、スプリントの目標を達成するのを妨げる障害があるかどうかを判断します。

（C）プロダクトオーナーは、どのプロダクトバックログ項目が完了し、どの項目が完了していないかを説明します。

（D）チームメンバーは改善方法を特定し、その改善を実装するための計画を立てます。

（A）直接的なエンゲージメントと双方向の会話を使用して、新しい利害関係者の要件に合わせて利害関係者分析を更新します。

（B）チーム活動に影響を与える再編と役割の変更に注意してください

（C）主要な役割に再定義された人々にプロジェクトビジョンのコピーを電子メールで送信し、プロジェクトに参加する必要があるかどうかを尋ねます。

（D）ステークホルダー分析を更新するために、再定義された主要な役割のコピーを取得します。

（A）新たな潜在的利益を考慮して、料金を 50% 増額する変更要求をクライアントに送信します。

（B）スケジュールを早めて予期せぬリスクを招くよりも、計画どおりに続行することが最善であることをクライアントにアドバイスします。

（C）期限内に間に合うように追加のリソースを要求し、新しいリソースのトレーニングを受けます。

（D）新しい期限を守り、スケジュールが早まったことをすぐにクライアントに通知します。

（A）新機能の優先順位と今後のスプリントに関するチームの指示を提供できる会議をスケジュールします

（B）タスクとプロジェクトマイルストーンの更新されたステータスを含む、プロジェクト計画の新しいバージョンを共有します。

（C）製品機能のフィードバックを提供するために、定期的なスプリントミーティングに確実に出席する

（D）定期的な1対1のミーティングを実施して、開発機能をレビューし、製品ロードマップまでさかのぼります。

（A）プロジェクトの速度は時間の経過とともに安定する必要があります。

（B）速度は反復的であり、スプリント番号にのみ使用されます。

（C）バーンダウン チャートは、速度ではなく、計画と実際を比較します。

（D）移動速度が 27 から 35 に低下すると、生産性が低下します。

（A）この障害に対処するために、プロダクト オーナーとの専用会議をスケジュールします。

（B）ブレインストーミングを実施して問題の根本原因を突き止め、行動計画を立案します。

（C）現在のイテレーションの終了時に振り返り会議を実施し、必要な改善点を特定します。

（D）製品開発の計画段階に品質保証を組み込みます。

（A）次の回顧でこのオプションについて話し合います。

（B）このフレームワークを使用して概念実証を行うチームメンバーを特定します。

（C）新しいフレームワークに関するチームメンバーからフィードバックを取得し、製品の所有者にバックログアイテムを作成してスパイクを実行するように提案します。

（D）チームにメールを送信して、この新しいフレームワークの使用をすぐに開始するように指示します。