迭代的東西做不完, 有可能是當初估算不準, 或是需求不是你想的那樣, 也可能是程式的部分比你想的更難搞. 但是不管是什麼, 如果能早期察覺, 就有機會早點因應.
在 Scrum 中, 我們利用以下作法, 幫助我們專注, 早點看到問題, 然後早點處理:
(1) Sprint Goal
所有人都要了解, 哪些 story 是這次迭代要交付的, 他們的優先順序為何, 對客戶會有什麼影響和價值. 這些是一開始的時候, PO 要跟團隊同步這樣的資訊
(2) AC
在 sprint planning 或是 refinment 會議時, 對於這次要做的 story 的驗收標準, 團隊需要和 PO 一起確認, 一起討論這需求要做成什麼樣, 讓大家一開始對需求內容不要差太遠
(3) Daily Scrum
每天會召開 Daily Scrum, 大家交換彼此遭遇的問題, 需要什麼幫忙, 目前進度如何. 讓所有人對團隊狀況是高度掌握的. 有問題也可以第一時間就開始思考如何處理.
(4) Daily Goal
Daily Scrum 結束前, 大家也可以說說今天要完成什麼, 規劃的部分是否和 sprint goal 是對齊的. 明天 Daily Scrum 時也可以來看一下, 前一天定的目標是否完成.
(5) Demo
每當有一個 story 完成時, 我們就可以先進行 story 的 demo. 找相關的 stakeholder 展示完成的結果, 並且說明是否滿足 DoD 和 AC. 讓雙方的回饋可以第一時間都拿到.
你看, Scrum 是一個很精心設計的框架. 這中間有多種回饋機制, 讓你不斷地在對齊, 好讓你可以快速反應.
你還想要知道更多實踐上的經驗嗎? 請不要錯過 [Scrum 敏捷開發的系統性做法] 這門課喔.
[2022 新春優惠 - Scrum 敏捷開發的系統性做法]
在 1/23 22:00 前報名並繳費完畢者, 均可以享有早鳥優惠價
此外, 自費前 10 名者, 可以獲得下面其中一本書籍
(1) Essential Scrum：敏捷開發經典 (中文版)
(2) Scrum 敏捷產品管理：打造客戶喜愛的產品
課程資訊: Scrum 敏捷開發的系統性做法
報名網址
文章標籤
全站熱搜
留言列表
