David Ko的學習之旅

1.      回顧會議(Retrospective): 基本上每兩周一次, 有些團隊是每周一次.

2.      規劃會議(Planning Meeting): 每兩周一次

3.      展示(Demo)和系統測試(System Test): 持續進行, 直到功能作完為止

4.      發行至上線環境: 大約是每個月一次. 

一開始我們回顧會議和規劃會議並不同步, 回顧會議進行的比較頻繁. 後來逐漸演變成scrum 的規定的模式.  

我們如何處理緊急的問題和障礙  

我們把kanban board比喻成高速公路, 如何上面充滿了車子, 便會無法動彈. 為了讓車子流量能夠順暢, 我們便不能讓高速公路上充滿了車子, 要有適當的空間, 這樣車子才能前進, 並且也維持一定量的車子在上面. 

同樣, kanban board上面的項目也是一樣, 我們需要空間, 需要鬆弛, 才能來應付一些變化, 以及讓工作進行能變快.

當有功能遇到問題時, 無法再繼續做下去了. 這時候我們會在這個功能上面, 加上一個粉紅色的標記(通常是另一張便利貼). 它上面會描述問題, 負責處理的人,以及甚麼時候開始發生的. 

此外我們也會準備一個區域, 用來放一般性的問題, 也就是並沒有直接跟哪個功能有關, 像是build的環境不能運作等等.  

所以在每日會議時, 我們就會著重在處理這些問題. 就像交通事故一樣, 拖越久阻塞的車陣會越長. 越快解決就能讓我們工作的進展越快.