了解故事点

1.什么是故事点数？
故事点数是敏捷团队估算用户故事使用的一种主观的计量单位。

2.故事点数代表了什么？
故事点数代表了完成一个用户故事所要付出的工作量。

3.估计的故事点数包含哪些部分？
包含了对开发任务量、复杂度、风险和不确定性的整体预估。不仅应该包含完成用户故事的开发工作量，也应该包含该用户故事在类产品环境中的测试工作量。

4.估算故事点
4.1 选择基准故事，赋值故事点
4.1.1「1个故事点」到底代表多少工作量呢？
为了确定故事点的标准，团队需要先找到一个基准故事，该基准故事需包含解决具体用户故事所要完成的标志性任务。例如，团队可能会把“用户登录”的故事估算2个点，而把“自定义搜索”故事估算4个点，那是因为它是“用户登录”故事工作量的2倍。用这种估算的方式，就可以得到所有的用户故事的点数。
4.1.2 以下是一些指导原则来选择基准故事和为其赋值故事点：

• 代表性：选择一个代表性的故事作为基准，它应该具有典型的特征和复杂度，能够代表项目中的一般情况。
• 中等复杂度：基准故事的复杂度应该处于中等水平，既不是过于简单以至于无法提供有用的参考，也不是过于复杂以至于无法完成估算。
• 清晰定义：基准故事的需求应该清晰明确，避免模糊不清或含糊不清的描述。这样可以确保团队对于估算的依据有清晰的理解。
• 广泛认可：基准故事应该得到团队成员的广泛认可和理解，确保它能够作为一个共同的参考点。
• 具有代表性的大小：基准故事的大小应该在项目中具有一定的代表性，既不是太小以至于不具备典型性，也不是太大以至于过于特殊。

4.2 用扑克牌的方式估算故事点
实施 Planning Poker 的基本步骤：
准备扑克牌：准备一套扑克牌，每张牌上标有不同的数字或故事点数，通常使用斐波那契数列的值，如 0、1、2、3、5、8、13、21。

• 选择故事：从待估算的故事列表中选择一项需要估算的用户故事。
• 讨论和理解：团队成员对故事的需求和实现方式进行讨论，确保每个人都理解故事的内容和目标。
• 独立估算：每个团队成员独自选择一张扑克牌，代表他们对该故事的估算。成员应该根据自己的经验和理解来做出估算，不受其他成员影响。
• 揭示和讨论：当每个成员选择完毕后，同时翻开所选的扑克牌，揭示估算结果。如果估算值相差较大，则成员可以讨论彼此的观点和理由，以便更好地理解和达成共识。
• 重新估算：如果有必要，团队成员可以重新选择扑克牌，并进行更多的讨论，直到达成共识。
• 记录估算：将达成共识的故事点数记录下来，作为该故事的估算结果。这个过程会为团队提供一个相对的复杂度和工作量估算，以便规划和安排工作。

5.在敏捷项目管理中，通常采用斐波那契数列作为故事点的取值序列
斐波那契数列（Fibonacci Sequence）是一个递归定义的数列，其特点是每个数都是前两个数之和，通常以 0 和 1 开始，斐波那契数列的前几个数字是：0, 1, 1, 2, 3, 5, 8, 13, 21, …
使用斐波那契数列作为故事点的取值序列有几个优点：

• 相对权衡：斐波那契数列中相邻两个数之间的差距逐渐增大，这使得团队能够更好地区分不同故事之间的相对复杂度。例如，从 5 到 8 的跃迁比从 2 到 3 的跃迁代表着更大的复杂度增加。
• 避免过度精细化：斐波那契数列中的数值增长率逐渐减小，这有助于防止团队过度精细化估算。如果使用线性序列（如 1、2、3、4、5…）作为故事点，团队可能会陷入细节中，而斐波那契数列则鼓励了更高层次的估算。
• 灵活性：斐波那契数列具有适度的灵活性，允许团队在估算时做出相对准确的估计，同时不必过于拘泥于具体数字。
• 适应变化：由于斐波那契数列的数值之间的差距逐渐增大，因此团队能够更好地适应项目中的不确定性和变化。
  因此，采用斐波那契数列作为故事点的取值序列是一种常见且有效的做法，有助于敏捷团队更好地进行估算和规划。

