最近在公司教授看板, 其中有一個活動就是帶著他們玩看板遊戲. 希望學員能夠透過這個遊戲, 很快地了解看板要如何進行, 以及要如何分析統計的資料.
這個遊戲是來自於 getKanban.com 這家公司, 一個遊戲要價 US 450 元. 基本上小弟買不起, 只好純手工打造, 免費幫他們製造一個. 哎, 這年頭老師不好當.
http://getkanban.com/
當大家執行完後, 討論了一下所獲得的心得:
1. 要找最有價值的先做
在這遊戲中, 每個要處理的功能都有優先順序, 並且有些功能做完後可能會有大筆收入. 可是在玩的過程中, 我們容易只找最容易完成的先做. 在現實世界中, 我們也是有相同的問題, 所以遊戲最後得到分數就不會很高.
所以 agile 的世界中一直強調, 我們要從優先順序最高的開始做, 一方面可以交付高價值; 另一方面做不完時, 剩下的都是低 priority 的, 也比較容易和 stakeholder 協商.
2. 同心協力合作 (Swarm) 是雙面刃
在遊戲中, 每個功能可以由多個人一起完成, 因此有可能這個功能很快可以完成. 但是在資源有限的狀況下, 你把他們集中在某個功能上, 自然同時間能做的功能數目就減少, 所以可以交付的功能個數就會減少. 所以當你要多人做一件事情時, 你必須要把它放在及時有重大收入, 或是之後對整體效能有幫助的項目上面.
可是在遊戲中, 常常發現我們雖然把它放到急件中, 可是卻不給它足夠的資源, 因此急件的速度做起來和一般功能差不多快, 你覺得這個狀況是否也在現實世界中常常看到. 明明就是很急很重要的事情, 可卻沒有派足夠的資源, 這樣會快得起來嗎? 或者是你的資源安排都是 100%, 那還有機會處理額外的急件嗎?
3. 基礎建設要適時安排
我們觀察到, 某個團隊先同心協力完成一個高價值的功能, 因此在早期賺到不少分數, 可是他們並沒有安排投資在基礎建設上面. 可是另一組他們有花心思在基礎建設上面, 雖然起步不高分, 可是在到中後期時, 他們的分數就急起直追.
拉到現實生活也是這樣, 新創公司或是新的專案, 可以因為少量很賺錢的 cases, 可以讓你有好的開始. 但是原先欠的技術債, 還是要老老實實地去還, 否則終究還是會拖慢開發速度.
4. 視覺化狀態只是第一步
看板可以顯示每個功能被處理到哪個階段, 已經指派多少資源, 這些都讓你看得很清楚. 以前在 scrum board 只有 todo, in prog, done, 是有點太簡化. 如果使用 MS project 又太複雜, 並且無法讓大家都看得到. Kanban board 算是一個不錯的折衷方式.
但是不管如何, 讓你知道狀態只是第一步, 因為告訴你有問題, 接下來就是要去討論如何改進, 可是你都不改, 都沒有採取任何動作, 那是沒有人可以救你的. 須知任何好方法, 都還是需要人去落實的.
最後, 2 個小時要跑完這個遊戲真的不可能, 大家只能玩很簡化的版本, 下次還是要玩個 3 小時比較好.
留言列表
