今天接受到了张总的一个张力,希望在五月份的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应该如何去和团队一起成长?
教练问题-如何培养团队成员的成长?
SM专题-3W浅谈
网友评论