Scrum的十大优势和常见挑战

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

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

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

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

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

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

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

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

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

所有工作的透明性使得该工作可以随时接受检查。当感知到质量较弱时，进行适当的调整，能够提升质量。每日Scrum是Scrum团队成员进行日常检查的正式机会，而冲刺评审则为利益相关者提供了正式的检查机会。

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

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

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

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

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

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

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

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

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

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

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

采用Scrum自然会涉及挑战。

• 对变化的抗拒，通常由对Scrum工作方式的理解不足所导致，是一种常见的反应。虽然相关的学习曲线可能很陡峭，但如果不充分理解Scrum并在其采用过程中提供支持，就无法实现真正的价值。
• 团队可能会发现Scrum成功所需的广泛协作和沟通具有挑战性。开发人员通常习惯于独自工作，将"持续的会议"视为负担而非价值，并可能错误地将与经验性Scrum流程相关的检查视为侵扰性的"微观管理"。
• 个人职责，特别是与Scrum Master相关的职责，往往与组织内典型的职责发生冲突，使得Scrum团队内部和周围的人员难以"践行"Scrum价值观。这可能导致混乱并阻碍效率，特别是在传统环境中，个人奖励比团队绩效更受关注的情况下。 

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

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

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框架的基础原则和理论。