|
传统的瀑布开发模式是在用户需求全部定义清楚才开始设计实现和测试，而敏捷开发却是在需求还不完善的时候就开始设计实现工作，所以，从瀑布开发转向敏捷开发需要克服需求不完善的诸多困难，比如：
如果用户需求中没有明确用户界面要求，那么开发人员可以根据自己的理解使用简易的用户界面来展示逻辑处理的结果，并且通过在迭代中进行功能演示，与顾客代表沟通确认界面需求。
如果用户只知道想要的结果，当却给不出实现的过程时，开发人员可以使用一些桩代码简单地实现那些需要被结果展示用到，但尚未开发完成的功能，使软件的主要业务场景能正常完成。这样，开发人员就可以在迭代中邀请客户进行业务场景的体验，提前发现业务处理流程上的问题。
这种情况会影响软件可靠性、安全性的实现。但是，也正是因为主流程的实现没有阻碍，顾客代表可以更好地进行业务场景的体验，开发人员可以通过与顾客代表的充分交流来深入了解业务场景，完善分支和异常处理需求。
敏捷开发有测试驱动开发的实践，如果用户需求中没有明确数据管理流程，测试人员可以用测试工具准备测试所需的数据，当软件功能模块通过测试并且满足功能需求，就表示已经取得验证测试结果所需的数据。
测试驱动开发允许测试人员能够按自己的意图调用那些已经完成开发，但是还没有对外接口的功能。这样，通过测试的软件模块自然就完善了这个业务流程。只要在迭代中的演示得到顾客代表的确认，就可以完善相应的用户需求。 总之，如果组织要从瀑布开发转向敏捷开发，需要开发人员和测试人员具备较强的开发能力，能够快速开发出“临时组件”（桩代码），快速迭代产品，与顾客代表良好地沟通和协作，克服需求不完善的问题。 这正是： 敏捷要求能力高，临时组件联接巧 快速迭代去演示，协作沟通很重要 参考书目：软件测试价值提升之路，作者：杨晓慧，出版社：机械工业出版社 |
|
|
