如何做時間估算 計畫紙牌

估算是一項團隊活動——通常每個成員都會參與所有故事的估算。

為啥要每個人都參加？

在計畫的時候，我們一般都還不知道到底誰會來實現哪個故事的哪個部分。

每個故事一般有好幾個人參與，也包括不同型別的專長（使用者介面設計、程式設計、測試、等等）。

團隊成員必須要對故事內容有一定的理解才能進行估算。要求每個人都做估算，我們就可以確保他們都理解了每個條目的內容。這樣就為大家在sprint中相互幫助夯實了基礎，也有助於故事中的重要問題被盡早發現。

如果要求每個人都對故事做估算，我們就會常常發現兩個人對同乙個故事的估算結果差異很大。我們應該盡早發現這種問題並就此進行討論。

為了保證每個人都可在不受干擾的進行估算，可以使用計畫紙牌。

0，1/2，1，2，3，5，8，13，20，40，100，？，咖啡杯！

每個人都會得到如上圖所示的13張卡片。

在估算故事的時候，每個人都選出一張卡片來表示他的時間估算（以故事點的方式表示），並把它正面朝下扣在桌上。

所有人都完成以後，桌上的紙牌會被同時揭開。這樣每個人都會被迫進行自我思考，而不是依賴於其他人估算的結果。

如果在兩個估算之間有著巨大差異，團隊就會就此進行討論，並試圖讓大家對故事內容達成共識。

他們也許會進行任務分解，之後再重新估算。這樣的迴圈會往復進行，直到時間估算趨於一致為止，也就是每個人對這個故事的估算都差不多相同。

重要的是，我們必須提醒團隊成員，他們要對這個故事中所包含的全部工作進行估算。

而不是「他們自己負責」的部分工作。測試人員不能只估算測試工作。

注意，這裡的數字順序不是線性的。例如在40和100之間就沒有數字。為什麼這樣？

這是因為，一旦時間的估算值比較大，其精確度就很難把握；這樣做就可以避免人們對估算精確度產生錯誤的印象。

如果乙個故事的估算值是差不多20個故事點，它到底應該是20還是18還是21，其實無關緊要。我們知道的就是它是乙個很大的故事，很難估算。

所以20只是乙個粗略估計。需要進行更精確的估算？那就把故事分拆，去估算那些更小的故事！

另外，你也不能搞那種把5和2加起來得到7的把戲。要麼選5，要麼選8，沒有7。

有些卡片比較特殊：

0 = 「這個故事已經完成了」或者「這個故事根本沒啥東西，幾分鐘就能搞定」。

? = 「我一點概念都沒有。沒想法。」

咖啡杯 = 「我太累了，先歇會吧。」

如何做時間估算 計畫紙牌

估算是一項團隊活動 通常每個成員都會參與所有故事的估算。為啥要每個人都參加？在計畫的時候，我們一般都還不知道到底誰會來實現哪個故事的哪個部分。每個故事一般有好幾個人參與，也包括不同型別的專長 使用者介面設計 程式設計 測試 等等 團隊成員必須要對故事內容有一定的理解才能進行估算。要求每個人都做估算，...

如何做研究

來自 在研究生期間，一開始大家都很迷惑，都不知道自己要幹什麼 該幹什麼？即便知道自己要幹什麼，也不知道從哪幹起？上次兩位老師跟我們交流了一下，下面是他們的心得 給乙個專案 解決方案 問題分塊 任務明細 一開始並不是所有的問題都會想到，但是起碼要有乙個大體的框架在心中，然後細化模組，對每乙個功能進行細...

如何做專案

1，以業務規則為綱，而不是業務實體 2，在思考和設計業務規則的時候，以業務核心為綱，什麼是業務核心，定義為，當前你最關注的，當前最不確定的那一部分。所以我現在不喜歡領域驅動，我喜歡業務驅動 其實可能二者是一碼事 那麼我這裡所說的業務驅動要怎麼驅動法呢？就先以上面兩條為起頭，然後再來說，業務規則，以找...