14、软件项目开发：迭代、沟通与成功之道

软件项目开发：迭代、沟通与成功之道

1. 项目进度问题与应对

在项目的第一个构建迭代中，团队进度落后了5个单位，这让Phil十分担忧。而当他看到在下一个迭代中这种落后趋势还在加剧时，他更加焦虑了。于是，他安排了与Angela的私下会议来探讨这个问题。

Phil询问：“Angela，问题出在哪里？为什么你们没有达到目标？”Angela坦诚地表示不太确定，推测可能是最初的估算偏低，而且早期的功能需要创建更多的基础设施，而功能是从用户角度定义的，这可能导致工作耗时比预期长。

Phil接着问如何弥补时间，Angela强调给出的数字是估算而非目标，团队承诺以最有效的方式开发软件，且不会超出应急储备，按目前进度仍在总体预算范围内。她认为可能需要进行第五次迭代。

随着迭代推进，Emily测试的软件越来越完善。每次拿到新版本，她都会进行验收测试，确认新功能按预期工作，还会亲自体验新系统，发现了一些虽小但重要的漏洞。大部分报告的漏洞实际上是需求变更，主要问题已被识别，表面变更可在现有估算范围内解决。开发者与Emily紧密合作，确保每个新功能都符合她的要求。

在第四次构建迭代的收尾会议上，团队要决定是否进行第五次迭代。Angela汇报已完成72个功能中的66个，还剩6个功能共19个单位，Emily发现的一些漏洞大多较轻微，软件通过了所有单元测试和Emily的验收测试。

Phil提议利用部分应急时间，完成之前在细化阶段权衡掉的36个可做功能中的一半以及剩余功能。Angela有信心至少完成一部分，计划本次迭代完成32个单位，让Emily更新验收测试，以便在迭代结束前确保一切正常运行。

在这两周里，开发者完成了37个单位的工作