최신 PMI-ACP日本語 무료덤프 - PMI Agile Certified Practitioner (PMI-ACP日本語版)

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. すべての開発および運用プロセスに対する制御を確立するための考え方の転換。

A. 長期的な解決策の研究を継続するために、スパイクを別のリソースに割り当ててください。

B. スパイクを再確立し、実験を奨励し、チームと協力する

C. スパイクの主な問題点について、開発チームと根本原因分析のスケジュールを立てる。

D. 実験を中止し、顧客と短期的な解決策について交渉する