最新なPMI PMI-ACP-CN問題集（478題）、真実試験の問題を全部にカバー！

質問 1：
在產品發布前的一次審查中，客戶發現了一些需要更改的功能。
是什麼原因導致這種情況發生？
A. 開發團隊的產品知識不足或不正確。
B. 發布計畫減少或不當。
C. 產品規格降低或不正確。
D. 客戶協作減少或不當。
正解：D
解説: (Pass4Test メンバーにのみ表示されます)

質問 2：
一家公司在業務案例獲得批准後，將推出一款新的行動應用程序，供客戶下單。上市時間是關鍵考量。該產品已進入第三次迭代，但團隊感到擔憂，因為他們認為技術設計不符合商定的完成定義 (DoD)。因此，他們聘請了一位敏捷教練來幫助驗證產品交付是否符合業務需求。
敏捷教練該做什麼？
A. 安排與產品所有者的專門會議來解決這個障礙。
B. 在產品開發的規劃階段納入品質保證。
C. 進行腦力激盪練習以找到問題的根源並制定行動計劃。
D. 在當前迭代結束時進行回顧會議，以確定必要的改進。
正解：C
解説: (Pass4Test メンバーにのみ表示されます)

質問 3：
一個敏捷團隊正在透過投資一些措施來優化工作流程，以識別並減少不必要的交接和延誤。在這種情況下，團隊該怎麼做？
A. 繪製風險燃盡圖。
B. 使用看板。
C. 建立價值流程圖。
D. 製作累積流程圖。
正解：C
解説: (Pass4Test メンバーにのみ表示されます)

質問 4：
在待辦事項精進過程中，團隊會定期建立測試，向客戶證明每項驗收標準都已滿足。大多數驗收測試的結果都是可觀察或可展示的，但有一項需求的測試卻給團隊帶來了挑戰。這項需求規定主頁按鈕應該可識別，而團隊不確定如何測試這一點。
團隊領導應該做什麼？
A. 確定主頁按鈕是否存在，以及它的形狀是否像房子，是否可以識別。
B. 諮詢設計團隊作為主題專家 (SME)，了解按鈕可識別的標準。
C. 跳過為 Ibis 特定需求建立特定測試，因為它太抽象了
D. 記錄產品擁有者關於如何知道按鈕是否可識別的意見。
正解：B
解説: (Pass4Test メンバーにのみ表示されます)

質問 5：
敏捷團隊該做什麼？
A. 建議客戶最好按計畫繼續進行，而不是加快進度而引入不可預見的風險。
B. 請求額外資源以滿足加急的期限並獲得新資源的培訓。
C. 遵守新的截止日期並立即通知客戶進度已加快。
D. 向客戶提交變更請求，由於新的潛在利潤，費用增加 50%。
正解：C
解説: (Pass4Test メンバーにのみ表示されます)

質問 6：
一個新的軟體開發團隊剛剛成立。五個衝刺已經過去，團隊現在已經熟悉了他們的工作方式。在第六個衝刺，Scrum Master 注意到團隊成員在待辦事項細化會議上就即將推出的新功能的技術設計發生了爭論。細化會議結束後，Scrum Master 注意到團隊成員非正式地討論這個主題，並表明立場。團隊中存在明顯的緊張氣氛。
Scrum Master 應該如何幫助團隊解決這個問題？
A. 決定最適合技術設計目的的技術實現。
B. 將最佳功能實現的決定委託給最資深的團隊成員。
C. 從技術設計團隊中引入一位主題專家 (SME) 來擔任團隊的顧問。
D. 在 Sprint 評審期間，先對團隊進行個別指導，然後對整個團隊進行指導，以了解如何解決此衝突。
正解：D
解説: (Pass4Test メンバーにのみ表示されます)

質問 7：
在衝刺評審期間，產品負責人確定了在衝刺期間交付的功能使用者介面 (UI) 所需的改進。
產品負責人下一步該做什麼？
A. 為這項新的改進創建一個使用者故事，並確定其在下一個衝刺中的優先級
B. 請團隊承擔額外的故事點以改進 UI
C. 為這項新的改進創建一個使用者故事，並將其放入產品待辦事項中，以供客戶確定優先順序並進行驗證
D. 將其記錄為需求蔓延
正解：C
解説: (Pass4Test メンバーにのみ表示されます)

質問 8：
自主管理型團隊的一位成員擔心客戶想要的功能超出了團隊的能力範圍。這位團隊成員接下來該怎麼做？
A. 向專案發起人回報問題，以便採取必要的行動
B. 將此記錄到風險登記冊並在下次站立會議上通知團隊
C. 調整功能以使其根據需要工作。
D. 直接與客戶合作，達成適當的妥協
正解：B
解説: (Pass4Test メンバーにのみ表示されます)

質問 9：
當敏捷團隊使用故事點來集體估計其故事的相對大小時，他們使用什麼估計技術？
A. 規劃撲克
B. 親和力
C. 參數
D. 一對一比較
正解：A
解説: (Pass4Test メンバーにのみ表示されます)