互联网大厂软件开发背后的秘密：为何瀑布和 Scrum 模式备受青睐？

coding侠客

于 2024-10-02 12:03:27 发布

阅读量760

点赞数 19

文章标签： scrum

本文链接：https://blog.csdn.net/weixin_45593273/article/details/142679292

版权

在日常的开发工作中，大家使用的沟通工具基本都是飞书、钉钉、企业微信了。相信大家都经历过需求排期这个过程：从业务同学提出需求开始，到产品同学输出产品文档，随后开发和测试同学介入，确定交付时间，最后上线验收，这是一套完整的流程。

你是否思考过，为什么互联网大厂大多都采用这种模式？这种模式是理论研作为支撑的呢，还是凭空出现的呢？

另外一种情况是，对于大型或者紧急且重要的需求，会成立一个专门的项目组进行封闭开发，将需要交付的产品拆分成一个个小模块，每个同学负责一个模块的开发。产品同学和项目经理负责整个流程的把控，每天以站会的形式汇报各自的进度以及遇到的卡点和风险，最终在截止日期交付项目。今天，我们就来聊聊互联网大厂在开发软件时，最常使用的两种模式。

1. 瀑布模式

瀑布模式是一种线性的项目管理方法，它将软件开发过程划分为若干个阶段，如需求分析、设计、编码、测试等。每个阶段完成后才能进入下一个阶段，前一阶段的输出作为后一阶段的输入。瀑布模式强调计划性和顺序性，适合于需求明确且稳定的项目。

很多在互联网大厂的岗位，如Java后端工程师、Go后端工程师、前端工程师、C++后端工程师等，他们所做的业务都比较成熟了，每天的开发工作就是迭代优化，优化迭代，开发模式基本用的都是这个（俗称螺丝钉程序员）。

优点

明确性：每个阶段的目标清晰，便于管理和控制。
文档化：详细的文档记录有助于后期维护和升级。

缺点

灵活性差：一旦进入下一阶段，很难返回上一阶段修改，对需求变化响应慢。
周期长：需要等待所有阶段完成才能看到最终结果，不利于快速迭代。

2. Scrum模式

Scrum模式则是一种敏捷开发框架，更注重灵活性和团队协作。它将项目分解为多个短周期的迭代，每个迭代都包含了从需求分析、设计、开发、测试到交付的小循环。在每个迭代开始时，团队会确定一个小目标，称为 “冲刺目标”（Sprint Goal）。团队成员在这个迭代期间紧密合作，每天都会进行站会（Daily Stand - up），在站会上，每个成员简要汇报自己的今天的进度以及遇到了什么困难。

Scrum模式的核心角色包括产品负责人（Product Owner）、Scrum Master和开发团队。
优点

适应性强：能够快速响应需求变化，提高交付产品的满意度。
透明度高：每日站会使得问题及时暴露，便于团队协作解决问题。
缺点
依赖团队自律：缺乏明确的指导可能导致项目失控。
不适合大规模项目：对于复杂度高的系统，协调成本较高。

3.关于紧急需求与人员投入的讨论

在日常工作中，我们经常会遇到紧急需求的情况。比如说，某个任务预计需要两个人四天时间完成，但由于业务压力，必须在一周内交付。此时，有些不了解具体情况的领导可能会认为增加人手就能加速进度：“那我再加两个人，是不是一天就能搞定？“

然而，这种想法忽略了沟通成本这一重要因素。Fred Brooks在其著作《人月神话》中提出了著名的“布鲁克斯定律”：向已经延期的项目中增加人力会使项目更加延期。这是因为随着团队规模的扩大，成员之间的沟通成本呈指数级增长。具体来说，沟通成本可以用公式表示为:
$\frac{n(n-1)}{2}$
其中 ( n ) 表示人数。这意味着，当团队成员增加时，沟通次数也会显著上升，从而影响整体效率。