敏捷项目规划与质量保障：从理论到实践
1. 项目规划中的人员与速度考量
在项目规划里，人员数量的变动会对项目速度产生影响。通过对速度变化进行平均计算，我们发现经过七个冲刺阶段，速度预计会有超过 7% 的改变。例如，从六人团队扩充到七人团队（人员数量增加 17%，预算可能也相应增加），在规划的七个冲刺阶段里，能多交付大约 7% 的功能。产品负责人可依据此信息判断增加成本是否值得。
一个熟练掌握规划技巧，是任何 Scrum 团队的关键技能。团队可通过以下方式，超越冲刺和发布规划的基础层面，获取更大收益：
- 逐步完善计划
- 保持可持续的工作节奏
- 当无法在期望时间内完成所有任务时，优先考虑变更范围
- 将估算与承诺分开对待
2. 敏捷项目与传统项目的对比
有研究对软件项目超支情况进行了深入调查，结果显示敏捷项目的工作量超支情况比采用顺序开发流程的项目要小。可能的原因包括更完善的需求规格说明（产品待办事项列表）以及更优质的客户沟通。
3. 质量保障的重要性与测试理念转变
曾经有一位程序员，从资金充裕、有独立测试和质量保障部门的大公司，跳槽到只有八人的初创公司，且公司没有测试人员。这让他意识到自己要对代码质量负责。后来，他和另一位程序员共同创建了一套出色的测试工具和技术，使得他们开发的系统成为他所参与过的测试最全面、效果最惊人的应用之一。这也让他深刻认识到，质量是整个团队的责任。
在软件发展早期，人们把测试视为开发过程的最后一步，目的是验证开发过程中是否引入了错误。但后来，一些团队发现这种方式既低效又不足，于是转向迭代开发，将漫长的项目末期测试阶段拆分成多个小的测试阶段。而
