【每日一学 20260820】敏捷之道——告诉你一个真Scrum

2026-08-20 15:20:00
蓉蓉
原创
6

1、伪Scrum

看到文章的标题，你的第一感觉是什么？很多人跟我说，他的第一反应是：什么？还有不真的Scrum？还真有，比如说，让需求方提需求，结果需求方所有的需求都是必须立即做，马上做；站会大家每天早上无精打采地来了，无精打采地汇报，然后无精打采地散了，每个人都毫无收获；评审会了，大家的核心议题就是过一下上个迭代完成的需求清单，再看一下下个迭代要做的诉求清单，然后散会，过几天用上之后，用户叫苦连天；至于回顾会？那玩意儿早就不开了，没用。


痛定思痛的才子们给上述情景甚至写了一首打油诗：
计划难定三二一，
站会一圈僵尸立。
评审没人看软件，
回顾干脆没人提。

那么，这种情景是你们团队的Scrum实践写照吗？如果是的话，请仔细阅读本文，带你一起深挖Scrum玩不转的原因。如果你们用了Scrum，而且完全不是这个样子，请仔细阅读本文，带你深化对Scrum的理解和认知。如果你们根本没用Scrum，请仔细阅读本文，然后选择跟着资深敏捷教练团队一起踏上不懈改进的旅程！

2、精神核心：黑色哈卡与Scrum

问：按照领导的要求，我们的团队用了Scrum，但是效率并没有显著提高，这是为什么呢？
答：你们的团队适合Scrum吗？

也许你想追问一句，什么样的团队才适合Scrum呢？

要回答这个问题，需要从Scrum术语的来源说起。Scrum的来源是橄榄球里的并列争球。也就是两支球队，头对头挤在一起，身体的弯曲搭成了一座小小的隧道。裁判把橄榄型的球扔进隧道，两支球队开始最原始力量的较量，终于，一方会得到球，杀出重围，向对方的阵地直冲而去。

什么样的团队更适合这个时刻？试想你看到一群队员，开赛之前他们一定会在队长的召集下，面向他们的对手，用自己的家乡话唱起战歌，跳起名为哈卡的毛利战舞，带着杀气逼视对手。那氛围瞬间就让你知道，这支黑色兵团明显比他们的对手要想赢得多。不出所料的话，他们会在更多的“迭代（Sprint）”中成功达阵，走向胜利。

是的，适合Scrum的团队，不仅是想赢团队，准备好去赢的团队，更是通过仪式告诉自己，在下一次Scrum里也要赢的团队。

3、行动纲领：写在Scrum背后的伯伊德环

问：Scrum把两个月的项目周期切成了一个个两周迭代，可是我们尝试每两次给客户看一次开发成果经常约不到人。那我们切不切这些迭代这又有什么分别呢？

答：在之前有一次战争中，有两架侦察机在敌军北部地区低空飞行，他们在执行一次侦察任务。他们小心翼翼地飞到敌军基地附近。两名飞行员正因为今天的任务顺利程度兴奋不已。按照计划，他们只需要快速掠过这片阵地，就可以在敌人反应过来之前顺利返航。而在这时，地面上突然亮起了星点火光。是防空机枪！而且看那密度，似乎敌人是有所准备的。前机飞行员立刻准备按照事先准备的应急方案拉高逃离，这时对讲机里传来了后机发来的信号，那是建议他跟上后机掉头向最近的丘陵俯冲的指令。前机稍有犹豫，还是坚持认为应该按照作战计划进行应变，结果在爬升的途中被打爆了燃料箱后坠毁。后机的飞行员在密集的炮火中不停地观察，借助地形设法逃窜。最终，后机的飞行员活着回到了基地。这个人就是Scrum指南的编著者之一，杰夫·萨瑟兰（Jeff Sutherland）。

这不是杰夫第一次凭借“疯子少校”伯伊德教给他的本领逃生了。在空军学校里，这位传奇人物讲过，战场瞬息万变，作战计划里有很多假设，很难全部成真。在没有规模优势的时候，不能每次都机械地把计划执行完再开始应变。与此相反，一旦上了天，就要擦亮自己的双眼，时刻洞察环境的变化，根据当下的观察快速就原计划是否生效做出初步判断。判断一旦形成，就要立刻决定新一步行动，并且加以执行。开展新行动时保持观察和判断，让自己时刻处于警觉和应变的状态之中。

这种基于当下环境的思维方式，被杰夫引入了Scrum之中。在Scrum中，每个迭代都需要结合之前的观察（上一轮评审或初始需要），判断现在要做的事情有哪些（计划会确认优先级），并且明确行动方案（计划会上拆任务），加以执行。执行中保持观察（站会），直到确认原定目标的达成情况（评审）。因此，在Scrum的世界里，两个月的工作并不仅仅是切成了4个双周迭代来交付这么简单，Scrum在这些迭代里还明确地指出了4个下重大判断的时间点，以及40个观察进展并细致调整的机会。

我们也许只看到了因为各种各样原因缺少反馈的3次迭代评审，忽略掉了40个和团队一起围绕价值改进的机会。现实里，业务人员和开发人员每天都要一起工作确实并不容易，但开发过程中的障碍，真的可能会随着更频繁的沟通，得到更及时的解决。

