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

被折叠的 条评论
为什么被折叠?



