Ultimate Guide to the PMI-ACP - Latest Dec 14, 2022 Edition Available Now [Q31-Q51] : Exams Labs Braindumps : http://blog.examslabs.com

新しい質問 31
あるプロジェクトの最初の反復には項目Aが含まれ、その2回目の反復には項目Bが含まれる。最初の反復はスケジュールが遅れており、2回目の反復に影響する。項目AとBは類似しているため、チームメンバーは項目Bの設計を開始することを提案する。

2回目の反復が計画されるまで、アイテムBの設計開始を延期する。

項目Bの設計を進めることで、2回目の反復を早めることができる。

Bの設計を開始する前に、この問題を顧客に伝え、承認を得る。

問題をリスク登録簿に記録し、変更管理委員会（CCB）の承認を要請する。

新しい質問32
どれが "終わった "すべての仕事の報告書なのか？

バーンダウン

完成予想図

カンバンチャート

刺身

新しい質問33
次のチャートは、アジャイルプロジェクトのリリースのストーリーをリストアップしたものである：
チームのベロシティが10の場合、すべてのストーリーを完成させるには何回の反復が必要ですか？

新しい質問 34
リーンソフトウェア開発環境では、プロジェクトリーダーは、次のことを排除するよう努めます：

仕掛品（WIP）とバグ。

遅延と不要なものの建設。

価値のストリーム値が低い欠陥や特徴。

不十分な要求とスコープの変更。

新しい質問35
アジャイルチームは、次のような方法で製品の品質を保証するのが最善である：

開発チームによるペアプログラミングの活用。

品質保証部門と開発チームの日常的な連携。

各反復後に、より頻繁に検査を行う。

反復レトロスペクティブで集められたフィードバック。

新しい質問36
チーム推定ゲームの方法は、主にa.から構成される：

プロジェクトチームが優先順位をつける、ユーザー、能力、価値のカードの山。

優先順位をつけ、それぞれに優先順位をつけるべきバックログの課題をスプレッドシート化。

ホワイトボードセッションでは、イテレーションの見積もりとプロジェクトロードマップとの関連付けが行われる。

ブレーンストーミング・セッションでは、リソースを優先順位の高いワークパッケージに関連付ける。

新しい質問 37
次のうち、バリューストリームマッピングプロセスのステップでないものは？

現在の状態を定義する

データ収集

アンプリファイ・ラーニング

未来の状態を描く

実施計画の策定

新しい質問 38
開発チームには、作業が適切に実行されるようにリード開発者を置くべきである。

真

偽

新しい質問 39
ユーザーストーリーを書く際に、極端なキャラクター・ペルソナを使う最大の理由は、次のようなものだ：

製品設計とテストにおけるエラーを特定する。

そうでなければ見逃してしまうユーザーストーリーを特定するのに役立つ。

曖昧なユーザーのコンセプトをサポートするために、正確さを提供する。

スプリント計画セッションに価値を提供する。

新しい質問 40
リーン・プロセスでは、次のことに焦点を当てる：

チームの効率を管理する。

プロセス・ストリーム全体で完了した作業を最適化する。

最適なリソースを使う

チームのボトルネックを解消するためのクロストレーニング。

新しい質問41
アジャイルプロジェクトでは、計画を3つの異なるホリゾンで行う手法が知られている：

モンテカルロ分析。

ポートフォリオ管理。

デルファイテクニック

プログレッシブ・エラボレーション。

新しい質問 42
初速を見積もるとき、チームは最も可能性が高い：

チーム内で、いくつのストーリー・ポイントを扱えるかを予想し、話し合う。

カンバン・ワークフローを使ってステップを特定し、ベロシティを計算する。

過去の反復の速度を使うか、計算で推測する。

顧客と、製品の生産速度に対する期待について話し合う。

新しい質問 43
開発チームのあるメンバーが、サードパーティシステムとの統合を含む優先順位の高い非機能要件に取り組んでいます。
プロジェクトリーダーは何を提案すべきか？

