保羅是多個產品的產品負責人。每個產品都有一個專門的 Scrum 團隊和固定的預算。根據之前產品發布的平均速度,保羅估計一個新產品需要 9 個 Sprint 才能完成。上一次產品發布的平均速度是每個 Sprint 完成 50 個工作單元。在前 3 個衝刺階段,開發團隊報告的平均速度爲每個衝刺階段完成 40 個工作單元,但沒有完全完成所需的集成測試。開發
A. 接下來的衝刺階段,開發團隊努力使選定的工作儘可能接近 "完成",至少完成 90%。任何未完成的工作都將劃分爲新的產品積木項目,這些項目將推遲到最後一個衝刺,以保持穩定的速度。
B. 發團隊通知保羅,他迄今爲止所了解到的進度是不正確的。增量是不可發布的。他們向保羅估算了 "完成 "先前工作所需的工作量,並建議先完成先前工作,然後再繼續開發新功能。團隊還重新估算了 "完成 "剩餘產品積木項目所需的工作量,包括所有集成工作。最後,是繼續項目還是取消項目由保羅決定。
C. crum Master 將管理 Sprint Backlog 並爲開發團隊成員分配工作,以確保最大限度地利用每個成員。他/她將跟蹤未使用的資源,以免影響預算。如果需要,未使用的預算可分配給額外的 Sprint。
D. crum 主將未完成的工作留待一個或多個發布衝刺中完成。他們提醒保羅爲足夠的發布 Sprint 尋找資金,以便完成剩餘的工作。每三個開發衝刺可能需要一個發布衝刺。保羅的職責是向用戶和利益相關者告知對發布日期的影響。