【产品研发管理电子书】项趾研发管理重型瀑布

领500g书库，关注公众号:程叫兽的宝藏 (长按可复制！)

热门下载区==>点此链接进入<<<

本文节选自《产品经理方法论》

11.2 项趾研发管理重型: 瀑布卉型和敏接卉型

园 珊目研发管理模型,瀑布模型和敏捷模型

1970 年温斯顿。罗伊斯提出了著名的“瀑布模型” 直到 20 世纪 80 年代早期，它一直是
广泛采用的软件开发模型。

混布模型是工业思维的产物, 其核心思想是按工序将问题简化, 将功能的实现与设计分开，
俱便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。如图 11-1 所
示，瀑布模型将软件生命周期划分为需求分析、方案设计、实施/编码、测试/评估、运营/维护
这5个基本活动, 并且规定了它们自上而下、相互衔接的固定次序, 如同瀑布流水,逐级下落。

、\\

需求分析 |

ea en
] :
| 志江
一[一
L___2
| 辣R
了
| 运痊/维护

^图 11-1 ”瀑布寞型

瀑布模型为项目提供了按阶段划分的检查点, 因此确保了项目管理过程中各活动的严谨性
和规范性，能有效地保证项目的质量。此外，因为需求和产品方案都是确定的，所以瀑布模型
可以在早期提供完整的产品方案，项目团队成员不需要频繁沟通。

物极必反,实现需求目标的明确、研发流程的规范以及项目周期的严格控制的同时，也入
性了对需求变动响应的灵活性,导致淄布模型在项目各个阶段之间极少有反馈, 只有在项目生
命周期的后期才能看到结果。如果最终结果和用户期望不一致，则会产生巨大的返工成本。 浊
布模型的突出缺点就是不适应用户需求的变化。

随着互联网的不断发展，产品设计开始注重用户体验，强调响应用户需求的及时性, 传统
的瀑布模型由于缺乏灵活性, 交付周期相对较长, 以及项目研发过程中的改动性和可逆性较差，
逐渐在很多行业和公司中被淘汰。

如今随着互联网的发展、技术的进步、分工的明确、B-S 架构的流行以及用户至上、精蔓、

137138

第11童，如何进行项上管理

敏捷等概念的影响，人们似乎更需要一种适应现状的模型。

1995 年，阿瑟兰和施殉伯首次提出了 Scrum 的概念,“敏钝模型”开始在世界范围内
兴起。

“敏捷”代表的是一种方法，是在“以人为核心驱动”的复杂系统 (complex system) 和背晤
下，诞生的具有适应性的经验性过程控制 《empirical process control) 方法。敏捷重点强调的
是“人” 注重与人的交互，以循序渐进的方式来进行产品的研发。

11-2 为敏捷模型的管理模式。人敏捷是一种应对快速变化的需求的软件开发能力。相对
于非敏捷，敏捷不仅强调技术人员与产品以及用户之间的紧密协作，还重视面对面的沟通(有
人认为比书面的文档更有效)，同时要求频繁交付新的软件版本并不断反馈。敏捷模型的代码
编写和团队组织方法能够很好地适应需求的变化，也更注重软件开发过程中人的作用。

近代IN次

L旭需求 L划选代 近代评审严回电
2 -一一-一 妨 、
| \\ 1 为 迁代进度腿路
| 人 二二 |产品缺蕴腿吕

1基
产品待实现从冰 。 。 选代待实现得求
。 用户反馈 量
^图 11-2 ”敏捷模型的管理模式

传统的瀑布式开发中，从需求到设计、从设计到编码、从编码到测试、从测试到提交，整
个流程要求每一个阶段都要做到最好。特别是前期阶段，设计得越完美， 提交后变更的规模和
概率就会越小，返工造成的损失也就越小。 敏捷开发的交付周期相对较短，原始需求不要求设
计有多人么完美。事实上，设计也很难在初期就具备确定性，更多强调的是要拥抱变化，这些变
化通常来自用户、来自市场、来自更优的解决方案等, 整个项目处在不断变更、优化的过程中，
最终趋于完整并上线。这个过程更加强调队伍中的高度协作。 敏捷模型有时候会被错误地祝为
无计划性和纪律性的模型，实际上，敏捷方法强调适应性而非预见性。

站在瀑布模型的对立面， 敏捷模型的灵活性必然会导致整个项目在确定性、严说性以及规
范性方面不如瀑布模型表现得那么好，需求的易变性和不确定性可能会导致项目的进度不可
控，且一定程度上会导致频繁的改动和返工。

综上：《【产品研发管理电子书】项趾研发管理重型瀑布》值得推荐阅读