詳細なアーキテクチャ設計を作成し、文書化し、開発チームとピアレビューを行い、実装/テストを行う。

ソリューションの機能要件は、非機能要件よりも先に開発する。

プロダクトオーナーと統合要件について話し合い、バックログで下位になるように交渉し、市場性のある最小限の機能に集中する。

実装アプローチを開発、テストし、次のスプリントレビューで実演してフィードバックを収集する。

新しい質問44
あるアジャイルチームが、同じ問題が複数の反復中に発生し続けることに気づく。何人かのチームメンバーが問題を解決するための提案を持っている。
これを処理するための適切なアジャイル・アプローチとは？

頻繁にレトロスペクティブを実施し、変更を加える責任を共有する。

これが革新的なビジネスの本質であることを理解し、10倍努力する

チームメンバーのフィードバックを収集し、プロダクトオーナーと個人的に話し合う。

チーム・メンバーの信頼関係を高めるために、チーム・バルキング・エクササイズを実施する。

新しい質問45
ストーリーに関する基本的な情報を収集し、ハイレベルな要件を記録し、作業見積もりを作成し、受け入れテストを定義するためのシンプルな媒体を提供するために何が使用されていますか？

ストーリーカード

バーンダウンチャート

レトロスペクティブ

ストーリーボード

新しい質問 46
反復計画の間、チームはユーザーストーリーのデザインについて議論している。
あるチームメンバーは、システムの性質が複雑であるため、設計書を作成するべきだと述べている。
別のチームメンバーは、アジャイルには文書がないと答える。
スクラムマスターはどう対応すべきか？

文書化はチームの進歩を遅らせるので、避けるべきだという意見に同意する。

文書化することよりも相互作用が重視されるが、文書化が禁止されているわけではないことを説明する。

技術的なプロセスで、設計を文書化することが義務付けられているかどうかをマネジャーに尋ねる。

リソースが文書化に時間を費やしてもよいか、プロダクトオーナーに尋ねる。

新しい質問 47
ステークホルダーは、ある製品のソフトウェアの最新リリースに不満を持っている。ほとんどの利害関係者はスプリントレビューに毎回出席していたが、それ以外はほとんどプロジェクトに関与していなかった。
利害関係者の満足を確保するために、アジャイルプラクティショナーは何をすべきだったのか？

コミュニケーション・マトリックスに記載されているように、早い段階で頻繁にコミュニケーションを図る。

ステークホルダーとプロダクトオーナーのエンゲージメントを確保

利害関係者による追加レビューとデモの実施

プロダクトオーナーと協力し、ユーザーストーリーの優先順位を決定

新しい質問 48
ストーリーが評価されない一般的な理由は、そのストーリーが評価されないことである：

チームにはドメインの知識が欠けている。

ビジネスニーズはシステム設計よりも優先される。

開発者はストーリーに関連するタスクを理解していない。

チームは見積もりの経験がない。

新しい質問 49
新しいアジャイルチームメンバーが、チームの現在のプロセスに過剰な文書化が含まれていることに気づく。
新メンバーは何をすべきか？

チームに適切なアジャイル原則を教え、コンセンサスを得て、採用を推進する。

価値をもたらさないと思われる書類は、別のチームメンバーに準備させる。

プロジェクト・マネジャーに他の文書化技術について知らせ、どの文書が価値をもたらし、どの文書が価値をもたらさないかを特定する。

競合を避けるため、既存のプロセスに従う。

新しい質問50
スクラム・チームの最も強力な能力は、次の点にある：

時間枠を区切ったスプリントに取り組む。

自己組織化され、権限を与えられている。

優先順位をつけたバックログから作業する。

個人と交流を大切にする。

新しい質問 51
次のフレームワークのうち、次のプラクティスを持つものはどれか？

動的システム開発手法（DSDM）

クリスタル・クリア

機能駆動開発（FDD）

アジャイル・デリバリー・フレームワーク

Ultimate Guide to the PMI-ACP - Latest Dec 14, 2022 Edition Available Now [Q31-Q51]

PMI-ACP試験の勉強法

認定パス