최신 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. 完了時にコーディングを品質保証（QA）チームに送信します。

B. 各反復の最後にデモを実行します。

C. コーディングが完了したらすぐに、各機能をクライアントにデモンストレーションします。

D. ペアプログラミングパートナーを確立し、定期的にピアレビューを実施します。

A. プロジェクト管理オフィス（PMO）がプロジェクトで学んだ教訓を特定する責任を負います。

B. 学習したリポジトリを維持および確認して、将来のプロジェクトの提供を改善します。

C. 根本原因分析を実行して、次のプロジェクトを実行するための代替アプローチを特定します。

D. 各チームメンバーにバックログに是正措置を投稿するよう依頼します。

A. 製品の所有者と主要な利害関係者

B. コアチームとプロダクトオーナー

C. コアチームとお客様

D. 顧客とスポンサー

A. クライアントとの製品レビューセッションを開催して、製品の承認を得ます。

B. 品質管理プロセスを監査して、製品が要件に準拠していることを確認します。

C. 内部レビューを実施して、出荷前に機能を検証します

D. 機能を構築するための十分な時間が確保されるように、反復を長くします

A. 軽減戦略と費用便益分析を含むアクティブなリスクレジスターを確立して維持します。

B. 定性的リスク分析と予想損失に基づいて、アクティブなリスクレジスターを確立し、維持します。

C. 知識の継続性を確保するために、開発チームを2つの場所に分割してリスクを回避します。

D. 各開発チームに、最もリスクの高い開発項目を情報ラジエーターに投稿してもらいます。

A. 速度とコストの増加

B. 予期しないリスクを軽減するためのスプリント内のバッファー

C. 各タスクに追加のポイントを割り当てて、変更の時間を確保する

D. インフラストラクチャタスクと分析タスクを説明するストーリー

A. 現在の反復を停止して、欠陥品質の問題について話し合い、解決策を模索します。

B. 次の計画会議で解決策について話し合い、検討し、必要に応じて是正措置を講じます。

C. 必須の欠陥情報を特定するために、チームのバックログに修正アクションを割り当てます。

D. 次の回顧で洞察を生成し、チームの決定に従ってプロセスを調整します。

A. リーン機能

B. リーンバックログ

C. 単純な受け入れ基準

D. 小規模なユーザーストーリー

A. リソースタスクがブロックされるという障害を引き起こし、製品の所有者に通知します

B. スクラムマスターに、そのチームメンバーのタスクを次に利用可能なリソースに割り当てるよう依頼します。

C. 配送マネージャーに一時的なリソースを依頼する

D. 反復目標を達成するためにチームメンバーのタスクを想定し、製品の所有者に通知します。

A. チームが技術的な依存関係をバッキング内の問題としてキャプチャし、値の最適化に基づいて優先順位を付けるようにします

B. 現在の計画を続行し、できる限りのことを行い、行われていない作業を次の反復に持ち越すようチームに奨励する

C. 製品の所有者とチームに、機能の優先順位を付け直して、依存関係なく配信できる機能を選択するように促します。

D. バックログの優先順位付けを支援するために、必要な対象分野の専門家（SME）が製品所有者に関与していることを確認します。

A. 脅威とリスクが伝達され、対処されていることを確認する

B. スプリントに割り当てる石を少なくして、チームメンバーがスプリントの目標を達成できるようにします。

C. スプリントにリソースを割り当てて、チームメンバーの不在を補います

D. 脅威とリスクを監視しながら、チームメンバーが両方のプロジェクトでマルチタスクを実行できるようにします

A. バックログをレビューして、優先順位が付けられ、洗練され、適切に処理されていることを確認します。

B. チームメンバーを指導して、機能的専門性を向上させ、全体的な速度を向上させます。

C. 問題または問題の特定を容易にし、チームがそれらを解決するのを助けます。

D. チームプロセスが、承認されたスクラムプラクティスとどこでずれているかを特定します。

A. 役割ごとに個人をグループ化した後、各役割の1人のメンバーで構成される多分野チームを作成する必要があります

B. 両方の製品のすべてのチームを同時に呼び出して、完全に自己管理できるようにする必要があります

C. 個別の製品の同様のコンポーネントに取り組んだチームは、混乱を最小限に抑え、相乗効果を利用するために組み合わせる必要があります

D. 機能に優先順位を付けてから、チームをそれらの優先順位に基づいて調整する必要があります

A. ネットワーキング

B. リーダーシップ

C. コミュニケーション

D. 社会意識