Scrum的十大优势和常见挑战

Scrum使用有效的团队协作来开发和交付复杂产品，采用迭代和增量的方法。尽管Scrum提供了一种精简有效的敏捷产品交付方法，但不应将其与敏捷项目管理混淆。

标题为"什么是Scrum"的博客深入探讨了Scrum的复杂性以及Scrum框架的各个组成部分。

下面我们将探讨在项目中使用Scrum的十大优势。从其固有的灵活性到对持续改进的关注，Scrum提供了大量的好处，可以改变您的团队工作和交付产品的方式。

Scrum的迭代和增量方法允许团队在整个开发过程中适应不断变化的需求和优先级。

每1-4周，根据您Sprint的持续时间，Scrum团队决定下一个Sprint将要进行的工作。在规划Sprint工作之前的任何时候，产品负责人都会与多位开发人员协作来完善产品待办列表，确保最有价值的工作可供选择，无论是待办列表中已存在的还是新添加的。   

通过在短冲刺中交付产品的"完成"增量，Scrum使价值能够更早实现，缩短产品上市时间，并允许更快地获得客户反馈。增量一旦满足其完成定义就会产生——这可以在冲刺期间的任何时候或结束时。如果完成定义描述了产品的可发布增量，那么它一旦发布就可以开始实现价值。

Scrum通过应用Scrum价值观来促进协作环境。

Scrum事件、工件及其承诺，以及与Scrum角色相关的明确职责有助于实现这一目标。Scrum团队中的开发人员具有多功能性，这意味着团队中的大多数人都能完成大部分工作。对于工作中较为复杂的方面，例如设计解决方案和解决问题，两到三名开发人员之间的协作将产生更好的结果，通常比一个人独自工作能更快实现目标。    

通过定期检查进行持续反馈，能够及早发现和解决与满足客户需求相关的问题，从而产出缺陷更少的高质量产品。

所有工作的透明性可以使该工作随时接受检查。当质量被认为不足时，采取适当的调整措施可以提高质量。每日Scrum为Scrum团队成员提供了日常检查的正式机会，而Sprint评审则为利益相关者提供了检查的正式机会。

Scrum以客户为中心的方法，通过专门的产品负责人代表客户利益，确保交付的产品符合客户期望，从而提高满意度。

客户满意度通过客户或其代表与产品负责人之间的良好协作来实现。产品负责人应确保产品待办列表的排序能够尽早且频繁地交付客户价值。客户还可以在冲刺评审中对产品增量提供反馈，这些反馈帮助产品负责人完善产品待办列表，以交付更多价值。客户还能要求什么呢？

自我组织的协作团队——即开发人员协作决定谁最适合执行什么工作并相互支持完成工作的团队——通常比由经理按任务逐一管理的团队表现更出色。

生产力的提升来自于对最重要工作的集体专注、对所涉及挑战的开放态度、做出正确决策的勇气、解决问题的团队成员之间的相互尊重以及尽力履行承诺的承诺。这五个Scrum价值观在由经理进行任务管理的团队中并不常见。  

通过利益相关者（定义为受团队工作影响的任何人）定期检查的增量交付，将风险考量融入到开发过程中，并将缓解此类风险的机会与持续开发相结合。

鼓励开发人员思考与其工作相关的风险，他们通常会在开发过程中解决这些风险——在这种情况下，风险管理被内置到敏捷工作方式中，而不是作为单独的流程附加上去。

定期回顾让团队能够反思他们的流程和表现，并识别需要改进的领域。

一到两个潜在的工作方式改进会作为实验引入到下一个Sprint中。如果在接下来的评审中，这些实验带来了改进，它们就会成为团队正常工作方式的一部分，而失败的实验则会被放弃，可能会被新的实验所替代。这种对持续改进的承诺帮助团队优化他们的工作流程并提升整体成果。 

Scrum通过产品待办列表和冲刺待办列表的透明性，以及设定规律节奏的冲刺，为项目时间线和潜在交付日期提供了清晰的图景。在现实的冲刺目标上达成一致，并在大多数情况下在每个冲刺中实现这些目标，为跟踪进度提供了持续的机会。这种可预测性对于规划产品发布或营销活动的利益相关者来说是有益的。 

