29. 找到一個可行的規劃概念
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個故事
我記得其中一個團隊的轉淚點. 在第二次的估算會議, 我和他們坐在一起. 團隊陷入一個狀況, 他們不知道要如何估算. 他們有太多不知道, 所以整個估算陷入停頓. 與其介入和接手, 我要求他們去改善流程已去找到更好的解法. 在他們經理的帶領之下, 他們重拾挑戰, 並且開始設計自己的解決方案. 這個事件是重要的轉淚點, 一個重要的勝利讓他們建立團隊的信心. 在此之後, 他們開始發展的很迅速, 我們已經讓他們走出自己的路.
兩個月後, 在回顧會議後, 他們的經理來找我. 他說"我有一個問題", 指著他團隊Kanban的白板說: "我們沒有真正的問題, 我們該怎麼辦?"
再造計劃
規劃撲克牌評估會議, 邀請無法和營運團隊合作很好的所有團隊成員, 其理由如下:
1. 知識在團隊中並沒有很均勻被傳播
2. 多數情況下只有一人發言
3. 團隊成員都是在處裡他們的緊急事項
但是, 根據實驗, 團隊分別提出了兩種不同的估計流程. 每一種對各自的團隊都運作的不錯.
方法1 - 交換和審查
對於每個專案/故事, 指派一個資深 + 資淺的一組成員去評估它. (也就是, 一個是已經對這個特定的故事知道的非常詳細, 而另一個則不知道), 這將有助於傳播知識.
* 其餘團隊成員選擇他們想要幫助評估的故事(但是每個故事最多限制四個人, 以保持討論的有效性)
* 每個評估地小組將他們的故事作任務的拆解, 如果需要的話, 然後評估它.
* 接著小組交換故事, 並且審查彼此的工作(每組有一個人"被留下", 以解釋他們這組的工作給審查的人聽)
* 完成
通常, 整個循環規劃會議大約要花45分鐘, 並且在整個會議過程中維持很高的幹勁. 當故事被交換並由新的一組人審查, 通常會有1-2個調整會發生.
方法2 - 由資深批准大方向, 然後再評估
在規劃前, 兩個資深的團隊人員對故事/專案進行大方向的審查. 他們分析架構上的解決方案, 並且為問題決定出一個解法. 一旦解決, 團隊將進來, 採用所提議的解法把故事分解成任務, 來當做出發點.
圖8. 在循環規劃會議中, 拆解的任務被另一個團隊的同事審查
留言列表
