團隊估算時斤斤計較估算的數字,而不是在釐清需求。
過去擔任 Scrum Master 時,曾觀察團隊用 planning pork 估時超過三或四輪仍無法取得共識,但點數或時數有時只差一點點 (2 or 3),或是差距很大 (3 or 8),若仔細聽他們的討論會發現,之所以會沒有共識,是因為成員都帶入一個心態:如果我做這個 task 要多久?
這時候菜鳥和老鳥的時數就可能會天差地遠,這時候,Scrum Master 可能要提醒一下團隊,估算是為了讓團隊對於一個 task 要完成什麼 (需求) 找到共識,這也是為什麼 planning pork 要給最小值和最大值的成員說明為什麼給予這樣的估算,也許是少想到什麼事其實是在這個 task 裡要完成的,又或者不在這個 task 的範圍裡,也可能有其他更簡單的方法可以完成這個 task,透過這樣的討論,讓團隊對 task 有相同的理解。
這也是建立 cross functional team 一個重要的起點,例如,一個 iOS 相關的 task,也許一開始 iOS 的工程師出的時數會和非 iOS 的工程師差很遠,但在一或兩輪後,非 iOS 的工程師應該也對這個 task 到底要做什麼事有一定程度的瞭解,對內容有共識後,即使最後是由非 iOS 的工程師來做,也許最後花的時數可能比預估多,但重點是非 iOS 的工程師也能幫忙完成 iOS 的 task。
切記,Scrum Master 絕對不要插手說,那就取平均好了,或是直接給予一個數字,Scrum Master 的角色,是確保估算會議進行順利,甚至不一定是主持會議的人,重點是估算一定是讓團隊去估算,這是 self-organized team 的其中一個基石。所以 Scrum Master 若是團隊成員兼任,真的很難做到中立。
後來我在另一個團隊帶 story 點數估算,我用的是估算遊戲,讓團隊成員按複雜度或困難度先對 story 排序,然後再安排點數,這樣的過程比較能讓團隊成員遠離要做多久的計算,但 task 就還是用 planning pork,只是要時常提醒成員估算的目的。
回到目錄:Scrum Bad Smells