敏捷 vs Scrum vs 看板 vs 精益 vs 瀑布——哪种方法适合你？

嗨，欢迎收看另一集家庭世仇。 我是史蒂夫·哈维，让我们开始吧。

我们问了 100 个人，“你最喜欢的项目管理方法是什么？”

敏捷——它在名单上！

Scrum – 再次，它在列表中！

看板——叮！

精益——你还有一个要走！

瀑布——太棒了，你做得很好！

您似乎都知道它们，但是您知道该选择哪一个吗？

或者敏捷、瀑布和 Scrum 之间有什么区别？

不用担心。

我是史蒂夫哈维，我支持你。

说真的，我不是史蒂夫哈维。 我只是一个扮演史蒂夫哈维的作家。

所有这些名字是什么意思？

从基础开始，我们可以定义它们的共同含义。 这五个是任何项目管理过程中最常用的模型，尤其是在软件开发中。 他们告诉你如何利用你的时间，是否会有角色，何时纠正你的错误等。

现在，是时候讨论它们并展示它们的优缺点了。

瀑布法

瀑布方法——或模型，如果你愿意的话——是一种按顺序工作的开发模型。 您定义了开发的每个阶段，如果不完成之前的开发阶段，您将无法进入下一个开发阶段。 由 Winston Royce 于 1970 年创立，该方法的每个阶段都是专门为一项任务而设计的。

瀑布方法的阶段

你想知道这些阶段吗？ 自然！ 所以让我们学习它们。

• 收集阶段：这是您获取所需详细信息或设置它们的阶段。
• 设计阶段：您选择编程语言、您将使用的数据库以及项目重要的技术细节。
• 构建阶段：你只是简单地编码，大量的编码。
• 测试阶段：现在，您将这个程序展示给将要使用它的人，看看它是否满足需求。
• 部署阶段：在要求的环境中启动程序。
• 维护阶段：根据您的客户的需求或受众，您对程序进行更改并使其变得更好。

这是瀑布方法的六个阶段。 很简单，对吧？

谁能有效地使用这种方法？

使用这种开发方法，您可以处理几乎不需要任何额外内容的项目。 如果你的环境稳定，所有的需求都设置完成，项目很短，每个人都知道自己在做什么，这是你的选择。

瀑布法的优缺点

是什么让瀑布法成为最常用的方法之一？ 当然，它必须有它的优势。 这些都是;

• 线性。 每个阶段都必须在此方法中完成，因此您以后不会遇到问题。
• 适合小型项目。 如果您的项目不会花费太多时间，则此方法效果最佳。
• 验证和确认。 在每个阶段之前，您都会进行质量测试。
• 详细的文档。 这样，您就可以跟踪所有阶段。
• 最小的客户干预。 您进行的项目很大程度上依赖于您的团队。
• 所有必要的更改都在开发阶段完成 - 发布后没有令人讨厌的惊喜。

那么，为什么人们会选择其他选项呢？ 这就是为什么;

• 没有额外的时间来修复错误。 您必须在开发时修复错误。
• 没有改变的余地。 如果你的需求经常变化，你不能用这种方法来承载一个项目。
• 测试时间。 测试阶段在开发过程中相对较晚。
• 文档需要太多时间。 您的开发人员和员工必须花一些时间在文档上。
• 几乎没有客户反馈。 客户的见解可能很有用，但在这种方法中，你是一个人。
• 错误之后。 它们会给您的项目带来太多麻烦。

所以，这就是解释的瀑布方法。 现在让我们跳到下一个。

敏捷方法

本质上，敏捷方法要求您必须以增量方式工作。 这发生在 sprint 计划周期中。 完成第一个周期后，您可以测试项目，如果一切都符合需要，则可以选择部署它。

谁应该使用敏捷方法？

如果您在一个容易变化的环境中工作，或者想随时为您的项目带来新的想法，那么敏捷方法是您的正确选择。 它为您提供可能对您来说无价的自由。

