瀑布 vs 敏捷Scrum

 

多种方法可能使得选择哪一种方法有点困难。在这里评估主要框架。

 技术在不断变化，管理方法也在不断变化。昨天有用的东西今天可能不起作用，反之亦然。那么您怎么能确信您的项目管理正确？

我们正在经历项目管理方法和方法的真正推动。在IT世界中，最普遍和最受欢迎的当然是敏捷。但是，在软件开发方面没有“一刀切”的原因，这就是为什么首先了解项目范围至关重要的原因。

不要依赖某种方法的流行，问问自己：

  • 未来应用/服务的环境是否在快速变化？
  • 是否有可能事先准确地计划和预算项目？
  • 有什么时间和预算限制？
  • 客户和团队准备提供的承诺水平？
  • 团队的规模和特征是什么？

如果不回答这些问题，您将无法选择正确的项目管理模型。项目范围决定了正确的方法必须满足的条件。

有了这个说法，我们现在可以转到实际列表。所以这里是目前在软件开发中使用的三大项目管理方法，经过审核。

Reference:

瀑布

该框架借鉴了严格结构化的建筑和制造业的软件开发。它提供线性，直接的订单到项目管理，非常尊重规划，文档和以前的协议。这也是为什么这么多老公司仍然严重依赖它的原因。

瀑布简单，直接且可预测。但是，另一方面，缺乏变革的灵活性和容忍度。主要思想是在一开始就规划整个项目，然后按计划阶段进行，直到产品交付。这意味着团队以线性方式经历每个阶段，既不能完成前一个任务也不能向前移动，也不能向后移动。

第一次的PM概念存在，瀑布已经太多，一旦它被挑选出来作为一个方法，并接受了它的点名批评。

瀑布的主要缺陷

  • 变化不受青睐。开发不具有适应性，因此面对新的竞争，软件产品无法快速改进。
  • 规划风险非常高。由于严格的预算和时间限制，糟糕的计划成本更高。项目启动后，无论是输赢，严重的挫折都可以轻易地阻止整个开发过程。
  • 工作应用程序只能在项目的最新阶段才能看到，因为修复任何内容并引入新功能为时已晚且成本高昂。
  • 开发过程由合同和文档驱动，而不是产品的效率和可用性。

据研究人员称，这些缺点使纯瀑布项目成功的可能性比敏捷低3倍。然而，完全反对这种方法是不切实际的，因为它在某些情况下似乎是合适的。

在......的情况下，瀑布是最好的项目管理模式

  • 一个没有经验的团队。该方法易于使用，不需要特殊培训或额外的管理职位，如在其他一些实践中。
  • 需要交钥匙解决方案且尚未准备好参与开发过程的客户。
  • 竞争不存在时，简单，典型的应用程序或服务。
  • 有限的时间或预算。
  • 遵循合同和/或文件的项目至关重要。

瀑布方法仍然以“纯粹”或混合形式在许多组织中使用。尽管随着敏捷框架的广泛采用，它变得越来越不受欢迎。

敏捷 (Agile)

与瀑布相反，敏捷方法使变更成为其哲学的一部分。在其基本原则中，敏捷将交互，客户协作，变更和工作软件置于计划，流程，文档和合同之上。它使Agile成为一种创新方法，旨在提供最新的经过良好调整的软件，为客户带来价值。

敏捷项目管理过程分为迭代，其主要目标是生成可行的产品。

敏捷开发阶段包括传统规划，分析需求，设计，编码，测试和部署，但它们形成一个循环而不是一条线。这意味着流程灵活，可重复，可以按任何顺序和并行发生。这允许收集用户反馈，针对不同环境的连续测试以及在运行时更改项目的范围。

