今天接受到了张总的一个张力，希望在五月份的SM训练营中，做一个分享。SM这个词应该是11年左右，教主引入到团队。接着在12年左右开始尝试这个职责，团队在变，职责在变，对这样一个角色的认知也在不断的变化中。既然要做分享，不如接下来一段时间，就尝试做一些整理和总结吧。
- SM是什么？
SM(Scrum Master)一词，最早是源于SCRUM框架中的一个角色。是团队的导师和组织者。
- 为什么要有SM？
SCRUM框架中三个角色，SM、PO和团队。PO(Product Owner)对整个团队交付的产品负责，也就是说PO负责决定这个团队需要做什么事情？产品应该要包含哪些功能特性，优先级是什么？团队在一个Sprint周期冲刺达成目标。PO和团队都忙于团队交付的事情。SM的存在，正是为了帮助团队提升整体交付能力，更快，更好的交付对用户更有价值的产品。
- SM如何帮助团队提升交付能力？
永远从“人”、“工具”、“流程”三个方向来考虑。
- SM关注方向-流程
不管是采用SCRUM，还是看板，永远是根据团队的业务需要去做决定。
是否需要引入结对？是否需要引入代码走查？要不要引入需求实例化？要不要做MFQ？
Hi！先想想清楚，你最想要解决的问题是什么？团队目前面临的问题究竟是什么？
永远从问题出发，带着问题，看看，在流程上做点什么，可以创造一个改变。每次一点点，不追求一次做到完美。不断地试错，在试错中不断调整，更重要。
流程这一步，更重要的是，需要有很敏锐的洞察力，有意识的去识别出工作中的一些浪费，不断去消除这些浪费。
最好的流程不是一成不变的，而是最适合当下你所在团队的流程，由团队共同制定，不断优化。
- SM关注方向-工具
敏捷宣言中强调，个体和交互重于流程和工具。但流程和工具依然很重要。比如:基于知识库的业务知识体系的建立(有一个团队的特别好的案例)。再比如。一些小而美的工具的使用(非常多的小工具)。再比如，你是写代码的，那你喜欢用什么IDE？你喜欢用快捷键吗？每天用的，经常用的工具，有意识的去发现和挖掘他们的一些功能，为我们节省更多的时间。
另外一个很重要的维度。对于SM来说，想要在团队引发一些改变。永远记得一件最重要的事情。“透明和可视化”，想尽各种招数把问题可视化出来，让大家看见。只有大家都认为是问题，才有去改变的想法，如果只是你认为有问题，那就继续做可视化吧。
举个例子，用物理看板还是电子看板？其实都可以，主要是看你用它来解决什么问题，谁来用？什么场景下用？这些问题想清楚了，你就知道如何选择了。
最后一个维度，是关于“人”。这个维度。在我之前的一篇文章中已经很详细的描述过。作为SM应该如何去和团队一起成长？
教练问题-如何培养团队成员的成长？
