在车间和工地上运行 Scrum：一份可用于运营与施工的现场清单
《Scrum 指南》将 Scrum 描述为一个轻量级框架，通过对复杂问题的自适应解决方案来交付价值。这一定义中没有任何内容把它限定在软件领域。管理维护待办事项的运营团队，与协调各工种的施工班组，面对的都是复杂多变的工作——而这正是 Scrum 所针对的情形。诀窍在于保留让 Scrum 行之有效的要素，同时抵住把它变成换了新词汇的进度汇报会的冲动。
在 2021 年初，班组因疫情恢复、混合排班以及仍然迟到且不可预测的供应而捉襟见肘，一个短周期的计划与评审循环显示出了它的价值。当你无法信任一份六个月的计划时，一个你真正去检视和调整的一到两周的 Sprint，胜过一张悄悄过时的甘特图。
在第一个 Sprint 之前
指定一位真正的产品负责人。 由一个人决定工作的顺序，并且能够说不。在工地上，这通常是工长或运营负责人，而不是一个委员会。没有单一决策者，待办列表就会变成愿望清单。
把产品待办列表写成成果，而非任务。 「二层框架已检验并签收」胜过「做框架」。每一项都应清晰到足以估算，并按价值和风险排序。
选定一个 Sprint 长度并保持固定。 一到两周适合大多数运营和施工工作。正是这种稳定的节奏，才能让你把一个 Sprint 与下一个相比较。
定义「完成」的含义。 就「完成的定义」达成一致——已检验、已清理、已记录、已移交——这样一个已完成的增量才是真正完成的，而不是在等待隐藏的返工。
经过调整的每周节奏
Sprint 计划会：团队预测自己能完成什么，并制定实现的计划。在工地上，先实地走查该区域，确认材料和许可就绪后再做承诺。
每日站会：一次 15 分钟的检查，让做工作的人重新规划当天。把它留给团队——来访者只观察，不主持。
Sprint 评审会：把完成的增量展示给关心的人——客户、检验员、下游工种——并收集能重塑待办列表的反馈。
Sprint 回顾会：团队就下一个 Sprint 要尝试的一两项改进达成一致。安全险情和供应应对办法正是在这里变成长期的修正措施。
在软件车间之外，有两项调整最为重要。其一，对材料和检验的依赖是真实而外部的；把长交期物项当作待办列表中需要尽早揭示的风险，而不是迟来才被动吸收的意外。其二，每日站会是供班组协调之用，而非供管理者提取进度报告之用——一旦沦为后者，出勤率和坦诚程度都会下降。
你已经过度扭曲它的迹象
没有产品负责人，于是优先级由最后喊话的人说了算。
每当进度滑移，Sprint 长度就随之改变，于是任何东西都无从比较。
「完成」悄悄排除了清理、检验或记录，于是返工不断堆积。
在压力之下省略了回顾会——而那恰恰是你最需要它的时候。
诚实地使用时，Scrum 为运营和施工团队提供了一个稳定的「计划—检视—调整」循环——短到足以保持真实，又结构化到足以支撑问责。你无需自称「敏捷」也能受益；你需要的是固定的节奏、明确的负责人，以及对「完成」的真实定义。
如果你正把敏捷节奏应用到资本项目或现场运营，并希望它们经得起审计，XNM 的项目与项目群交付咨询服务 可以帮助你确立节奏并保持记录的清晰可靠。