Scrum专注于价值驱动的交付，有助于确保资源得到高效利用。

产品负责人通过基于价值对产品待办列表进行排序来确定工作优先级，确保高价值工作更接近顶部，低价值工作更接近底部。无论是在固定预算和时间框架内工作，还是工作到产品"足够好"为止，总是低价值的工作会被搁置不做。通过避免在低优先级功能上工作，团队可以更好地利用他们拥有的时间和资源。 

采用Scrum自然会面临挑战。

• 对变化的抵制是常见反应，这往往源于对Scrum工作原理缺乏充分理解。虽然相关的学习曲线可能很陡峭，但如果没有对Scrum的全面理解和采用支持，就无法实现真正的价值。
• 团队可能会发现Scrum成功所需的广泛协作和沟通具有挑战性。开发人员通常习惯于独立工作，将"持续的会议"视为负担而非价值，并可能错误地将与Scrum经验主义过程相关的检查视为侵扰性的"微观管理"。
• 个人职责，特别是与Scrum Master相关的职责，往往与组织内的典型职责冲突，使得Scrum团队内部和周围的人员难以"践行"Scrum价值观。这可能导致困惑并阻碍效率，特别是在传统环境中，个人奖励的关注度比团队绩效更为集中。 

即使成功实施了Scrum，克服了上述挑战，其他挑战也可能出现。这些包括：

• 随着信心的增长以及持续挑战自己以交付更多成果的愿望，团队可能会被诱惑过度承诺。这可能来自团队内部基于取悦他人的愿望，或者来自"做更多事情"的外部压力。
• Scrum过程倾向于过分强调短期的逐Sprint目标。产品负责人需要确保产品目标始终保持清晰焦点。重要的是不要为了快速胜利而牺牲重大收益。 
• 对于更大、更复杂的工作，整合多个团队的工作往往存在挑战。对于非常大规模的产品开发，SAFe等扩展框架可能提供解决方案。在项目环境中——重点超越产品的孤立交付——像AgilePM for Scrum这样的敏捷项目管理方法将证明其无价之处。 

Scrum在产品开发中提供了巨大的好处。它强调其灵活性、快速价值交付和增强协作的能力，这些共同加速了产品上市时间并提升了产品质量。Scrum还提供了提高客户满意度、生产力和高效资源利用的机会，同时培养持续改进和风险管理的文化。

对许多组织而言，Scrum将是变革性的，但这并非没有挑战。Scrum团队成员及团队周围人员对经验主义以及协作和自组织力量的理解不足，可能与组织的文化规范不符。这将导致采用过程中的挑战，过度强调团队层面的Scrum可能会使更大规模、更复杂项目的整体格局面临风险。

如同任何努力一样，"如果某件事——在这种情况下是采用Scrum——值得去做，那么就值得做好。"  

本培训助力您成为出色的Scrum Master，通过应用Scrum提升产品和解决方案开发水平。 核心收获包括掌握Scrum框架知识、其基础原则以及Scrum Master的关键职责。 

在这门课程中，您将学习优化Scrum团队交付产品价值的策略。全面掌握Scrum框架和Scrum产品负责人的关键作用。精进您对Scrum原则的掌握，学习构建和优先排序以价值为中心的产品待办事项清单的技巧，包括将史诗和主题分解为可执行的用户故事。

Scrum Master 和产品负责人课程的第一天内容相互呼应。您可以随时咨询您的APMG 培训提供商，了解单独开设这一天课程的选择，这对团队成员和利益相关者来说是完美的。它涵盖了 Scrum 指南中概述的所有内容，确保参与者具备全面的知识。

AgilePM for Scrum将著名的Scrum方法论与领先的敏捷项目管理方法(AgilePM)相结合，为需要迭代和增量开发的综合业务解决方案提供了统一的框架。该认证使您能够熟练地将Scrum与敏捷项目管理无缝融合。由APMG和Agile Business Consortium认证提供商提供的课程深入探讨了支持Scrum框架的基础原理和理论。