計劃會議中的估算，你糾結嗎?

　　計劃會議中的估算

　　在Scrum中的計劃會議中，估算是較為讓人糾結的環節。主要的問題是：1) 花費的時間長;2) 估算不準確 3) 估算是否有必要

　　原因是什么?我認為主要是：1) 對需求的理解不到位;2) 每一個需求嚴格按照planning poker的方式，對于簡單的需求和強分工的任務意義不大，但是耽誤了時間;3) 設計的風險沒有被發現;4) 團隊受到“兌現承諾”的壓力，一般會“悲觀估算”

　　如何解決這些問題，我的建議是：

　?、?PO在grooming會議之前提前將需求發出，開發團隊是帶著問題進行需求討論，否則剛剛拿到需求，討論的效果并不好

　?、?需求的描述，不拘泥于用戶故事的形式，詳細程度由團隊的成熟度決定。團隊越成熟，在簡單的需求描述情況下依然可以把需求討論清楚，可以簡單描述;否則還是詳細描述為佳。

　?、?需求和設計的討論，異常處理、用戶使用場景、非功能需求往往是被遺漏和疏忽的地方

　?、?風險前移：復雜的設計還是通過時序圖等在白板上進行，不要把設計的風險帶到實現中。

　?、?PO和團隊都要承認“估算是不準確的”，估算的目的是為了幫助團隊消除需求和設計的理解風險，并得到哪些需求可能被交付。PO和團隊關注的焦點在于“迭代的目標是否被實現”，而不是“團隊承諾的需求是否全部被實現”。

　?、?忘掉前面幾點，在回顧會議中找到適合自己的做法，持續改進?？赡苓@樣的方式最適合：估算和實際校準的成員，估算不需要撲克的方式，直接他估算即可;反之則需要發現原因，是需求理解還是設計風險，撲克、時序圖、活動圖、反講都要用上。也可能另一種方式最適合：放棄估算，根據最后需求完成的情況不斷分析問題所在，然后在迭代過程中加強這些問題的解決…

　　另外，做一個沙龍宣傳：

　　你用scrum時遇到交付失敗嗎?用Scrum時遇到迭代內需求經常變化嗎?如果是按需交付，不是按固定周期交付，Scrum是否用的很別扭?參加我們的沙龍吧，這里有我們的應對實踐分享。 2013年04月14日，北京，“落地敏捷”第十一期沙龍，誠邀您參加。沙龍詳情及報名在這里：

原文轉自：http://kan.weibo.com/con/3559509385653244?sharetime=2013032422