阅读需 9 分钟
使用Scrum的敏捷已成为团队在快速变化的环境中交付工作的最广泛采用方式之一。随着项目变得更加复杂、需求频繁变化，传统的线性规划往往难以跟上节奏。敏捷为团队提供了应对变化所需的灵活性，而Scrum则增加了一个结构化的框架，将适应性转化为持续的执行力。
许多组织探索使用Scrum的敏捷方法论，因为它在纪律性与持续学习之间取得了平衡。团队以短迭代方式工作，及早收集反馈，并通过渐进改进来提升，而不是依赖于长期的规划周期。本指南通过实际示例、角色、日程和最佳实践来解释使用Scrum的敏捷方法。同时，它还探讨了现代团队如何在软件之外的领域应用使用Scrum的敏捷开发，包括市场营销、运营和产品团队。现在让我们开始吧。
关键要点
1. 使用Scrum的敏捷意味着通过Scrum框架践行敏捷原则
2. Scrum与敏捷开发相关，但不能互换
3. Scrum日程为敏捷团队创造节奏和责任感
4. 使用Scrum方法的敏捷项目管理支持可预测的交付
5. 现代工具帮助团队在Scrum框架和敏捷环境中运作
什么是使用Scrum的敏捷方法论？
在使用Scrum的敏捷开发中，工作以称为冲刺的短周期交付。团队承诺完成一小组目标，交付可运行的成果，然后审查结果。这使团队能够在不失去专注的情况下快速应对变化。
Scrum与敏捷开发协同工作，因为Scrum将抽象的敏捷价值观转化为日常行为。团队不进行长时间的前期规划，而是频繁检查进展。使用Scrum的敏捷强调通过交付进行学习，而不是预测。这使其适用于优先级不断变化且确定性有限的环境。
理解差异：敏捷 vs. Scrum
敏捷与Scrum密切相关，但并不能互换。敏捷确立了团队思考和行为的理念，而Scrum则提供了将这一理念付诸实践的具体框架。理解这一区别有助于团队避免僵化执行，并从两种方法中获得更多价值。
敏捷是一套强调适应性、协作、客户价值和持续改进的价值观和原则。它并不规定具体的角色、会议或产出物。另一方面，Scrum 是一个结构化的框架，旨在帮助团队以一致的方式应用敏捷原则。
Scrum 引入了明确的角色、限定时间的日程以及清晰的交付物，使敏捷更容易落地实施。简而言之，敏捷定义了思维方式，而 Scrum 定义了团队可用来支持这种思维方式的结构。
当团队将敏捷误解为 Scrum 时
一个常见的错误是认为只要遵循 Scrum 的各类会议就能自动让团队变得敏捷。团队可能会进行站会、冲刺和回顾，但仍然抗拒变化或忽视反馈。这会导致机械化执行而没有学习。
敏捷关注成果、改进和响应能力。Scrum 只有在团队用它来强化敏捷原则而不是作为僵化的检查清单时才有效。当流程合规比结果更重要时，敏捷性就会丧失。
为什么组织在敏捷中采用 Scrum 而不是只选择其中之一
组织采用 Scrum 是因为它提供了清晰性和可重复性。Scrum 的角色、日程和工件能够建立共同的期望并减少不确定性，尤其是对于刚接触敏捷工作方式的团队。
在敏捷思维下使用 Scrum，团队能够获得足够的结构来保持一致，同时保留适应的灵活性。这种平衡帮助组织在不牺牲响应能力或持续改进的情况下扩大交付规模。
推动敏捷交付的4个核心Scrum日程
Scrum 日程构成了使用 Scrum 方法进行敏捷项目管理的骨干。每个日程都有明确的目的，并支持透明性、检查和适应。
- 冲刺计划：冲刺计划定义了团队在即将到来的冲刺中将交付的内容。团队会根据产能和优先级从待办事项中勾选工作任务。目标会被明确，以便每个人都理解成功的样子。这在不将团队锁定在僵化计划中的情况下实现了对齐，为冲刺设定了现实且共享的方向。
- 每日站会：每日站会是一次简短且聚焦的团队同步会议。团队成员会分享进展、提出阻碍，并在需要时调整计划。它促进了责任感和早期问题发现。与其汇报状态，不如将重点放在协作上。这能让工作在整个冲刺过程中顺利推进。
- 冲刺评审：冲刺评审侧重于检查冲刺的成果。团队展示已完成的工作并收集利益相关者的反馈。这有助于验证假设并识别改进机会。反馈会为未来的待办事项优先级提供参考。学习直接融入交付过程。
- 冲刺回顾：冲刺回顾让团队反思他们的协作方式。团队讨论哪些做得好、哪些不足以及可以改进的地方。为下一次冲刺确定行动项。这强化了持续改进。回顾会提升长期团队绩效。
使用敏捷Scrum方法的好处
采用敏捷Scrum方法论，在团队以正确的心态和纪律执行时，能够持续带来稳定的收益。这些收益不仅体现在速度上，还包括质量、协同和韧性。
- 更快的反馈与适应能力：短周期的时间盒冲刺让团队能够快速测试想法、功能或假设。团队无需等待数月来验证工作，而是在每个冲刺结束时就能获得反馈。这种早期反馈减少了无效工作，并通过在问题仍易于解决时发现它们来降低风险。随着时间推移，适应能力会成为日常工作的一部分，而不是仅在危机触发时的例外。
- 提升团队协同：Scrum通过明确的角色、共享的冲刺目标以及规划、评审和回顾等定期日程来实现协同。每个人都清楚团队正在做什么以及其重要性。频繁的沟通能及早暴露误解。随着协同的提升，团队能够跨角色更高效地合作，并交付更高质量的成果。
- 无需严格规划即可实现可预测的交付：敏捷项目管理采用Scrum方法论，引入稳定的交付节奏。团队只承诺在一个冲刺周期内能够切实完成的工作，从而提高可靠性。进度在固定时间间隔内可见且可衡量，这有助于建立与利益相关者的信任。这种可预测性不依赖于大量文档或长期预测，使团队在优先事项变化时保持灵活。
- 通过持续改进提升产品质量：由于测试、评审和反思被纳入流程，质量不断提升。每次冲刺评审与回顾都会鼓励团队检查产品及其工作方式。问题会被逐步解决，而不是随着时间积累。这种持续改进的思维方式减少了技术债务，并提升了整体交付标准。
- 更高的透明度和利益相关者信心：Scrum 通过待办事项列表、冲刺目标和评审使工作可视化。利益相关者可以看到正在交付的内容、进行中的工作以及存在的挑战。这种透明度减少了意外情况并建立了信心。利益相关者不再依赖状态报告，而是通过实际成果和开放讨论获得真正的洞察。
为什么 Lark 是敏捷采用 Scrum 时的首选方案
现代敏捷团队不仅需要画板和会议，还需要共享的可视化、实时沟通以及轻量化的协作。这正是像 Lark 这样的平台在实践中支持使用 Scrum 的敏捷方法的地方。Lark 作为最强大的项目管理工具之一，使团队能够在同一工作空间中管理冲刺计划、日常协作和回顾总结。团队无需在不同工具之间切换，就能在上下文中连接讨论、任务和文档。这在不增加流程负担的情况下支持 Scrum 和敏捷开发。
loading...
高度可定制的项目管理中心
Lark 多维表格为Scrum团队提供灵活性，以设计符合其实际工作方式的工作流程。团队可以使用看板风格的画板进行冲刺执行，切换到网格视图进行待办事项梳理，或使用甘特图风格视图进行长期版本规划。自定义字段可用于跟踪故事点、优先级、负责人和状态。颜色编码的标签和筛选器提升跨冲刺和待办事项的可视性。
内置工作流程自动化
Lark 支持零代码自动化，可减少工作流程中重复的 Scrum 任务。团队可以在工作阶段变更时触发消息通知，自动分配审阅人，或根据预设规则更新状态。通过“IF/ELSE”、“循环”和“切换”等条件分支，这些自动化工作流程可确保日常流程顺畅运行。
OKR 跟踪与目标对齐
Lark OKR 使团队能够将冲刺目标和个人任务直接关联到更高层级的目标与关键结果。这有助于团队成员清晰理解日常冲刺工作如何为更广泛的组织目标做出贡献。对 OKR 对齐情况的可视化提升了在冲刺规划期间的优先级排序。进度跟踪对团队和领导者来说更加清晰，从而在使用 Scrum 的敏捷环境中强化了责任意识。
团队协作的统一生态系统
Lark 的统一工作区将所有 Scrum 活动整合到一个互联的环境中。团队可以使用 Lark 会议开展每日 Scrum 会议，从 Lark 多维表格共享实时 Scrum 画板，并在专用的 Lark 即时消息会话中讨论阻碍问题，无需切换工具。在 Lark 云文档中记录的冲刺备注和决策可以直接链接到任务，保持上下文完整。这减少了由工具分散带来的摩擦，帮助团队专注于交付而非协调。
- 标准版套餐：永久免费套餐，包含多达 20 位用户可使用的 11 款强大工具。还提供 100GB 存储空间、1000 次自动化运行、AI 翻译等功能。
- 专业版套餐：每位用户每月 12 美元（按年计费），支持最多 500 位用户。包含标准版的所有功能，并支持最多 500 名参与者的群组通话、15TB 存储空间、50,000 次自动化运行等。
- 旗舰版套餐：联系销售获取定制价格。支持无限用户，并提供更多自动化运行次数以及高级安全、合规和管理功能。
Starter
Pro
Enterprise
Starter
For small teams with simple communication needs
$0
/ user / month
20 users max
18 months message history
1-on-1 video meetings
100 GB storage
Lark Docs & Mail
1000 Base automation runs/month
2000 rows per table in Base
Pro
For companies with comprehensive collaboration and management needs
$12
/ user / month
500 users max
Unlimited message history
500-participant video meetings
15 TB storage
Lark Docs & Mail
50k Base automation runs/month
20k rows per table in Base
Enterprise
For large companies with advanced security and organizational management needs
Get a personalized demo and pricing
Unlimited users
Unlimited message history
500-participant video meetings
15 TB storage + 30 GB storage/user
Lark Docs & Mail
500k Base automation runs/month
50k Base automation runs/month
Single sign-on (SSO)
Pro
For companies with comprehensive collaboration and management needs
$12
/ user / month
500 users max
Unlimited message history
500-participant video meetings
15 TB storage
Lark Docs & Mail
50k Base automation runs/month
20k rows per table in Base
向新团队解释使用Scrum的敏捷方法的最佳实践
帮助团队理解使用Scrum的敏捷方法，不仅仅是解释日程和角色。新团队需要明确为什么会有敏捷，以及Scrum如何在日常工作中支持这一目标。经过深思熟虑的介绍能够建立信心，减少阻力，并鼓励长期采纳。
- 先从原则开始，再谈流程：团队应首先理解敏捷的核心价值观，例如适应性、协作和持续学习。这为Scrum日程存在的原因提供了背景。当原则清晰时，日程会显得有目的性而非强制性。团队更有可能接受变化，阻力会减少，因为关注点从规则转向了成果。
- 保持日程简洁且聚焦：Scrum 日程应促进进展而不是打断工作。限定时间的会议有助于团队保持纪律性，避免过度讨论。每个日程都应有明确的目标和结果。去除不必要的形式可以保持高昂的精力。团队能够专注于交付，而不是被流程负担分散注意力。
- 鼓励持续改进：回顾应被视为解决问题的会议，而不是例行检查。团队会识别具体的操作，并在每个冲刺中测试改进。学习会成为日常工作的一部分，而不是偶尔的活动。小的改进会随着时间累积。这样可以增强团队的信心和绩效。
- 衡量成果，而非活动：团队应根据所交付的价值来评估成功，而不是完成任务的数量。指标用于引导学习和改进，而不是控制行为。这将注意力转向影响和客户成果。当团队看到有意义的结果时，动力会提升。透明度会增加信任。
在使用Scrum的敏捷方法中常见的挑战
即使是经验丰富的团队，在使用 Scrum 的敏捷环境中工作时也会遇到障碍。这些挑战通常源于对原则的误解或机械地应用 Scrum。及早解决这些问题有助于团队保持动力和成熟度。
- 待办事项梳理不佳：当待办事项缺乏清晰度或团队缺乏共同理解时，团队会遇到困难。定期的梳理会议有助于将工作拆分成可管理的部分。与产品负责人进行团队协作可以提升一致性。明确的验收标准可减少返工，使计划更顺畅，冲刺目标更易实现。
- 冲刺任务过载：团队常常为了交付更多而过度承诺。这会导致工作未完成且质量下降。基于产能的计划有助于团队设定切实可行的承诺。可持续的节奏能保护士气和质量。随着团队逐渐了解自身的真实产能，预测性会得到提升。
- 将Scrum当作检查清单：当团队专注于完成仪式而不是学习时，敏捷性会受到影响。Scrum会变成一种机械化的例行公事，而不是改进的框架。将关注点重新转向成果可以恢复灵活性。团队会根据自身情境调整实践。参与度和责任感会提升。
- 对文化变革的抵触：敏捷的采用往往会挑战现有的习惯和层级结构。由于不确定性，团队可能会抵触新的工作方式。可见的领导支持有助于营造心理安全感。辅导能够强化学习和信任。逐渐地，变革会变得可控并被接受。
结论
使用Scrum的敏捷并不是关于僵化的框架或完美的执行，而是要创建一个帮助团队持续学习、适应并交付价值的系统。当Scrum与敏捷开发协同工作时，团队能够在保持灵活性的同时获得清晰的方向。
许多团队采用敏捷开发，使用Scrum来提升交付速度和响应能力。随着时间的推移，他们不断优化实践、工具和协作习惯。像Lark这样的平台通过将计划、执行和沟通连接在同一个地方来支持这种演进。最成功的团队将Scrum视为一个学习框架，并在每一次冲刺中专注于改进成果。
常见问题
敏捷方法中的Scrum能否适用于非软件团队，例如市场或运营团队？
是的，采用Scrum的敏捷方法在市场营销、运营、人力资源以及其他非软件团队中运作良好。冲刺可以应用于活动、流程改进或运营举措。重点仍然是逐步交付和反馈。当工作可视化和协调性提高时，团队通常会受益更多。像Lark这样的工具帮助非技术团队在一个共享的工作空间中管理冲刺、讨论和任务。
一个团队通常需要多长时间才能在Scrum中变得高效？
大多数团队在两到四次冲刺内就能看到积极的变化。随着团队学习如何更现实地进行计划并更好地协作，达到全面的有效性需要更长时间。持续改进在成熟过程中发挥着重要作用。支持性工具使这一转变更加顺畅。像Lark这样的平台帮助团队在不断完善Scrum实践的过程中保持一致。
使用Scrum进行敏捷开发需要认证吗？
在使用Scrum框架进行敏捷开发时，并不需要认证。虽然培训可以提供有用的基础，但真正的学习来自于在日常工作中应用这些原则。团队通过不断试验和反思来提升。清晰的沟通和共同的理解比资质更重要。Lark通过让规划和协作对所有人保持透明来支持这种学习。
敏捷Scrum方法论如何在冲刺过程中处理优先级的变化？
Scrum保护冲刺目标以保持专注，但并不忽视变化。新的优先事项会被审查并添加到待办列表中，以便在未来的冲刺中处理。紧急事项会被谨慎处理，以避免干扰团队。这种平衡在保持工作的稳定性同时也具备适应性。像Lark这样的工具帮助团队在不失去冲刺清晰度的情况下可视化变化。
在使用Scrum方法进行敏捷项目管理时，团队应跟踪哪些指标？
团队通常会跟踪速度、周期时间和冲刺目标完成情况。这些指标有助于团队了解产能并提高规划的准确性。目标是学习，而不是控制。指标应引导讨论和改进。像 Lark 这样的平台使得在冲刺任务和讨论的同时审查这些洞察变得更加容易。
相关阅读
Table of contents
想了解 Lark 吗？
所有工具尽在一处
节省时间，提高效率
节省高达 70% 的软件成本
Table of contents
想了解 Lark 吗？
所有工具尽在一处
节省时间，提高效率
节省高达 70% 的软件成本
