一位项目负责人对于频繁变化的需求表达了不满，但作者从敏捷开发的角度提出了不同的见解。他认为应该欢迎需求的变化，并通过持续重构来应对变化。
“他们的需求总是变，一天一个样，这叫我们怎么做啊。所以，你们在设计模块的时候，要尽量多考虑一些，比如，开始做的时候就应该考虑支持多个服务器，支持分布式，而不要等他们提再做，这样多耽误时间啊！他们这种做法是不合理的，我们不能这样不断的改。”这是我们一个项目负责人说的话，听到这些话，真的很悲哀，也许我懂得太多，以至于对他这些话有非常多的想法，如果不是学习了敏捷的软件开发方法，我想我就不会有这些想法了。
话又说回来，一个连现代软件开发方法和最佳开发实践都不懂的人，去带领一个团队，又要面对一个复杂的开发任务，他如何能够成功。
敏捷宣言1：从最简单的做起，然后为满足需求再进行重构，而且要不断重构。
敏捷宣言2：欢迎变更需求。
XP的最佳实践：迭代开发，以架构为中心，重构
为什么你们已经站在团队领导的岗位，却不去学习这些必要的知识呢？还是以这些失败的软件开发方法进行过程管理，为你们的能力感到悲哀.....
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
