教师-Scrum Master能力说明-Scrum Master八个姿势白皮书

Scrum Master作为教师

本章是关于Scrum Master作为一名教师。我将会描述一名教师的定义,理论的观点和一些实用的例子关于Scrum Master应该教什么。

什么是教师?

我可以找到最简单的定义是:“那些可以帮助其他人学习到新的东西的人。”教育是关于传授知识或者技能,或者指导一些人怎样去做某些事情。
一些关于教育好的引用:

  • “教学艺术是辅助发现的艺术。” - 马克·范多伦
  • “我从来不教导学生,只为他们提供可以学习的条件。”-阿尔伯特·爱因斯坦
  • “一个好的教师可以鼓舞希望、点燃想象力以及灌输对学习的热爱。” - 布莱德·亨利

Scrum Master作为一名教师:

根据Scrum指南,Scrum Master有责任保证Scrum被理解和实施。Scrum Master通过保证Scrum团队遵守Scrum理论、实践和规则来保证Scrum被理解和实施。它们指导团队在迷失的时候重回到敏捷的实践和原则。对于Scrum Master的教导主要集中在开发团队和产品负责人。但Scrum Master也要保证涉及团队的其他所有人都能理解Scrum。

那么Scrum Master能教导什么?

  1. 当团队成立的时候就教导敏捷。与团队一起的第一周,我经常引导团队回到敏捷和Scrum的核心。我让他们学习“为什么”和“什么”是敏捷的观念,Scrum框架,极限编程和看板。尽管有一部分团队成员可能有丰富的敏捷经验,但这样做能让大家处在同一平面上。解释敏捷宣言和强调产品开发所基于的假设:客户知道需要什么,开发人员知道怎样去构建以及在过程中不会有改变。在现实中是,客户发现自己需要什么,开发人员发现怎样去构建以及在过程中不断的变化。
  2. 教导Scrum的核心。运用Scrum可以比作是玩国际象棋。你要么按规则玩,要么不按规则玩。Scrum和国际象棋都不会失败或者成功。他们要么玩,要么不玩。那些两者都玩并保持练习的人可能会变得非常精于游戏。如果是国际象棋,他们会成为大师。如果是Scrum,他们可能会成为非常好的开发组织,被客户所珍视,被用户所爱戴,被竞争对手所惧怕。一些团队开始使用Scrum时会去掉框架中的某些部分。例如,一两次的“每日”站会,混淆了多个角色,跳过回顾会议。如果团队认识这些时明智的,那是可以的,但Scrum Master应该教育他们这样做的后果和强调他们并不是在使用Scrum。
  3. 教导Scrum与良好的习惯做法不同处。现今,许多良好的习惯做法被强烈地与Scrum核心缠结在一起。教导团队这两者间的差异性是有用的。良好的习惯做法例子是运用故事点,做Scrum每日站会和使用燃尽图去跟踪过程。所有的良好的习惯做法,都不强制考虑Scrum的核心。
  4. 教育团队关于建立分享的特性。团队应该意识到团队合作的前提条件。怎样才能成为一个团队?一个团队意味着什么?我有时候会要求团队去分享一些他们过往参与过的团队个人经验。什么是最差的团队和为什么?什么是最好的团队和为什么?建立团队宣言是一种强有力的建立分享的特性的运用。
  5. 教育团队关于产品版本的重要性。这也是产品负责人到来的部分。很可能团队的建立是有目的性,例如,建立一个新的产品。团队知道并了解产品负责人所有的产品版本是至关重要的。团队只有了解产品的目的性才能做出正确的决定。总的来说,一个清晰的版本对于开发团队就像是一个灯塔,在困难的时间是必须的。
  6. 教育团队关于自组织。正如敏捷宣言所说的“最好的架构,需求和设计出现在自组织的团队中。“一个自组织的团队是一组积极的个体,能朝着目标一起工作,有能力并有权力去做出决定,以及能适应随时变化的要求。一位Scrum Master,作为Scrum和自组织的推动者,应该考虑如何让团队自己解决自己遇到的问题,以及提供工具、培训和怎样能做到最好的观察力。
  7. 教育Scrum团队的角色。要求团队里所有人要完全履行他们的角色。任何的不足都是一种缺失。教育团队Scrum中的三个角色是如何相辅相成和相互影响的。产品负责人想要建造出正确的东西,开发团队想要把它建造正确,Scrum Master想要更快地建造出来。一个伟大的团队知道如何平衡这些利益。
  8. 教育团队关于妨碍。在Scrum中,妨碍是任何阻碍团队生产力的东西。保证妨碍被清楚是Scrum Master的职责。Scrum Master只有消除妨碍才能使开发团队的自组织能力得到提高。否则就不止是一个妨碍,而是开发团队要自己解决的一个问题。
  9. 教育团队关于可视化进度。透明化是Scrum的其中一个核心。它对于检查,适应和自组织是至关重要的。因此,对于可视化的需求是显而易见的,没有它,自纠正是很难达到的。这是由开发团队选择什么可视化和怎样可视化。可视化产品待办列表和Sprint待办列表是一种明确鼓励的良好做法。其它的用于可视化进程和提高协助的良好做法习惯,燃尽图,建立一块关于妨碍与提高的白板,显示团队成员的可使用情况或者建立一个Sprint日历用于显示所有的事件与会议。
  10. 教育产品负责人关于待办列表的管理。Scrum Master要教导产品负责人如何建立产品待办列表,怎样基于优先级、风险、价值和依赖性排序,和怎样使整个团队参与待办列表管理。
  11. 教育组织关于Scrum。Scrum架构对于一些组织可能是分裂性的。这是因为一些人发现难以应付的改变。解释Scrum的目的性,对一些变化的重要需要是建立共同的理解和建立一个保证变化真实地产生作用的基础。
  12. 教育团队要“玩得高兴”。不要太严肃地对待所有事情。玩得高兴的心态帮助应付困难的条件,增强协助和建立一个健康的团队精神。因此,保证“玩得高兴”是团队日常常规的一部分。

结束

本章包含了一些关于Scrum Master可以教导开发团队、产品负责人和组织的例子。我所学到的最重要的教训是:不要尝试教导团队所有重要的东西,让他们有机会失败并从自己的错误中学习。提醒:错误是发现的出入口。

作者:Barry Overeem

译者:(排名不分先后)

田莹、龚正、钟冠智、张云雷、Minxin、徐璇、张峰、胡欣月

审校:姜信宝(BoB Jiang)

本文如有翻译不恰当的地方
联系 bob@c4at.cn

想要进一步进修Scrum Master的能力,欢迎关注课程《ScrumMaster领导力进阶课》 - https://yihuode.io/activities/579

Scrum Master八个姿势系列白皮书

Comments
Write a Comment