第一期衝刺活動(sprint)
順利達陣後,Scrum 看板會只剩下「Story 卡片」。
由於 Planner 的檢查清單
最多就只能20
筆,所以可以把 sprint 1 的項目刪掉。不過這也突顯出在 Planner 下,每期的「Task 卡片」維持在20張以內
。
如果第一期衝刺活動(sprint)
的結果如同昨日最後提及的狀況,
Scrum 看板會剩下「Story 卡片」與未完成的「Task 卡片」。
一般非 MVP 卡片
可以參照下面範例調整:
sprint 1-xxx
變更為sprint 2-xxx
。重新指派
。優先順序
向上調整一級。(中 -> 重要)開始日期
與到期日
。「再次強調: 每一次的衝刺活動(sprint),務必完成所有的 MVP 卡片。」
因此,這邊就不特別討論 MVP 卡片未完成的情況了。
不過,單元測試有其特殊的意義: 功能越完整,測試的結果越可信。
因此本例中,我會主觀
的調整成:
sprint 1-xxx
變更為sprint 1,2-xxx
。重新指派
。到期日
。之後的流程,就是一直循環到四期衝刺活動(sprint)
結束。
不過,這邊我們先保留當初在Day 4
提到的 code review 要做些什麼事。一般的 Scrum 開發都會搭配一個開發知識庫
,可以簡單地想成公司自己內部的iT邦幫忙
。等到之後介紹到開發知識庫
時,再詳細介紹 code review 因應開發、交付及運營階段時,該如何做文件吧 !
看來明天開發完成,可以準備訂餐廳開慶功宴了。