软件之外的Scrum：在运营和建设中应用Scrum

Scrum是一个最初设计用于管理复杂软件开发工作的框架。它的原则——透明性、检视和适应——以及其经验性的规划方法（根据你知道的进行规划，检视发生的事情，并进行适应）在软件开发之外适用于任何工作复杂、需求不确定，或者在开始时没有完全了解通往目标的最佳路径的地方。2022年，Scrum和敏捷方法正被应用于建设项目管理、制造运营、营销和创意功能，以及公共部门服务交付。以下是Scrum在非软件环境中看起来什么样的初学者友好概述，以及在将其应用于软件开发之外时发生什么变化。

非软件Scrum中保持不变的内容

核心Scrum结构——Sprint、Sprint规划、每日Scrum、Sprint评审、Sprint回顾——在非软件环境中以相对较小的适应应用。Sprint是团队在固定长度时间段内朝着明确目标工作。Sprint规划定义将做什么以及如何做。每日Scrum是识别阻碍因素的15分钟同步。Sprint评审检查构建或交付的内容并收集反馈。回顾识别团队如何改进其流程。

非软件Scrum中发生变化的内容

• 产品Backlog和Sprint Backlog采用不同形式。在建设中，Backlog可能是工作包或工作面的列表。在运营中，可能是流程改进举措或标准工作更新的列表。Backlog的形式必须与工作性质匹配。

• "完成"的定义发生变化。在软件中，"完成"通常意味着测试、审查和集成。在建设中，"完成"可能意味着检查、认证并移交给下一个工种。在营销中，"完成"可能意味着发布和上线。完成定义必须适应特定的工作环境。

• Sprint评审更改格式。在软件中，Sprint评审通常涉及展示工作软件。在运营中，Sprint评审可能涉及流程改进结果的展示，包含前后数据。在建设中，可能涉及对已完成工作的现场参观。

• 物理和安全限制需要适应。建设和制造工作有物理顺序约束（在模板就位之前无法浇筑混凝土）和安全要求（在安全检查完成之前某些工作无法开始），这些必须反映在Sprint规划中。

非软件Scrum最适合的地方

非软件Scrum最适合工作在顺序和方法上有一些灵活性、反馈在Sprint长度周期内可用，以及团队对如何处理工作有一些控制权的地方。完全指定计划的纯执行从Scrum中获益少于涉及问题解决、设计或迭代的工作。

XNM协助公共部门及资本项目组织在非软件环境中实施Scrum和敏捷交付实践。欢迎联系XNM项目群与项目交付咨询团队，探讨贵组织的Scrum实施和敏捷交付。