최신 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. 現在のワークフローに問題があるかどうかをチームに確認した後、1人のメンバーのみをトレーニングに送ります。

C. チームメンバー全員がトレーニングに参加できるようになるまで待つ

D. チームにデータベース管理が必要かどうか外部の専門家に問い合わせる

A. チームメンバーに問題を調査し、振り返りの際に調査結果を発表するよう促します。

B. チームメンバーが計画から逸脱しないように促し、振り返りの際にその要求を文書化する

C. チーム メンバーが継続的な改善のために実験やスパイクを使用するように促し、チームがなぜそれが重要であるかを理解できるようにします。

D. 実験やスパイクが完全に開発され、さまざまなユースケースが考慮されていない限り、チームメンバーに実験やスパイクの使用を控えるように勧めます。

A. プロジェクト憲章に基づいてプロジェクト予算を作成します。

B. 機能とリリースを示す製品ロードマップを作成します。B 既存の部門横断チームにプロジェクトに専念するよう依頼します。

C. 顧客フォーカス グループから特定の製品要件を取得します。

A. 新しいチームメンバーが時差のため会議の変更を要求しました。

B. フィードバック サイクルの期間が長くなりました。

C. 新しいチームがアイテムに取り組むことで速度が向上しました。

D. チーム メンバーがチームにさらに多くのメールを送信しています。

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

B. 完了の定義（DoD）と実証

C. 要件バックログとリリース準備完了

D. 受け入れ基準とリリース

A. データベースエンジニアの作業負荷を軽減するために、スプリントのストーリーの計画を少なくします。

B. 他のチーム開発者に、データベースのスキルを習得するためのトレーニングに参加してもらいます。

C. スクラムマスターに製品の所有者と協力して、データベースに依存するバックログストーリーを削除するよう依頼します。

D. アクションを実行する前に、2つの追加スプリントの遡及を監視します。

A. プロジェクトを期限までに完了し、プロジェクト スポンサーと事前に予算を共有します。

B. プロダクトオーナーと協力し、プロダクトバックログ項目を出荷可能なプロダクト増分に変換します。

C. 分析と開発作業を実行しますが、テストは別の専門チームによって管理されるため実行しません。

D. 利用可能なテクノロジーとツールを習得して、関係者に有益なダッシュボードを提供します。

A. 自己組織化

B. 各チームメンバーにタスクを割り当てる

C. 顧客と会う

D. スクラムマスターを特定する