软件开发模式:瀑布与敏捷
瀑布和敏捷不是什么新概念,这里只是个人在团队合作中不得不去思考而做的归纳和总结,同时记录自己曾经踩过的坑,新瓶装旧酒,希望对你有所启发。 瀑布模式 瀑布模型是比较传统一种开发模式,特别是在2B的传统企业,包括ERP,MES,WMS,CRM,OA,IBMS等系统当中可以经常见到他们的影子。现在这种模式仍然流行在一些大的项目或者是外包的一些项目当中。 如上图所示,瀑布模型优缺点都很突出。 优点明显: 阶段清晰。从计划到开发最后到上线运行,三个阶段非常清晰。 时间顺序。每个阶段顺序必须是从上到下,严格按照时间先后进行。 环环相扣。在每一个阶段都必须有产出物然后才能进入到下一个阶段进行。 黑盒模式。每个阶段都有各自的角色和分工,各自只关心自己的任务。比如需求阶段开发人员无需关注。 缺点突出: 需求隔离。由于各阶段的人员只能接触到自己工作范围内的东西,所以对客户需求的理解程度高低不等,开发人员更像是定义为流水线上的工人。 变更代价大。既然叫做瀑布,就意味着不应该走回头路。否则如果出现返工,付出的代价会很大。需求变更,编码人员会很强的抵触情绪。 束缚创造性。由于强调文档管理,所以管理人员会比较喜...