敏捷方法的优缺点

如果你打算在你的下一个项目中使用这种方法——或者你现在的项目，这取决于你——你必须知道这种方法的优缺点。

首先，我们可以从专业人士开始。 他们是;

• 消费者满意度。 由于您不断提出“最终结果”，因此您的客户将看到改进。
• 以人为本。 这种方法的主要动机是携带项目的人而不是工具和其他过程。
• 频率。 您可以在短时间内看到正在运行的软件。
• 适应。 即使环境发生变化，您也可以轻松适应它们。
• 沟通。 人和客户可以即时互动。
• 变化的空间。 即使在部署项目之后，您也可以轻松地进行更改。

没有什么是完美的，这种方法也没有。 所以，缺点来了；

• 劳动评估。 如果您正在处理一个相当大的项目，您可能无法评估一个周期所需的时间和精力。
• 较少强调文档和设计。 这可能会妨碍跟踪项目已完成的工作。
• 顾客。 如果他们不清楚并且不知道该做什么，该项目可能会以其他方式结束。
• 经验和来源。 有些决定必须由高级程序员做出。 否则，您将需要新手资源。

如您所见，敏捷方法适用于那些热爱自由、沟通和不安的人。 如果您有这样的团队，此方法会派上用场。

看板方法

看板方法……听起来很日本，不是吗？ 因为它是日语的“你可以看到的卡片”。 自 40 年代丰田首次使用它以来，它就一直在使用。 在这种方法中，您可以在卡片或贴纸中可视化您的工作。 这样，您的目标就是最大限度地提高效率并不断改进。

在这五种方法中，看板方法以其原则脱颖而出。 现在，是时候看看他们了。

看板法的原理

看板方法共有六项原则。 它们可以列在两组之下。 第一组原则称为变更管理。 该组的原则是；

• 从你经常做的事情开始。 看板方法为您提供了灵活性。 因此，您可以在现有工作流程中实施看板方法，一段时间后，您可以解决重要问题。
• 增量变化。 这种方法喜欢有点类似于进化的变化，即一夜之间没有显着变化。 你必须慢慢地通过那里。
• 各级领导。 这样，人们可以从他人的见解中学习并更好地工作。

第二组原则称为服务交付。 它由以下内容组成；

• 倾听您的客户。 关注客户的需求和期望应该是您的主要目标。 这样，您的产品就可以吸引客户的注意力。
• 管理工作。 由于这一原则，您可以真正专注于正在发生的事情，而不会受到轻微噪音的干扰。
• 提升。 部署项目后，您必须密切关注评论和投诉。 您应该保持项目的质量。

谁应该使用看板方法？

工作流程可能是看板方法中最重要的事情。 如果需要，您可以将此方法实施到您的工作流程中。 另外，只要你愿意持续工作，就可以使用看板。 最后，如果您和您的团队不想在会议上花费太多时间，它是您的最佳选择。

看板方法的优缺点

现在，让我们看看是什么让起源于 40 年代的方法像美酒一样。

• 灵活的。 看板不限制开发阶段。 因此，您有时间和空间以最好的方式完成工作。
• 连续性。 使用看板，您可以持续交付项目的一小部分。 因此，这为适应变化提供了空间。
• 高效的。 您专注于项目的关键方面，并专注于重要的细节——不浪费时间。
• 响应时间短。 当一个阶段完成时，您的团队可以重新排列笔记。 这样，您的员工可以立即处理下一件事。

好的，是时候看看是什么让看板像牛奶一样老了。

• 依赖。 看板需要正确使用其他框架。 无法进行自主连接。
• 动态性。 看板仍然假设存在某些稳定点。 如果您的环境是高度动态的，那就是一个问题。
• 迭代。 它们不在看板流程中； 你必须分别处理它们。
• 定时。 对于某些人来说，没有时间的定义可能是个问题。

