최신 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. 非機能要件についてはプロダクトオーナーに相談してください。

A. それぞれのタイムゾーン内で利害関係者のやり取りを調整し、定期的なコミュニケーションとフィードバックの交換を促進する責任を負う地域連絡担当者を任命します。

B. コラボレーション ツールを活用し、多様なスケジュールに対応し、関係者が非同期でフィードバックを提供できる動的なフィードバック プラットフォームを実装します。

C. さまざまな地域や部門の代表者から構成される、交代制の利害関係者委員会を設立し、意思決定プロセスで多様な視点が考慮されるようにします。

D. さまざまなタイムゾーンやスケジュールの競合に対応するテクノロジーを活用して、関係者が毎週の同期フィードバック セッションに参加することを要求する厳格なポリシーを実施します。

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

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

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

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

A. アジャイルな正式な変更管理システムは、未知の変数をより適切に処理できます。

B. アジャイルは比較的新しいため、本質的にはデータ分析ベースの取り組みとより密接に関連しています。

C. 形式化されたアジャイルアプローチは、ビジネス価値を高める方法で未知の変数を処理する際に、制御された柔軟性を提供します。

D. アジャイルはデジタル変革プロジェクト管理のみに焦点を当てていますが、予測的アプローチは従来の「実店舗」プロジェクトに焦点を当てています。

A. 8か月

B. 6か月

C. 2か月

D. 4か月

A. 速度を追跡すると、チームの健全性が文書化され、関係者に伝えられます。

B. 速度を追跡することで、チームは継続的な改善の取り組みがどのように機能しているかを確認するための基準を得ることができます。

C. 速度を継続的に追跡することで、機能マネージャーはチームが望ましい速度でパフォーマンスを発揮しているかどうかを評価できます。

D. 傾向により、チームのパフォーマンスが組織内の他の Scrum チームと比較してどのようになっているかがわかります。