Scrum Master的小技巧

敏捷转型过程中，对于scrum master，很多会和传统的项目经理混淆，而很多担任scm的，很多公司都会从开发经理、骨干员工等转型，这些人的一个特点是，偏技术型，管理经验欠缺，在引导团队的过程中，经常会发生偏差；

这个时候我们不禁要问，scm需要什么的人来承担？这里谈谈自己的感受。

技术重要 or 管理重要？

从个人的经验来看，有一些技术功底、具备较好沟通技巧的SCM，比纯技术大牛更容易成功。

对于软件行业，技能都掌握在人的身上，要发挥团队作用，就必然涉及到人的协作，在敏捷实施过程中，又强调的是团队的作战，SCM又是服务型领导，那么沟通、心理学、宣讲力等这些软技能就显得特别重要，而具备一定的技术功底，又能帮助你易于理解技术人员的语言，从而更好地了解你的团队。

软技能可以协助你把这个团队调动起来，发挥团队最大的作用。其中，我觉得“引导”是每个SCM必须具备的素质。

如何引导？之前看过一个例子比较形象，这里引用一下：

“如果把master比作站在迷宫旁边，知道迷宫出路的旁观者；团队是在走迷宫的人，当团队到达三岔路口时，master并不建议团队向左或者向右，而应该提醒团队向他们没有看到的方向看一下，问问他们看到了什么，看到的事务对他们有何影响，然后让团队自己选择走哪条路。”

每个团队都会有自己的局限性，master可能看得会全面一些，但不能替团队做决定。介绍“引导”的以下几个常用手段：

1）当团队遇到问题，怎么办？

不要直接给答案，让团队自己发现，你需要做的，只是给个方向。当团队遇到问题，而你知道问题该如何改进的时候，不要直接说出来，采用问问题的方式，比如“那么，大家一起讨论下，我们目前的痛点是什么？” “看板能解决我们目前的问题吗？为什么？"  引导团队自己说出来，这样实施的改进可以事半功倍，因为你让团队感觉到是他们自己在主宰，自己在做决定，而不是由你推着走。

有遇到过比较高冷的SCM，认为自己很ok，然后一 直都是我希望团队这样做，我要团队这样做，团队必须这样做... ....最终泯灭了团队的主动性、积极性，往往以失败告终。

2）当团队没有意识到自己的问题，而你又可以预知团队这样下去必然会失败，怎么办？

创造条件让团队失败，让他们掉到你造的坑里去，然后通过回顾会引导团队把问题解决掉，俗话说：早死早超生。让团队早点把该解决的问题先解决了，以后的道路就会顺畅很多。举个例子。
去年刚接手一个团队的指导时，团队对自己的问题都是避而不谈，大家都是指责一些客观的事情（比如流程不好用、规则不清晰等）。最近团队延期的任务数比较多，在回顾会上，大家一致认为，是任务评估时，偏差太大，要求改进任务评估模型。
于是我们把任务评估模型改进列入了我们下个迭代的改进目标。
很正规的，我们组织了一次大型的讨论会，邀请了敏捷导师来给我们指导任务评估模型如何做更合适。
会上，敏捷导师分享了任务评估模型的几种形式，然后把我们的任务进行分阶段地分解，接着提了几个问题：
“我们认为，在哪个阶段评估不准？”
“我觉得按照这个流程，我们的评估是准确的，但问题是，我们现在的代码走查是在提交测试之后，这个时候，代码走查出来很多问题，甚至是设计推翻重做，所以，这条任务延期了，我们只评估了正常的情况，确没有评估这种反复的情况。”
“还有其他种情况吗？”
“有，我这里的情况不太一样，我的延期是因为新员工不太熟悉，反反复复修改，我也不知道他到底做完了没有，最后交付时却发现延期了”
“还有其他情况吗？PO这边有什么感觉？”
“刚才讲到的到交付的时候才告诉我延期，这个事情是存在的，我希望能看到我的需求，现在到底到什么阶段了。”
敏捷导师最后做了总结：
“刚才大家都反馈了自己的痛点，我们知道，评估任务时，我们只会评估正常的一个交付流程，提测后的问题、设计推翻重做的问题在不在评估的范围？”
“这些是不良成本，是我们应该设法改进的，所以，我们今天的结论，不是要改我们的评估模型，而是要改进我们的开发质量。”
这个时候，大家都很乐意去接受这样的一个结论，接下来分组讨论质量改进，取得了可喜的结果：我们提前了代码走查的时间、规范设计评审、引入看板管理......
在这个案例中，其实Master知道大家的根因不是在任务评估模型的，但是大家没有意识到，所以他挖了个坑，引入了更权威的敏捷导师，给大家讲解评估的模型，并引导他们意识到自己的真正问题点在哪里，从而收获了真正有效的改进。

3）刚当上团队的scm，还没有很好的融入，怎么办？

这个是很多新手SCM困惑的地方，在一些公司，SCM技能一般不会太强，很多公司里比较资深一些的人，就会有些看不上，凭什么你来指指点点啊？这个时候SCM就陷入了困境。这里介绍一个比较简单实用的方法：当你想快速地跟某个人拉近距离的时候，去请教他一个小问题，当对方帮助你了之后，会给他心里形成一个印象："你给我的印象还是不错的，因为我愿意帮助你",适当的请教一下团队，让他们帮你把这个问题落实，会起到一些意想不到的效果，使用这个的时候，要注意分寸，请教要诚恳。

总结以上个人的观点，SCM从技术团队中选，有较丰富的经验，并具备不错的软技能和管理技能的人，是最佳的人选。