【ALM】浅谈瀑布式与敏捷软件开发

1 瀑布 vs 敏捷 

       很多人认为敏捷开发是未来的项目实施的趋势，瀑布实施太老土已经过时了。在高举效率与拥抱变化的大旗之下，似乎敏捷模式，就是最好的开发模式。与之相比的是瀑布模式，在这样的呼喊之中，显得有些无法跟得上步伐，体现的是陈旧、死板的。

       需要澄清一点，敏捷中的“快”：主要是指，可以更快的看到一些功能的效果，将有些风险前置，并不一定将整个工期缩短了。

“瀑布”对“敏捷”的驳斥

        敏捷本身不是项目管理框架，也不是“方法论”。它是一套与产品开发相关的原则和价值，特别是互联网产品经常会采用敏捷的方法来进行开发。但是，有一些基于敏捷原则的方法，这些方法是产品开发方法，而不是项目管理框架。

瀑布vs敏捷：我们大致可以得出这样的对比

       敏捷并非适合每个项目团队，而且绝对不是解决组织交付问题的灵丹妙药，如何判断一个项目团队适合瀑布式开发还是敏捷开发？

选择瀑布还是敏捷，可从四个方面评估：

瀑布	敏捷
瀑布由发布(Release)驱动，具有定义的关键路径和交付顺序	敏捷是基于较短的迭代交付周期
估算是基于满足要求所需的工作	根据团队在一定时间内可以完成的工作量进行估算
需要预先明确定义的要求	需求将不断发展，变革将被接受
成功由IT组织衡量	成功取决于交付的业务价值

笔者认为实施敏捷的有几个基础点：

1.需求不是能够在项目生命周期开始的时候就全部弄清楚的，系统也不是在这个阶段就通过结构化分析完整的设计好的。

​2.敏捷强调最佳价值，其实就是说利用有限的投资实现最多的范围，通常初期计划和最后交付的东西不一定一样，敏捷的计划具有一定指导性，但可以也有自适应性。

3.非常强调团队合作，强调团队和个人的创新能力​。通常是没有指令模式的管理方式的，更多的是群策群力，发挥每一个人的智慧。

4.敏捷鼓励用沟通代替文档，虽然我们会写故事卡，但是故事卡的目的是提醒开发团队和客户团队对功能进行讨论，而不是用来记录细节代替对话的。​

瀑布式敏捷开发

       在简单比较了瀑布与敏捷的区别之后，让我们换一种思路，与其在两者之间做取舍，不如将敏捷融合到瀑布式开发环境中，这样可以提高项目的可预测性、提高成本效益，并促使项目最终获得成功。

 

2 瀑布 & 敏捷

瀑布和敏捷不是天然分割的，只是针对业务各有侧重，应该是你中有我，我中有你的混合体。西门子Polarion软件是将瀑布和敏捷两者结合并成功实践的ALM产品，主要体现在：

• 实时反馈

  

  • 流程中的关键阶段，随时反馈当前研发状态
  • 完全可配置的用户界面，从统一数据源向不同角色呈现相应内容
• 在瀑布模式中运用敏捷方法

• 实时、透明的看板帮助项目经理轻松规划并监控执行进度

  

• 帮助分析人员发现流程拥堵，对瓶颈环节做出资源调整，使效率最大化
• 质量内建

  

• 从需求阶段就介入的工程质量活动穿插在整个软件生命周期中
• 将整个软件质量的保障内嵌到开发的过程中去，提早发现和解决问题，减少后期修复成本，降低损失
• 每日集成与持续交付

  

• 支持与包括Jenkins在内的CI/CD工具实现持续集成
• 实现软件构建、测试、集成、部署及发布自动化

希望这篇文章能给您提供帮助，想要了解更多有关ALM(Polarion)相关业务问题，可以联系我们，很期待和您的交流！

Polarion系统相关的操作使用视频：Polarion系统介绍、创建项目、编辑需求文档、导入需求及测试用例、需求复用及基线等，可通过以下链接进行学习：

ALM专业人士视频专辑-ALM专业人士视频合集-哔哩哔哩视频

联系我们

若有ALM（Polarion）相关业务问题，请联系我们：

联系人：周经理

Tel：139 1857 3474

相关业务介绍：适途科技

公司公众号及相关信息：

邮箱：mkt@sotos.com.cn

电话：+86-021-58212165

网站：www.sotos.com.cn

地址：上海市浦东新区沪南路2157弄1号楼12层