在 Agile Community.tw 成立了兩年多後, 我們把觸角終於伸到新竹來了, 2/1 是我們第一次來到新竹辦活動, 第一次就來搞個 workshop: 看板遊戲工作坊. 希望能藉由比較大型一點點的活動, 來吸引更多人的加入.
2/1 在新竹的天氣還算不錯, 很適合大家去外走走, 並且又是第一次舉行, 外加 Kanban 這個主題在新竹應該還是很陌生的題目, 所以我想說只要有 10 個人以上, 應該就算是很不錯了. 感謝大家的捧場, 來了 13 個人. 下次讓我們再接再厲, 能夠找更多吸引人的講師, 或者對大家更有幫助的話題, 讓 agile 可以在新竹深耕茁壯.
這次的題目是看板遊戲工作坊. 在帶領大家玩下來後, 發現幾個有趣的地方:
1. 為何而戰
可能大家都是工程師, 或者因為是遊戲的關係, 大家並沒有以幫專案賺錢為最高導向. 因為玩到遊戲中後期, 大家的成績還是不高. 若不是後面再三提醒, 可能會破 1500 的機率還不高. 不過, 這也是工程師的通病, 做自己喜歡的, 但是不一定做客戶想要的 XDD
2. 團結合作 (Swarm) 是關鍵
在過程中, 大家討論得非常熱絡, 因此我提醒了參加學員, 如果大家平時在專案進行時, 能夠這樣一起討論, 一起規劃時程, 一起排解問題, RD 和 QA 一起相互支援, 那專案能夠進行得不順利嗎? Swarm 是看板很強調的精神. 因此不要只有在玩遊戲的時候才要這樣, 在工作時也要記得這樣. 但是要能做的這境界, 需要有適當的引導, 和持續的 team building 來輔助, 這樣才能讓大家像一個 team.
3. 資訊視覺化
看板最強調的就是將資訊視覺化, 讓你知道你哪些地方塞車了, 哪些地方沒事做, 哪些地方在等待(像 blocker 的那個工作), 因此你需要藉由 swarm 的方式, 大家一起來討論解決方式, 一起藉由問題來推動變革.
要記住 Kanban 只能告訴你有問題, 如果團隊不覺得他是問題, 或者是不去處理, 那就沒有人可以救得了你. 看板是不會提供任何解答的.
4. 贏的策略
每次我都會詢問分數最高的團隊, 他們如何能夠贏得. 通常他們策略如下
(1) 優先順序高, 以及點數少的, 先做
(2) 可以賺最多錢的 (也就是 user 願意付很多錢的)
(3) 基礎建設要排著做
可是在現實生活中, 大家會這樣嗎? 或者在遊戲中, 其他團隊是否有相同的考量?
通常 (2) 和 (3) 會忘記. 至於 (1), 優先順序高的大家會記得, 但是點數少這件事, 常常被忽略掉. 大家只想做自己想要的, 或者人一多後, 群體的智慧就變差了. 亦或是大家根本不討論怎樣才會贏, 反正就開始下去做就是了.
5. 基礎建設不能等
基礎建設(像 refactoring, continuous integration 等等)對於專案來說, 就像運動對於人們一樣, 很重要, 但不見得必要. 有些人沒有運動, 一樣活得好好的. 但是如果有運動的話, 會讓你老化的比較慢, 或者遇到警急狀況時, 會比沒運動的人能夠應付.
同理, 在軟體開發也是一樣, 沒有做 refactoring 或是持續整合, 產品照樣可以交付. 但是如果有做的話, 可以讓系統的品質比較好, bug 較少. 如果遇到要修改某些東西時, 你會比較敢去做, 因為你的基礎建設會有些保護作用.
可是, 你要如何在壓力大的專案下, 又能安排適當的基礎建設呢? 這確實是一門藝術. 不管做多做少, 有做一點, 並且持續做. 這樣就可以幫助你很多了.
至於效果會不會像在遊戲中這麼神勇, 這我就不敢說了 XDD
getKanban 就是一個這麼神奇的東西. 有興趣的人可以自行去以下網站購買, 它可以幫助你很快瞭解什麼是 Kanban.
這裏有以前舊版的一些說明文件
希望參加的朋友們, 這次聚會有幫助到你們, 下次的聚會期待能再看到你們.
全站熱搜
留言列表
