在Task Board 上面的flow, 若是我們能把等待的狀態和正在處理的狀態分開, 那將會非常有用的. 因為那將會讓你有緩衝的空間, 並且也能區分那些地方有阻礙.
在 lean 的觀念中, 待在緩衝區是一種浪費. 因為那些東西停在那裏, 無法及時驗證是否正確. 所以緩衝區越大, 等待處理的時間就越多.
一開始時, 或許我們需要一些緩衝區. 但是隨著流程的改進, 正常來說, 對於緩衝區的需求會減少. 所以我們自己要常常問自己, 是否真的需要所有這些緩衝區? 我們能做甚麼來減少這些緩衝區?
導入 WIP 限制
WIP 限制主要是避免同時做太多工作, 以預防下游流程負載過重. 例如, 如果測試人員已經有太多東西還沒測試, 開發人員就不該再持續不斷開發功能. 而是應該騰出人手, 幫忙測試快點完成. 所以 WIP 限制是一個警告訊號, 提醒大家有問題發生了.
通常我們只對要開發的功能有 WIP 限制, 但是對於技術負債(tech debt)和缺陷(bugs), 我們並不會算在 WIP 限制內.
缺陷不算在內, 是因為有些是屬於非常急的問題, 需要馬上及時處理. 有些可能還好. 所以我們很難限制要多少才可以, 因為這要依當時的狀況而定. 我們有時候會把它們貼在 task board上面, 有時候不會. 並沒有強制限制.
技 術負債和 WIP 限制的目的相反, 技術負債是用來幫助工作能夠加速. 像是更好的架構, 更多的測試自動化, 這些都有幫助之後的工作進行得更順利更快. 當然還技術負債是需要時間的, 但是切記要把它給排進去, 否則之後負債越滾越大, 到連還都還不起時, 你的專案就寸步難行了.
此外, 不算技術負債和缺陷的原因, 也是因為我們之前評估, 或是衡量 cycle time, 都是以開發的功能為主. 這時把技術負債和缺陷給加進來, 這樣算起來就很奇怪.
所以記住 WIP 的精髓: 努力完整做好一件事情, 而不是努力開始做一件事情.
全站熱搜
留言列表
