執行SCRUM-18 - 看板實務1-初始

在開始看板實作之前，我們似乎忘了作一件事，就是設定各個階段的WIP(Work in Progress)。WIP的限制是避免多工現象發生，進而產生浪費的情形。但是WIP的設定，通常要依團隊、專案的狀況而變化，沒有一種標準或公式可供參考。而且數字大些，造成多工浪費，數字小些，造成人員閒賦，老闆看了心情不好，所以如何取捨，要多多嘗試，無一定論。

在開發階段有2位工程師，WIP暫定4，測試階段有1位測試員，WIP暫定為2。至於預備階段，則要看每位工程師SPRINT可以完成的story point，可以多放一些在這個階段。

接著，老闆P根據客戶需求，撰寫了1個使用者故事，並經由團隊討論後分為4個待辦事項，並律定優先順序1~4。回顧一下使用者故事INVENT原則，獨立、可協商、可價值、可估算、規模小、可測試，但故事寫完可能由於專業領域的不同，會讓工程師看不懂、或是誤解，所以故事是需要團隊討論修正，最終被團隊接受，才能拆分成待辦事項。若是產生困難，則就不容易拆分，或工程師不知道如何進行。

執行經驗中，曾發生工程師在1個SPRINT無法完成1個待辦事項，導致story point無法計算。所以此時待辦事項的拆分，需要配合SPRINT的時間，要儘量在1個SPRINT內完成。或者是改變SPRINT的時間長度。至於進一步的細拆待辦事項，可以將功能開發分開，例如CURD(新增修改讀取刪除)分成2個待辦，或者將前後端作業分開等等。