4、落地易错：Scrum指南里没有提醒你的事

问：我们实施了Scrum4个会议，我们在做Scrum了！为什么按你这么一说，就好像我们跑的不是Scrum了？

答：请问，你们真的是在做Scrum吗？

用文学一些的方式表述Scrum在你们团队里运行的过程的话，大概会是：大家在围绕Scrum框架运行的开发流程里磕磕绊绊，新旧习惯的冲突让原有协作无处安放。这种冲突的来源大约来自于过于细致分工的职场开发岗位设定，让大家失去了学开发时候的初心，让大家不再热衷于从简单描述的字里行间寻找逻辑和线索，让大家不再热衷于自己验证自己的代码，让大家不再热衷于自己主动地挑战一个又一个待办项。所以，大家要清楚，这可不是Scrum，不是那个为了共同目标主动奋进、专注而协作的Scrum，如果一定要说是Scrum的话，可能用僵尸化的Scrum来形容会更准确。

Scrum指南里只有一个由4个核心活动和一个时间盒构成的运作框架。核心活动之间工作如何完成，团队有没有清晰的认知呢？在以往的日子里，我们习惯了简单粗暴的阶段式开发（我们日常见到的开发连瀑布都不是。瀑布需要对双方都有强制力的评审，正式的变更流程以及有代价的变更，而大多数团队其实是在不停地边做边改）。团队负责人通常要分析名为需求的初步设计方案，然后根据他对合作多年的队友们长年累月的了解来派活。相对稳定的团队、相关方的妥协以及团队负责人的工作风格形成了团队的常态。

而现在，需求的变化节奏在加快，环境导致的团队流动率增加也影响到了协作的默契。这些变化冲击了团队的“常态”。在此基础上开展Scrum实践时，团队希望能有人帮他们建立跟以往的工作习惯更加相符的流程，来让自己减少痛苦。尽管外部的敏捷教练们已经用自己的聪明才智帮忙编制了新的工作流程，并竭尽全力地陪伴团队，但是在大量需求涌入的情况下，新的流程下的协作迟迟建立不起来，旧的流程组织又不准大家回去。每个人都工作的很痛苦，更别说大家要对自己的工作提出质量要求了。

这是Scrum 指南中没有提醒你的事，毕竟真正的Scrum团队，是不需要别人手把手地教自己如何更有效地做好本职工作的。真正的Scrum团队，应该是“准备好去赢的团队”。而准备好去赢，也并没有什么独家秘方，按照软件工程实践扎扎实实去做就好了。

5、不能忽略：还需要一个真正的领导者

问：我们的团队Scrum Master已经很尽心尽力地帮着团队交付平稳，但是看起来我们跟没有敏捷的团队也没有很实质性的成就区别，这是为什么？

答：你们团队的Scrum Master，是真正以仆人（或者按照PMI更形象的说法：管家）的补位意识在引领大家前行；还是像以往的PM一样，做了个不停填坑的骆驼祥子？

Scrum认为团队的带头人不应该是高高在上地一边喊“给我上”，一边对来求助的团队成员说“自己想办法”的“头儿”，而应该是真心实意地为团队成功铺平道路的领军人，所以设定了“仆人式领导”这么谦逊的说法。但在落地里，Scrum Master经常是由干杂活来推进交付的项目经理或者团队小负责人转变而来，价值不是他们的既往关注点，经典的三角形约束以及扯皮才是他们关于思考的内容。因此这样的Scrum Master在落地Scrum时，第一考虑的也是如何解决交付压力，而无法给团队指出长期的进步方向。

因而，在2020年的Scrum指南里，仆人式领导进化成为了真正的领导者。与仆人式领导者相比，真正的领导者需要在方向引领、保持能量和变革指引三个方面做得更加突出。如果需要带领团队走向目标，不仅要自己清楚方向，也要让团队都认同这个方向，然后亲自带领大家走上这个方向（这里还需要领导者深刻理解戴明的那句话：领导者必须明白该怎么做）。保持能量是成为一个可信赖的领导者的必要条件，这种特质能让人保持乐观、冷静、理智的判断，让人精力充沛，更有带动性与影响力。

你们团队的Scrum Master，强大到成为一个真正的领导者了吗？

6、踏出第一步

Scrum指南写道，Scrum是轻量的，易掌握、难精通。在Scrum 指南的基础上，团队想赢、不懈内省、工作流明确、领导有力这四大要则正是真正的Scrum团队身上的鲜明特征。

关于如何才能让团队成为这样一支团队，要完整的说明，那就需要另外的一系列文章了。分享一下通往这条路的起点：改变自己。想想敏捷宣言的第一句话：我们在实践中探寻更好的软件开发方式，身体力行的同时也帮助他人。对照上面的总结，也许你应该在自己的待办事项列表中写上：明确目标、做好准备、明确流程、持续自省、笃行目标、始终如一。这将会成为改变的第一步。
 
来源：《敏捷之道》——告诉你一个真Scrum--文/吴言
发表评论
通过审核后显示您的意见