这是执行项目的最古老的方法之一。 但是，老不代表没用。 经久不衰是看板方法仍然有效的证明之一。 但是，您应该注意可能会破坏您的工作的缺点。

精益方法

精益是一种以心态和工具集为中心的方法，试图通过为产品增加客户定义的价值来最大限度地减少浪费。 因此，它可以定义为项目管理的极简方法。

这种方法还定义了 8 种废物。

这些都是;

• 运动：员工和设备的不必要运动。
• 运输：将不需要的物品运送到该地点。
• 等待：在等待必要的事情到来时浪费了时间。
• 生产过剩：生产超过需要的数量。
• 缺陷：需要来源纠正的有缺陷的产品
• 库存：由于沟通不畅而存储更多信息或库存的完整性。
• 未被认可的人才：不了解您的员工的才华
• 额外处理：不需要或无价值的活动。

精益方法本质上是试图消除这种浪费。

谁应该使用精益方法？

如果您是一个渴望比最初看起来更有效的小团队，精益方法可能适合您。 此外，它对于短期项目来说也是一种很好的方法。

精益方法的优缺点

精益方法有一些功能会让你依赖它——对不起，我不得不这么做。 这些都是;

• 消除浪费。 如上所述，这种方法的主要重点是如何消除浪费。
• 让您的员工满意。 由于您必须让您的员工参与废物管理流程，您的员工会很感激您。
• 正好。 在需要时购买并携带材料。
• 竞争优势。 您现在节省的地方或金钱可以用于其他项目。

应该有缺点，因为一切都至少有一个缺点。 这些都是;

• 过度使用。 如果你过度应用这种方法，你可能会面临新的低效率。
• 正好。 这也可能是你的诅咒。 你几乎没有犯错的余地。 如果出现时间管理问题，你会失败得很惨。
• 员工不满。 同样，在过度申请的情况下，您的员工可能会开始对您如何节省一切感到沮丧。

精益方法变得干净。 没有浪费的余地，还有很大的改进空间。 但是，这是一种必须谨慎应用的方法。 否则后果会很严重。

Scrum 方法

最后，我们有了Scrum 方法。 将 Scrum 视为对敏捷方法的改进。 大多数敏捷原则也适用于这种方法。 然而，Scrum 更有计划性，并且具有指导项目进行方式的角色。

这些角色是；

• 产品负责人（PO）：代表客户和利益相关者，专注于业务部分和投资回报。
• Scrum Master：指导团队遵守 Scrum 的标准，与 PO 合作以最大化 ROI。
• 团队：执行项目的一组专业人员。

由于这种方法与敏捷非常相似，因此仅显示不同的优缺点就足够了。

会议是首先要指出的。 每天结束时，都会举行会议。 这些会议有助于其他角色了解项目的进展情况。 但是，从长远来看，它们可能很烦人。

第二件事是客户的参与。 从 PO 获得即时反馈可能非常有见地。 另一方面，如果他们不合作，项目可能需要很多时间才能完成。

Scrum vs. Waterfall是一个普遍存在的比较。 Scrum 方法适用于现代和喧嚣的生活。 角色和会议也提供了很大的优势，但它们也可能是有害的。

最后，你知道你的答案是什么意思。 史蒂夫哈维会感到自豪。 您现在所要做的就是详细说明您的情况，并找到最适合您的专业水平、团队规模和资源的最佳人选。

经常问的问题

精益和敏捷是一样的吗？

不，精益和敏捷是不一样的。 精益关注我们应该尽量减少浪费这一事实，而敏捷的主要关注点是渐进式开发。

Scrum 是敏捷还是瀑布？

Scrum 是对敏捷方法的改进。 与敏捷不同，Scrum 有角色、会议和客户代表。

看板是敏捷还是精益？

看板被认为是精益的一种方式。 他们的共同点是都指出了工作流程和效率的重要性。