敏捷项目管理：估算、指标、缺陷、测试与客户参与
1. 敏捷项目估算方法
在敏捷项目中，估算工作是一项重要的基础任务。每个人在进行估算时，都会基于自身经验，这其实隐含了与其他用户故事的比较。例如规划扑克法就包含了类比估算的元素，类比估算又与三角测量法相关，将待估算的用户故事与另外两个用户故事进行比较，比只与一个比较效果更好。
在项目发布初期，可能只需要进行高层次的估算。随着迭代或冲刺规划的推进，估算需要更加精确。可以将用户故事拆分为单个任务，对每个任务进行估算，然后将这些任务的估算值相加，得到用户故事的估算值，这种方法被称为分解法。
在估算过程中，要鼓励团队成员不考虑当前与项目无关任务的忙碌程度。估算应基于故事点或理想人天，而不是特定时间点的忙碌状态。
2. 敏捷项目的指标
在敏捷项目中，了解当前迭代或整个项目相对于原始预期的进展情况至关重要。明确的目标是每次迭代结束后都能交付一个可交给客户的产品版本，因此跟踪当前迭代的进度并及时调整非常关键。
用户故事在迭代结束时必须 100% 完成，包括测试和文档。未完成的故事可能会影响整个系统的稳定性，被视为浪费。用户故事应完整且简洁，最好能在几天内完成。
为了跟踪进度，可以使用燃尽图。燃尽图使用与估算用户故事和任务相同的单位，如故事点或理想天。团队在每日的 Scrum 会议或站立会议上讨论进展、所需帮助和意外情况，并更新估算和剩余工作量。例如，在某个迭代中，原本进展顺利，但在 5 月 5 日，团队遇到意外情况或需要调整一个或多个用户故事的估算，导致剩余故事点增加。
除了常规的燃尽图，还建议跟踪当前迭代中剩余的用户故事和任务数量。这有助于确