敏捷的主要优势

  • 客户参与度很高。该概念欢迎团队内部和客户之间的高度协作。因此，客户可以获得项目的完全可见性，并且应用程序可以满足客户的期望。
  • 早期阶段的工作产品。由于每次迭代的目标都是提供可运行的产品，因此应用程序或服务几乎可以在开始时呈现，客户可以预先评估结果。有些软件可以在中途部署，这意味着它们在项目结束前很久就开始带来投资回报。
  • 降低开发风险。通过反复测试，用户反馈和行业变化激发应用程序的持续改进和重新校准，确保最终产品是最新的并实现其目标。
  • 为团队营造积极的工作氛围。团队内部的持续沟通和互动有助于提高整体团队效率和自由创作环境。

敏捷的移动应用程序开发

敏捷方法的灵活性和高效性使其非常适合快速开发移动应用程序环境。移动应用程序开发项目不断受到移动设备技术创新，终端用户不断增长的需求，以及细分市场中应用程序之间竞争日益激烈的挑战。应用程序开发人员应该响应用户投诉和主张并提供更新。这使得在坚持传统方法的预定义条件的同时开发成功的应用程序几乎是不可能的。

敏捷方法

如上所述，敏捷不是一个单一的工具，而是一种受传统应用程序开发项目管理实践限制的启发。敏捷哲学推动了极限编程，看板，精益开发等许多不同实践的创建，以及许多其他原始和混合方法。最主流的敏捷实践是Scrum。

争球

作为Agile框架的一个子集，Scrum模型具有迭代性和灵活性。作为一种实践，它为项目应用程序开发项目管理过程提供了更具体的规则和过程。据报道，2016年，有58％的软件开发公司使用SCRUM。

Scrum跨职能团队通常由5-7名成员组成，并建议在每次迭代中重复一组角色和稳定过程。Scrum的迭代，以橄榄球术语短跑命名，通常为1或2周。Scrum最着名的功能之一是每日站立会议持续约15分钟。与会议一起，每个sprint都涉及规划，产品演示和回顾。

References

为什么Scrum受欢迎？

 

Scrum将创新的敏捷意识形态与一系列明确的规则和实践相结合。这意味着：

  1. 产品开发过程的好处：灵活变化，短期冲刺导致定期软件出货;
  2. 为团队带来的好处：组织良好且节省时间的工作流程。

Scrum在全球许多软件开发团队中实施，大多数Scrum项目都被认为是成功的。

实施Scrum的主要问题在于开始工作所需的相对较高的财务和时间投资。特定的Scrum规则和实践必须由受邀的Scrum-master教授，即使后来团队通常也会慢慢适应变化。因此，需要明智的变革管理。

Reference:

敏捷/ Scrum实施中可能存在的陷阱

在将Agile / Scrum作为软件项目的项目管理模型实施之前，请确保避免以下陷阱：

  • 使用敏捷，因为它很时髦。对于许多客户来说，这种方法是新标准，敏捷这个词本身就是优雅的同义词。但要确保它适合您的项目。否则，您最终可能会花时间和金钱购买趋势。
  • 在实施和净化方法方面做得不够。如前所述，敏捷可能是一项艰巨的任务。但如果你决定选择敏捷，你必须正确地做到这一点。它只适用于一整套规则和实践。
  • 客户尚未准备好参与其中。碰巧客户只想设定目标并最终获得结果。没有承诺，没有敏捷。
  • 团队或一些团队成员不想去敏捷。同样，缺乏承诺不会产生敏捷/ Scrum所针对的高水平协同作用。

那么哪种方法论能够取得成功？

正如我们现在所理解的那样，一些专家对这一主题非常直言不讳 - 没有“一刀切”的PM方法。每个模型都有其优点和缺点，每个模型或多或少都适合某种类型的软件项目。

请记住项目的范围，风险和义务，您将能够为您精确选择合适的项目。或者让我们的专家团队为您提供帮助。我们已经成功完成了各个行业的130多个软件项目，包括移动和Web应用程序。

References:

posted on 2018-12-10 13:23  Lynch_Warren  阅读(840)  评论(0)    收藏  举报

导航