6.平均故事点
平均故事点是指在敏捷项目管理中，团队在一段时间内完成用户故事时所花费的平均故事点数量。计算平均故事点可以帮助团队评估自己的工作效率和速度，以便更好地规划和预测未来的工作。

• 选择时间段：确定要计算平均故事点的时间段，例如一个迭代、一个月或一个季度。
• 累加完成的故事点：在选定的时间段内，累加团队完成的所有用户故事的故事点数。
• 确定完成的故事数量：统计在选定的时间段内，团队完成的用户故事的数量。
• 计算平均故事点：将累加的故事点数除以完成的故事数量，即可得到平均故事点数。
• 公式如下：

平均故事点=累加的故事点数/完成的故事数量

7.人均交付吞吐量
通过计算人均交付吞吐量，团队可以评估自己在特定时间段内的工作效率和速度，有助于优化工作流程和资源分配。

• 确定时间段：首先，确定要计算人均交付吞吐量的时间段，例如一个迭代周期、一个月或一个季度。
• 计算团队完成的工作量：在选定的时间段内，计算团队完成的工作量。工作量可以以故事点、功能点、任务数量或其他合适的度量单位来衡量。
• 计算人均交付吞吐量：将团队完成的工作量除以团队中的人数，即可得出每个团队成员在该时间段内的平均交付吞吐量。
• 公式如下：

人均交付吞吐量=团队完成的工作量/团队人数

举例来说，假设一个团队在一个月内完成了总计 200 个故事点的工作量，团队成员共有 10 人，则人均交付吞吐量为：
人均交付吞吐量=200 故事点/10 人=20 故事点/人，这表示每个团队成员在该月平均完成了 20 个故事点的工作量。

8.故事点数使用范围
故事点数常用于计算敏捷项目管理中的工作量和进度，以及对团队效率和速度的评估。
具体来说，故事点数常用于以下几个方面的计算：

• 工作量估算：故事点数用于估算每个用户故事的相对复杂度或工作量。通过对故事点数的估算，团队可以评估每个任务所需的工作量，并据此规划和安排工作。
• 迭代规划：在敏捷项目中，团队通常会将工作划分为多个迭代，每个迭代都有一个特定的时间周期，并计划在该周期内完成一定数量的故事点数。故事点数被用来评估团队在每个迭代中完成的工作量，并确定下一个迭代的目标。
• 项目进度跟踪：团队可以通过跟踪完成的故事点数来监控项目的进度。通过比较实际完成的故事点数和计划完成的故事点数，团队可以及时识别和解决可能的延迟或问题。
• 人均交付吞吐量：故事点数用于计算团队在一定时间段内的人均交付吞吐量。这个指标可以帮助团队评估自己的工作效率和速度，从而进行资源规划和优化工作流程。
• 团队绩效评估：故事点数可以作为评估团队绩效的一个指标。通过比较不同团队在相同时间段内完成的故事点数，可以评估团队的效率和工作能力。
• 估算项目完成时间：通过估算故事点数和团队的平均交付吞吐量，可以预测项目完成所需的时间。这有助于项目管理者更准确地规划项目时间表和交付日期。
• 迭代效率评估：通过比较不同迭代完成的故事点数，可以评估团队在不同迭代中的工作效率和进步情况，帮助团队识别和解决问题，并改进工作流程。
• 客户价值评估：故事点数可以用来衡量每个用户故事的价值和重要性。通过分析每个故事点数对应的客户价值，可以帮助团队优先处理高价值的任务，提高项目的整体价值和满意度。

​

​