今天来聊聊我搞敏捷，特别是当这个Scrum Master（咱们简称SM）的一些实践心得。一开始我也是两眼一抹黑，被拉着搞这个，说是能提高效率，能让团队更开心。行，那就试试呗。

初识SM，一头雾水

最开始的时候，公司说要转型，学人家先进经验。找了个外部的顾问来讲课，PPT做得花里胡哨的，什么“敏捷宣言”、“Scrum价值观”、“三大支柱”，听得我云里雾里。当时就觉得，这不就是天天开会，然后让大家自己管自己嘛

后来领导看我平时还算能张罗事儿，就说：“你来当第一个SM试试。” 我当时心里直打鼓，这玩意儿我也不懂。但没办法，硬着头皮上了。

摸索阶段：从照本宣科开始

第一步，我先是把Scrum指南翻来覆去地看。 啥每日站会、计划会、评审会、回顾会，还有那个Backlog（产品待办列表）和Sprint Backlog（迭代待办列表），先按着书上说的来。

• 每日站会： 我就每天早上把大家召集起来，每个人说昨天干了今天准备干有啥困难。一开始大家都不习惯，站着说话十几分钟，都觉得耽误时间。有的人说起来没完没了，有的人就三言两语应付。我就得控制时间，引导大家聚焦。
• 计划会： 这是最头疼的。要把产品待办列表里的东西，估算工作量，然后塞到下一个Sprint里。估算这个事儿，一开始大家都没谱，有的人拍脑袋，有的人往多了说。我尝试了用那个扑克牌估算法，大家一起打分，感觉稍微靠谱点，至少能讨论起来。



• 评审会： 就是给客户或者产品负责人看我们这个Sprint做出来的东西。一开始我们做的东西经常被打回来，或者跟人家想要的差老远。这就逼着我们得在Sprint过程中多沟通。
• 回顾会： 这个会我觉得挺有用的。大家坐下来聊聊这个Sprint哪些做得哪些做得不下个Sprint怎么改进。一开始大家也不太敢说真话，怕得罪人。我就带头先自我批评，然后鼓励大家畅所欲言，匿名写纸条也行。慢慢地，气氛才活跃起来。

实践中的调整与感悟

书上的东西是死的，人是活的。干了一段时间，我就发现，不能完全照搬。比如说：

关于开会： 有些会确实能不开就不开，或者缩短时间。每日站会，如果团队小，大家坐得近，有时候吼一嗓子也能解决问题。但关键是要让信息透明，让大家知道彼此的进度和困难。

关于“仆人式领导”： 书上说SM是“仆人式领导”，要服务团队。我一开始理解就是给大家端茶倒水、订外卖、解决杂事。后来发现，这只是表面。真正的服务是移除障碍，保护团队不受外界干扰，帮助他们解决那些他们自己解决不了的问题，比如协调资源、跟别的部门沟通。

关于“自组织”： 理想很丰满，现实很骨感。指望团队一下子就“自组织”，那是不可能的。SM得像个教练一样，慢慢引导，帮助团队成员提升技能，建立信任。有时候还得当“恶人”，推动一些不愿意改变的人。

印象最深的一次实践： 有个迭代，一个核心功能遇到了技术瓶颈，眼看就要延期。团队里气氛很压抑。我当时也没啥好办法，就组织大家开了个小型的“诸葛亮会”，把问题掰开了揉碎了分析。有人提出一个非常规的解决方案，风险挺大。我顶住压力，支持他们尝试。那几天，我天天在团队旁边守着，有啥需要协调的，我第一时间上。居然在截止日期前搞定了。那次之后，团队的凝聚力明显强了很多。

现在的我怎么看SM

现在再让我说SM是干啥的，我觉得SM就是个“润滑剂”和“催化剂”。

• 润滑剂： 减少团队内部和外部的摩擦，让流程更顺畅。
• 催化剂： 激发团队的潜能，帮助他们更好地协作，更快地产出价值。

这活儿，说难不难，说容易也不容易。没有固定的KPI，很多时候干的都是“软性”的工作，效果也不是立竿见影。但如果你真心想帮团队，愿意跟大家一起成长，那还是挺有成就感的。

我现在的体会是，SM这个角色，重要的不是那些条条框框的规则，而是理解敏捷的核心思想：拥抱变化、持续改进、以人为本。把这些融入到日常工作中，具体用什么工具、开什么会，都是可以灵活调整的。最重要的还是得让团队成员感觉到，这个SM是真心实意在帮助他们把事情做而不是来添乱或者监工的。

就先分享这么多，都是些粗浅的经验，希望能给同样在摸索的朋友一点点启发。