如何在看板中取代 sprint 的觀念? 沒看錯吧, 看板不是本來就沒有 sprint, 那為何要還要特別談取代呢?
那你知道為什麼 Scrum 要有 sprint, 而看板為什麼要把它拿掉呢? 你必須知道來龍去脈, 你才能決定如何取捨.
Scrum 採取 sprint 的方法, 是希望在固定一段時間內, 鎖定固定範圍的需求來實作. 希望在這段時間後, 快點得到一些回饋, 及時調整方向或是需求內容. 所以, 開發人員知道在這段時間內, 需要處理完這些需求, 並且不會有新的需求加進來, 也了解這些做完了, 工作就告一個段落.
它可以解決所謂學生症候群, 避免在 waterfall 中, 大家都是到最後才緊張, 最後才認真工作. Scrum 的 sprint 的概念, 讓大家在平時就要戰戰兢兢, 否則你會無法在這個 sprint 中完成這些故事.
那為什麼 Kanban 要拿掉這個東西呢? 因為很多團隊自身的開發方法有問題, 無法在這個 time box 中完成這些工作, 可是又不改善自己的工作方法, 或者是改善的工作無法很快有結果. 導致很多歪招出現.
例如: 專門系統分析, 或是撰寫程式的 iteration. 亦或是為了達到 iteration 的目標, 犧牲品質來跟上時程. 這些都不是原先實施 iteration 想要看到的
所以 Kanban 就把 iteration 的觀念拿掉, 讓大家專心把該做的事情做好. 立意雖佳, 可是開發人員覺得雖然是可以把事情做好, 但是沒有了 iteration, 會讓他們覺得事情會做個沒完沒了, 似乎沒有終點.
因此, 有沒有 sprint 都有各自的好處和壞處, 實在是有點兩難啊. 哪可以怎麼辦呢? 如果你還是要實施沒有 sprint 的看板, 或許你可以試試以下做法, 來平衡這些好處和壞處:
1. 固定的交付節奏
在 Kanban 中把規劃, 檢視和交付的節奏和 sprint 分開來, 也就是可以各自有各自的節奏. 例如: 每一周規劃一次, 但是每 2 週會交付一些東西. 因此你只需要定義好交付週期, 如果你的功能能夠趕得上這個週期, 那就這個週期交付, 否則就下個週期才交付, 不需要勉強硬是要在這個週期交付, 因而犧牲本來該做的事情.
2. 經常的展示 (demo)
每當有功能完成時, 就要求要展示給相關的利害關係人看, 不需要等到 sprint 結束才做這件事. 這樣會給大家一些壓力, 如果沒有真的做完, 或是有做出一些水準, 通常會不好意思在大家面前 demo, 抑或可能會在 demo 中被修理的很慘. 這也是一種隱形的方式, 讓大家把事情做好.
3. Fixed Date 的功能
Kanban 通常會把工作做一些分類. 其中有一類的工作是有交付期限, 也就是說一定要在某一天前完成. 所以你可以把一些故事設定交付時間, 促使團隊提早做出適當的安排, 讓這些故事可以準時做完.
因此雖然沒有了 sprint, 但是也能達到雷同的效果, 也可以讓大家把事情給做好. 如果你還有別的招數, 歡迎一起來分享.
留言列表
