估算並非易事。對軟件開發人員來說，估算堪稱是最難的工作之一。估算必須考慮所有能幫助產品負責人做出影響整個團隊和業務決策的因素。因此，從開發到高管都為它焦頭爛額也不足為奇，但這種做法是錯誤的。敏捷估算並不是什么性命攸關的大事，就只是估算而已，事實就這么簡單。我們不用要求團隊 ...

敏捷估算的價值   敏捷估算，就是在敏捷開發中，對即將開始的工作進行工作量、復雜度和持續時間的相對估算。通常情況下，軟件開發過程中有很多未知數：技術更新，需求變更，系統之間的依賴關系等，它們都會影響估算結果，所以說估算是一項費時費力的工作，並且得到的結果也是不精確的。既然如此 ...

， 因此和傳統的開發模式一樣，我們在工作開始之前需要對我們需要做的事情進行工作量的估算。 相對與傳統的工作量估算 ...

故事點 是敏捷項目管理和開發中的一種抽象的度量單位，用於估計實現一個或多個用戶故事的復雜度，它是對工作量的一種描述方式。一個故事點就是一個數字，透過這個數字告訴整個團隊用戶故事的復雜度。復雜度包括功能的難易程度、風險和花多大的功夫。 故事點（story point）和預估時間（estimated ...

抽象的 傳統的軟件開發估算技術是緩慢、持久的練習，因此完全不適合敏捷過程。出現了適合敏捷模型的新估算方法，只需最少的努力即可提供“剛好足夠”的信息來支持優先級排序和決策制定。本文介紹了這些技術中最流行的技術，並介紹了這些實踐如何在更大的、多團隊的項目中發揮作用，在這些項目中，規范化已成為分歧 ...

本系列的第一篇【用戶故事驅動的敏捷開發 – 1. 規划篇】跟大家分享了如何使用用戶故事來幫助團隊創建需求的過程，在這一篇中，我們來看看如何使用這些用戶故事和功能點形成產品backlog。產品backlog是敏捷開發中用來管理需求列表，排定優先級，形成迭代計划，組織開發/測試和交付過程的工具。可以說 ...

敏捷估算撲克的使用方法多樣，可結合項目自身情況使用。其中離不開3個步驟： 1、分牌：為每名參與估算的成員分一組牌，每副牌可供4人估算使用； 2、講解：產品負責人為大家講解需要估算的任務，團隊成員可針對該任務進行討論並提出問題，對該任務有一定的了解； 3、估算：團隊每個成員同時出牌，代表 ...

在日常的工作過程中，小編一直把影響力地圖、用戶故事地圖和用戶故事穿插在一起使用，就簡單的介紹介紹這三者之間如何融合到一起，來進行產品設計的工作。 影響地圖包含四個層次，why、who、how和what，按樹形的結構一層層展開，四個層次分別表示： why：我們為什么做一件事，目標是什么 ...