一個敏捷專案針對不同的使用者設定檔有廣泛的產品功能，這使得共同的驗收標準難以定義。專案經理要如何確保每個功能都應用了適當的驗收標準？

正確答案強調在敏捷開發中，驗收標準和測試應在適當的階段定義。將驗收標準審查整合到「定義就緒 (DoR)」中，確保功能在開發前就明確了其可接受的條件。將相關測試納入「完成定義 (DoD)」中，則確保功能在被視為完成時，已通過這些標準的驗證。這使得每個功能都能有量身定制的驗收標準和測試，即使產品功能廣泛也能確保品質。 其他選項的錯誤之處在於： 僅在分析使用者回饋後才定義驗收標準，會導致開發初期缺乏明確的驗收目標。 在 DoR 中包含特定測試，並在 DoD 中包含驗收標準，顛倒了兩者的邏輯順序，驗收標準應先於測試定義。 使用廣泛的驗收標準無法滿足不同使用者設定檔和廣泛產品功能的特定需求，可能導致品質不一致。