指南

Scrum,知道名字,可到底怎么做?

大多数 Scrum 介绍止步于概念。真正需要的是:周一早上打开什么,周五晚上关闭什么。

2026-09-22 撰写

Scrum 是「这周至少把这件事做完」的约定

不试图一次做完大事,而是切成短小的片段:定目标 → 在片段内完成 → 回顾,如此反复。这样的一个片段就是一个冲刺。以一周为单位的团队最多。

以一周为单位,延误在一周内就会暴露。一个月的计划会一直安静到第三周,到最后一周才集中爆发,那时已经没有调整的余地。

  • 项目 —— 一份合同。有周期,周期被切成若干周次。
  • 待办列表(Backlog) —— 这个项目要做的大块工作清单。大约是「预约日历」「支付对接」这样的大小。
  • 周冲刺 —— 从周一到周日。本周目标、任务看板、复盘都挂在这里。
  • 任务 —— 一两天能完成的小事。一定属于某个周次。

一周的节奏——周一开启,周五关闭

复盘四格就够了:做得好的 · 有遗憾的 · 学到的 · 希望的。写得太长,就会不写了。

  1. 01周一 · 开启确认上周没做完的事,从待办列表里挑出本周要抓的大块工作。用 2~4 句话写下本周目标——不是任务清单,而是「到周末应该完成什么」——再拆成任务、分配负责人。
  2. 02周二~周四 · 推进早上写昨天做了什么、今天要做什么、卡在哪里,下班前写完成了什么、还剩什么。然后工作推进多少,卡片就移动多少。就这些。
  3. 03周五 · 关闭① 把做完的卡片全部移到完成 ② 勾选本周目标 ③ 写复盘 ④ 把没做完的转到下周。顺序很重要——先写复盘,是因为「为什么没做完」要对着本周看板来写。

最容易卡住的地方——没做完的事怎么转

不要移动,要复制。 把卡片移到下周,上周看板就空了,「那周打算做什么」也就消失了。保留原件、生成副本,打开上一周次时,计划与结果的对比一目了然。

还有,数一数转了几次。 同一张卡片被转了两次、三次,说明它太大或被卡住了。这是在复盘里讨论要拆分还是放弃的信号。

  • 不要在周中提前转。 还能完成的卡片也会被一并带走。只想推迟一张,就只改那张卡片的周次。
  • 先把做完的卡片移到完成,再转。 没移的卡片会被算作未完成一起带过去。
  • 上一周次的看板是记录。 已经转走的卡片原件不要再动。

只要定好两个角色就能开始

两者可以兼任。不过兼任的人要同时决定「做什么」和「怎么守住」,人数多了以后分开更好。

  • Scrum Master(敏捷教练) —— 守护工作方式不走样的人。不是给出解决方案的位置,而是通过提问让团队自己找到答案的位置。职责是保护团队。
  • Product Owner(产品负责人) —— 决定做什么的人。不断与管理层、团队成员和客户沟通,弄清需要什么,是待办列表的主人。职责是让团队成长。

用文档起步也行,但很快就需要工具

上述流程用文档或表格也能做。只要搭好周次格子、坚持周五关闭的流程,大部分效果就能出来。问题在于这些格子每周都要人来搭——复制页面、改日期、手动搬运没做完的项,每周都在重复。

Sprintingo 把这套流程做进了界面。创建项目后按周期生成周次,把卡片移到完成进度就上升,周五点一个按钮就能把没做完的卡片复制到下周,同时上周的记录原样保留。产品内置冲刺指南,「什么时候点迭代」这类问题用真实界面来回答。

常见问题

冲刺多少天合适?
一周最稳妥。定成两周计划会变松,三天又没什么可复盘的。先从一周开始,看清团队的速度后再调整即可。
一周应该放多少项?
没有固定数量。前两三周通常会定得过多,看看实际完成的数量,下周减少即可。反复两三次,团队的实际速度就会显现,那就是基准。
不是开发团队也能用吗?
能用。策划、运营、响应等非开发工作在单独的看板上共享同一周次。不过没有中间产出的工作,写成「本周要确认的事」而不是「要完成的事」更合适。
每日站会必须每天聚在一起开吗?
不用聚在一起。早上各自写昨天做了什么、今天要做什么、卡在哪里,下班前写完成了什么、还剩什么,效果是一样的。重要的不是聚在一起,而是卡住的事当天就能暴露出来。