前一段时间,我通过Email回答了一个问题“多长时间能够成为一个成熟的ScrumMaster?”这个问题其实很难回答,我想写一篇Blog分享我的看法。
要回答这个问题,首先要搞清楚“成熟”的定义。Certified ScrumMaster是一个很好的课程,多数学生都能从CSM课程中对Scrum的框架有一个答题的了解,并能通过各种游戏、模拟互动中反思自己开发过程中的种种问题,找到更好的答案。但是仅仅通过这个课程并不意味着学生有足够的知识和技巧去带领一个Scrum团队。由于历史的原因,Certified ScrumMaster选了两个不是很恰当单词”Certified”和”Master”。这两个词汇有很强的误导性。我们应该跳出这两个词汇看待这个课程。Ron Jeffries有个比喻很恰当,参加这个课程并获得CSM仅仅是获得了一个“驾照”。你可以上路了(Put you on the way),但是并不一定意味着你的驾驶技巧会有多高,你很有可能剐蹭,翻车。但是通过学习,你掌握了一些基本的知识,知道了前进的方向,接下来要做的就是在实施Scrum中面对各种各样的挑战,不断提高自己的Scrum以及敏捷的理解,不断磨练,越来越成熟。
ScrumMaster的角色其实跟教练很类似。退役的队员回去参加一些教练员培训班,但是从培训班毕业并不意味着就是一个“成熟”的足球教练。他要从助教开始,从小的球队开始,接触各种不同类型的球队,帮不同类型的教练做助教(学徒),丰富自己的知识体系,磨练自己的技能,形成自己的风格,最后才能成为伟大球会教练,比如穆里尼奥。
作为一个Certified Scrum Coach,我十分有幸成为Scrum联盟的核心组织的中的一员,我从Scrum联盟内部(Trainer + Coach)讨论中发现Scrum联盟越来越意识到它不应该仅仅局限于Scrum,开始渐渐的把关注点最终目标,帮团队找到更好的工作方式,真正去Transform the World of Work。这自然也包括帮助团队更好的理解并导入极限编程、精益、看板等等。优秀的ScrumMaster同样也需要理解并掌握极限编程、精益、看板,这其实是一个不断学习,不断演进的过程,而这个过程可能永远没有终点。
尽管优秀的ScrumMaster的风格也不尽相同,优秀的ScrumMaster需要具备种很多基本素质,比如服务意识、沟通技巧、培训(Coaching)技巧, Facilitation(找不到好的中文词汇)技巧等等。由于性格原因,很多人可能永远不能成为一个“成熟”的ScrumMaster。四月份在QCon Beijing与Tom Mellor(Scrum联盟主席)一起合作教授Certified ScrumMaster课程过程中,我从Tom那里学到的一个成为优秀ScrumMaster的很重要的技巧,“知道ScrumMaster该做什么固然很重要,但是,更重要的是要十分清楚ScrumMaster不该做什么”。“给团队成员分配任务”、“‘帮’团队发现问题”、“‘帮’团队解决问题“这些事情都不是ScrumMaster应该做的,但是不幸的是有太多ScrumMaster每天做这些事情。优秀的ScrumMaster应该时刻牢记对Scrum的指导原则(而不仅仅是去Facilitate那些表面的实践: 每日Scrum、计划会议、燃尽图。。。)这三个原则是
“Ask the Team”,团队的问题让团队自己解决,不要越俎代庖。推荐一本关于问题的好书“你的灯亮着吗? –发现问题的真正所在”
“Inspect and Adapt”,不断调整,不断进步
“Delivery Quality Product Fast”。
关于作者
滕振宇(Daniel Teng),爱迪德高级软件经理,InfoQ中文站特约编辑。他是亚洲第一位也是目前唯一一位认证Scrum教练(Certified Scrum Coach),Daniel具有多年的敏捷项目(Scrum & XP)实践经验以及丰富的带队经验。
Daniel于2006年1月创建了Irdeto上海研发团队,并将Scrum和XP成功引入了团队。目前该团队主要负责数百万美金级别的大型付费媒体计费及客户关系管理系统的开发及维护,四年中成功发布产品的两个新版本。系统现在在美洲、欧洲以及亚洲的许多国家运行。
Daniel一直致力于将海外的敏捷思想、理论及方法以及实践介绍到国内,帮助国内的软件团队高效并有趣地工作,真正为客户创造价值。作为敏捷社区的活跃分子,Daniel通过博客、InfoQ以及讨论组等宣传敏捷。Daniel经常受邀到各个会议中针对敏捷话题进行演讲,他是敏捷中国2009的讲师,并受邀QCon北京2010以及在CSDN举办的软件开发2.0大会2009等中作关于敏捷的演讲。
Dianel的blog: http://www.cnblogs.com/tengzy/