敏捷开发与 Scrum：如何选择最适合 您的方法
作者：Max Rehkopf
作者：Max Rehkopf
开始使用免费的 Jira Scrum 模板
简化您的项目，轻松规划、跟踪和管理跨多个冲刺阶段的工作。此模板包括面板、待办事项列表、路线图、报告等！
您经常会听到同事或团队成员兴奋地分享他们如何“变得敏捷”。然后，他们将继续描述他们为期两周的冲刺、待办事项列表梳理会议等等。这可能会让您觉得：“这听起来像 Scrum。”
那么，Scrum 敏捷吗？敏捷是 Scrum 吗？回答这些问题以及更多问题是确保您的团队使用正确方法的重要第一步。
什么是敏捷？
敏捷是一种项目管理理念，它采用一系列原则和价值观来帮助软件团队应对变化。敏捷团队重视个人和互动而不是流程和工具，将工作软件置于全面文档之上，将客户协作置于合同谈判之上，并根据计划对变更做出回应。
这些价值观与《敏捷宣言》背后的 12 条原则一同被载入该宣言。理解敏捷的一个好方法是将其与另一种项目管理理念“瀑布式”进行对比。
在瀑布式交付中，产品的范围是固定的，时间和资源是灵活的。瀑布式组织将增加更多的程序员和工作日程安排，以按要求交付产品。
在敏捷中，产品的范围是灵活的，而资源和时间是固定的。敏捷团队承诺以他们现在的团队规模按时交付软件。
他们将自己了解的客户想要的内容与他们在规定时间内可以创造的内容灵活地结合起来。
使用敏捷的好处
敏捷团队的行为背后有很强的目的性，并且他们很清楚如何去做。敏捷原则可帮助团队将雄心勃勃的大型目标分解为可以持续交付的可管理工作部分。
无数的故事显示小型敏捷团队的表现优于使用瀑布式交付的大型竞争对手，这也为敏捷软件开发人员提供了信心支持。敏捷团队还可以从“敏捷工业中心”中受益。
对于那些需要学习敏捷的人来说，这里有丰富的资源和工具，还有一大批乐于帮助实施敏捷的顾问。
使用敏捷的缺点
遵循敏捷原则能让您到达意想不到的地方。敏捷帮助团队根据市场和客户反馈改变方向。在追寻这些理想的过程中，您可能会发现团队所构建的东西与您的初衷完全不同。
这种感觉可能会令人不安，并且在您追求新的途径并关注新方向的客户反馈时，您甚至可能会感到缺乏方向。由于这些不同的结果，并非所有团队和公司都能以敏捷的方式工作。
但是选择克服这些障碍的团队往往会发现，他们最终可以向客户提供更好的产品。
什么是 Scrum？
Scrum 是一个敏捷框架，可帮助团队将工作结构化为称为冲刺的较短开发周期。Scrum 团队承诺在每次冲刺结束时交付，并采用实践和团队结构来帮助他们实现这一节奏。
Scrum 将敏捷原则更进一步，创建了帮助团队在日常工作中遵循敏捷原则的结构。Scrum 是一个有据可查的敏捷框架，许多团队都可以在不造成太大干扰的情况下采用。
使用 Scrum 方法的好处
Scrum 团队按时交付软件。与其更新业务进度，不如向他们展示进度！一旦您交付了软件，客户就可以开始使用。更多的客户使用数据有助于指导您的发展方向并推动增长。
Scrum 团队也往往更健康，与其他团队相比，倦怠和流失率更低。这是因为冲刺计划和冲刺回顾等 Scrum 实践侧重于培养团队成员以取得成功。
使用 Scrum 方法的缺点
Scrum 是一种“全力以赴”的方法。成功源于新角色的加入，比如 Scrum 主管，以及围绕设定的会议节奏重构每个人的时间表。许多团队没有资源雇用新的团队成员，也没有时间召开新的会议。
当团队没能“全力以赴”时，他们往往无法解锁 Scrum 的好处。此外，并非所有团队都能以如此快的节奏完成工作。如果质量因此受到影响，许多团队就会把冲刺时间越拖越长。
最终又返回瀑布式方法了！
其他方法：看板和瀑布式
什么是看板？
看板是一种敏捷方法，可帮助团队持续交付工作。看板团队在看板上组织他们的工作，看板上有卡片、栏、WIP 限制以及特定的承诺和交付点。看板最适合知识工作，在这种工作中，产品或服务在很大程度上是不可见的。看板帮助团队日复一日地实现可视化并取得长足进步。
什么是瀑布式？
瀑布式交付侧重于根据客户或企业的规格开发产品或解决方案。团队研究需求并在数周、数月甚至数年内构建解决方案。瀑布式是要求非常严格的监管行业的首选方法。
想象一下，您正在制造一个手术机器人，它需要在政府规定的 100 个操作小时内完美地执行任务。这种限制激发了您的工作灵感，这个规范也成了您开发的重点。您的团队会进行实验和测试，直到您的机器人符合规格。当规格具体且严格时，瀑布式开发将使您的团队先满足要求。
最适合您的团队的方法是什么？
如果您对开始敏捷转型感到兴奋，那您可能需要选择一种方法。敏捷方法包括组织实现敏捷原则所需的团队结构、实践和工具。您也可以自己自定义，借助敏捷宣言和一些创造力，您可以设计出适合您的企业和团队的自定义方法。
敏捷与 Scrum
敏捷没有任何固定的规则，而 Scrum 有不少规则！如果您正在寻找一个可以指导您提高敏捷性的框架，那么选择 Scrum 是一个不错的开端。Scrum 将帮助激励您的团队快速交付工作并在需要时进行调整。此外，您今天可以采用一些模板来提高 Scrum 的采用率。如果您正在寻求极致的灵活性，您可以激励自己的团队提高敏捷性。敏捷转型是一个激动人心的过程，它需要分解您现在所做的事情，建立一种敏捷的工作方式。
敏捷与瀑布式
您会发现自己需要在敏捷方法和瀑布式方法之间做出选择的情况并不常见。更常见的情况是您需要从一个切换到另一个。在这样的时刻，客户是关键。客户是更注重解决方案还是更注重问题？如果客户知道他们想要什么并想付钱给人来构建，您可以选择瀑布式方法。如果客户遇到问题，而您想成为解决问题的人，那么就应该选择敏捷方法。
敏捷开发与 Scrum：如何选择最适合您的方法
作者：Max Rehkopf
作者：Max Rehkopf
开始使用免费的 Jira Scrum 模板
简化您的项目，轻松规划、跟踪和管理跨多个冲刺阶段的工作。此模板包括面板、待办事项列表、路线图、报告等！
您经常会听到同事或团队成员兴奋地分享他们如何“变得敏捷”。然后，他们将继续描述他们为期两周的冲刺、待办事项列表梳理会议等等。这可能会让您觉得：“这听起来像 Scrum。”
那么，Scrum 敏捷吗？敏捷是 Scrum 吗？回答这些问题以及更多问题是确保您的团队使用正确方法的重要第一步。
什么是敏捷？
敏捷是一种项目管理理念，它采用一系列原则和价值观来帮助软件团队应对变化。敏捷团队重视个人和互动而不是流程和工具，将工作软件置于全面文档之上，将客户协作置于合同谈判之上，并根据计划对变更做出回应。
这些价值观与《敏捷宣言》背后的 12 条原则一同被载入该宣言。理解敏捷的一个好方法是将其与另一种项目管理理念“瀑布式”进行对比。
在瀑布式交付中，产品的范围是固定的，时间和资源是灵活的。瀑布式组织将增加更多的程序员和工作日程安排，以按要求交付产品。
在敏捷中，产品的范围是灵活的，而资源和时间是固定的。敏捷团队承诺以他们现在的团队规模按时交付软件。
他们将自己了解的客户想要的内容与他们在规定时间内可以创造的内容灵活地结合起来。
使用敏捷的好处
敏捷团队的行为背后有很强的目的性，并且他们很清楚如何去做。敏捷原则可帮助团队将雄心勃勃的大型目标分解为可以持续交付的可管理工作部分。
无数的故事显示小型敏捷团队的表现优于使用瀑布式交付的大型竞争对手，这也为敏捷软件开发人员提供了信心支持。敏捷团队还可以从“敏捷工业中心”中受益。
对于那些需要学习敏捷的人来说，这里有丰富的资源和工具，还有一大批乐于帮助实施敏捷的顾问。
使用敏捷的缺点
遵循敏捷原则能让您到达意想不到的地方。敏捷帮助团队根据市场和客户反馈改变方向。在追寻这些理想的过程中，您可能会发现团队所构建的东西与您的初衷完全不同。
这种感觉可能会令人不安，并且在您追求新的途径并关注新方向的客户反馈时，您甚至可能会感到缺乏方向。由于这些不同的结果，并非所有团队和公司都能以敏捷的方式工作。
但是选择克服这些障碍的团队往往会发现，他们最终可以向客户提供更好的产品。
什么是 Scrum？
Scrum 是一个敏捷框架，可帮助团队将工作结构化为称为冲刺的较短开发周期。Scrum 团队承诺在每次冲刺结束时交付，并采用实践和团队结构来帮助他们实现这一节奏。
Scrum 将敏捷原则更进一步，创建了帮助团队在日常工作中遵循敏捷原则的结构。Scrum 是一个有据可查的敏捷框架，许多团队都可以在不造成太大干扰的情况下采用。
使用 Scrum 方法的好处
Scrum 团队按时交付软件。与其更新业务进度，不如向他们展示进度！一旦您交付了软件，客户就可以开始使用。更多的客户使用数据有助于指导您的发展方向并推动增长。
Scrum 团队也往往更健康，与其他团队相比，倦怠和流失率更低。这是因为冲刺计划和冲刺回顾等 Scrum 实践侧重于培养团队成员以取得成功。
使用 Scrum 方法的缺点
Scrum 是一种“全力以赴”的方法。成功源于新角色的加入，比如 Scrum 主管，以及围绕设定的会议节奏重构每个人的时间表。许多团队没有资源雇用新的团队成员，也没有时间召开新的会议。
当团队没能“全力以赴”时，他们往往无法解锁 Scrum 的好处。此外，并非所有团队都能以如此快的节奏完成工作。如果质量因此受到影响，许多团队就会把冲刺时间越拖越长。
最终又返回瀑布式方法了！
其他方法：看板和瀑布式
什么是看板？
看板是一种敏捷方法，可帮助团队持续交付工作。看板团队在看板上组织他们的工作，看板上有卡片、栏、WIP 限制以及特定的承诺和交付点。看板最适合知识工作，在这种工作中，产品或服务在很大程度上是不可见的。看板帮助团队日复一日地实现可视化并取得长足进步。
什么是瀑布式？
瀑布式交付侧重于根据客户或企业的规格开发产品或解决方案。团队研究需求并在数周、数月甚至数年内构建解决方案。瀑布式是要求非常严格的监管行业的首选方法。
想象一下，您正在制造一个手术机器人，它需要在政府规定的 100 个操作小时内完美地执行任务。这种限制激发了您的工作灵感，这个规范也成了您开发的重点。您的团队会进行实验和测试，直到您的机器人符合规格。当规格具体且严格时，瀑布式开发将使您的团队先满足要求。
最适合您的团队的方法是什么？
如果您对开始敏捷转型感到兴奋，那您可能需要选择一种方法。敏捷方法包括组织实现敏捷原则所需的团队结构、实践和工具。您也可以自己自定义，借助敏捷宣言和一些创造力，您可以设计出适合您的企业和团队的自定义方法。
敏捷与 Scrum
敏捷没有任何固定的规则，而 Scrum 有不少规则！如果您正在寻找一个可以指导您提高敏捷性的框架，那么选择 Scrum 是一个不错的开端。Scrum 将帮助激励您的团队快速交付工作并在需要时进行调整。此外，您今天可以采用一些模板来提高 Scrum 的采用率。如果您正在寻求极致的灵活性，您可以激励自己的团队提高敏捷性。敏捷转型是一个激动人心的过程，它需要分解您现在所做的事情，建立一种敏捷的工作方式。
敏捷与瀑布式
您会发现自己需要在敏捷方法和瀑布式方法之间做出选择的情况并不常见。更常见的情况是您需要从一个切换到另一个。在这样的时刻，客户是关键。客户是更注重解决方案还是更注重问题？如果客户知道他们想要什么并想付钱给人来构建，您可以选择瀑布式方法。如果客户遇到问题，而您想成为解决问题的人，那么就应该选择敏捷方法。