如何解決多工的問題
Jonathan在他的blog提到他所遭遇的context siwtch問題.
http://jonathanspeaking.blogspot.com/2010/08/context-switch-in-sprint.html
一個工程師可能同時要處理以下事情:
(1) 要做目前這個 Sprint 的 User Story
(2) 一方面要解上一個 Sprint 遺留下來的 Bug
(3) 一方面還要評估下一個 Sprint 可能要做的 User Story
所以他會有這樣的問題:
如果她的一天就在各種工作轉換間渡過，表面上看起來，她的 Calendar 很充實；實際上，她最需要專注力的設計開發工作，因為缺乏足夠的時間進入一種心理學家稱為 Flow 的心智狀態，無法專心，沒有生產力，因而一事無成。
這裡我的想法是這樣的:
1. 確定task board能反映大家的工作狀況, 也就是需要把大家手頭上的事都列出來, 這樣我們才知道是否有人透支了. 不要只是列出某個project的工作
2. 在kanban中有WIP的建議, 例如每個人最多同時處理兩個cases. 若是一個卡住, 還可以處理另一個, 但不要再多了. 希望能在生產力和多工之間達到一個較好的平衡.
2. 此外是否可以指定某1-2個人專門修bugs and verify bugs, 其他人全力衝刺sprint. 這可能是適用於sustain的cases, 但對於上個sprint的bugs是不work的.
4. 把bugs fixing也視為task, 把他排到task board中去, 再加上同時不能處理超過兩個以上的tasks, 或許可以減低context switch次數
不知大家是否有更好的想法?
全站熱搜
留言列表
