估算并非易事。对软件开发人员来说，估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此，从开发到高管都为它焦头烂额也不足为奇，但这种做法是错误的。敏捷估算并不是什么性命攸关的大事，就只是估算而已，事实就这么简单。我们不用要求团队 ...

敏捷估算的价值   敏捷估算，就是在敏捷开发中，对即将开始的工作进行工作量、复杂度和持续时间的相对估算。通常情况下，软件开发过程中有很多未知数：技术更新，需求变更，系统之间的依赖关系等，它们都会影响估算结果，所以说估算是一项费时费力的工作，并且得到的结果也是不精确的。既然如此 ...

， 因此和传统的开发模式一样，我们在工作开始之前需要对我们需要做的事情进行工作量的估算。 相对与传统的工作量估算 ...

故事点 是敏捷项目管理和开发中的一种抽象的度量单位，用于估计实现一个或多个用户故事的复杂度，它是对工作量的一种描述方式。一个故事点就是一个数字，透过这个数字告诉整个团队用户故事的复杂度。复杂度包括功能的难易程度、风险和花多大的功夫。 故事点（story point）和预估时间（estimated ...

抽象的 传统的软件开发估算技术是缓慢、持久的练习，因此完全不适合敏捷过程。出现了适合敏捷模型的新估算方法，只需最少的努力即可提供“刚好足够”的信息来支持优先级排序和决策制定。本文介绍了这些技术中最流行的技术，并介绍了这些实践如何在更大的、多团队的项目中发挥作用，在这些项目中，规范化已成为分歧 ...

本系列的第一篇【用户故事驱动的敏捷开发 – 1. 规划篇】跟大家分享了如何使用用户故事来帮助团队创建需求的过程，在这一篇中，我们来看看如何使用这些用户故事和功能点形成产品backlog。产品backlog是敏捷开发中用来管理需求列表，排定优先级，形成迭代计划，组织开发/测试和交付过程的工具。可以说 ...

敏捷估算扑克的使用方法多样，可结合项目自身情况使用。其中离不开3个步骤： 1、分牌：为每名参与估算的成员分一组牌，每副牌可供4人估算使用； 2、讲解：产品负责人为大家讲解需要估算的任务，团队成员可针对该任务进行讨论并提出问题，对该任务有一定的了解； 3、估算：团队每个成员同时出牌，代表 ...

在日常的工作过程中，小编一直把影响力地图、用户故事地图和用户故事穿插在一起使用，就简单的介绍介绍这三者之间如何融合到一起，来进行产品设计的工作。 影响地图包含四个层次，why、who、how和what，按树形的结构一层层展开，四个层次分别表示： why：我们为什么做一件事，目标是什么 ...