Scrum Master + Team Lead = Team Master?

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

上周,我重新阅读了 Scrum 指南 。我这样做的简单目的是确保我正确地记住了游戏规则,而不仅仅是根据记忆的回声进行对话。原来我的理解和回忆并没有飘远,这倒是个好消息。但事实证明,我仍然认为“Scrum Master”有点傻。我重读宣言,有相同的印象,得知自己的品味与自己相同,有些欣慰。

无论如何,什么是 Scrum Master?

Scrum 指南中有很多值得喜欢的地方,但在我看来,Scrum Master 不在那个范围内。充其量,它是 Scrum 的内置销售角色,并且随着时间的推移应该变得不必要了。该指南本身对此非常明确:“Scrum Master 负责确保 Scrum 得到理解和实施。”据推测,一旦 Scrum 被“理解和实施”,这个角色就不需要存在了。在最糟糕的情况下,“Scrum Master”是敏捷世界中非技术项目经理的逃生口,在很大程度上宣称他们是不必要的(除非重新铸造为 BA、产品所有者或直线经理)。

不幸的是,在太多的组织中,我认为 Scrum Master 的结局最糟糕。 Scrum 属于敏捷方法论的范畴,它在 敏捷宣言 (或者至少是 它背后的原则 )中就如何组织团队说了一些关于如何组织团队的内容:“最好的架构、需求和设计来自自组织队。”这描述了一个场景,在这个场景中,授权和参与的技术人员想出如何在不依赖传统命令和控制结构的情况下为感兴趣的利益相关者提供价值。

换句话说,敏捷团队(以及 Scrum 团队)不需要经理或大师。他们需要一个“产品负责人”来代表企业的利益,而且……嗯,就是这样。他们需要有人向他们解释软件需要什么,然后由他们去做。这是令人耳目一新的草根。

敏捷运动的承诺是,您不需要 CIO 和线级开发人员之间的层级管理人员和层次结构,这可以与军队相媲美。事实上,你根本不需要经理。那么这个 Scrum Master 是什么东西呢?对于被取代的经理来说,无论是产品、流程、计划还是项目经理,它确实感觉像是一个避难所。

因此,本周当我打开积压的读者问题以选择一个来写时,所有这些都在我脑海中浮现。问题如下。

我是我团队的一个咨询项目的首席开发人员。在寻找新工作时,大多数其他首席开发人员角色包括担任 scrummaster。这不是我感兴趣的事情,我在目前的工作中已经成功地避免了。如果我想接受一份新的首席开发人员的工作,我是否必须接受它并成为 scrummaster 直到我可以通过它?如果我不称自己为 scrummaster,即使我是开发团队负责人,我也会觉得在电话采访中我会显得缺乏经验。

Scrum Master 是老板角色吗?

首先,这对我来说有点陌生。我必须承认,我很少遇到组织将 Scrum Master 与“团队领导”一起引入。这可能是合理的,因为 Scrum 本身并不承认这样一个角色的存在。也就是说,该指南宣称,“Scrum 不承认除开发人员以外的开发团队成员的头衔。”因此,如果一个组织提出要求,“我们想要一个团队/首席 Scrum Master”,他们可能是一个“ Scrum-But ”团队。

现在,这本质上并不是坏事。 “除了开发人员,我们没有其他角色”是一种美好的、平等主义的情绪,但在一个拥有经验矩阵、虚线报告关系、领导角色和可变薪酬结构的企业世界中,它往往是一种虚假的承诺。换句话说,如果你向我展示一个每个人都拥有“开发人员”头衔的团队,我将向你展示一个拥有大量不同薪水和不同“非官方”职责的团队。

所以我提到 Scrum-But 的原因并不是要劝阻考虑这些公司,而是要提供一些背景信息。具体来说,这些组织很可能不理解 Scrum 或忠实地实施它。这为您和组织如何定义您的角色提供了一些回旋余地,而回旋余地将会派上用场。

在进行采访时,您可以进行一些机会主义的期望管理。他们会问你是否对这个角色感到舒服,说你是没有任何坏处。毕竟,唯一真正的要求是理解 Scrum 的规则,你可以通过阅读 Scrum 指南来实现。

但你也可以介绍一个微妙的令人印象深刻的凭证,为自己定位不这样做奠定基础。你可以解释说,在你过去领导的团队中,你在 Scrum 方面取得了巨大的成功,以至于这个角色变得不必要了,因为团队对此很了解。然后,一旦你被录用并确保团队知道如何处理事务,你真的不需要担心每天的站立裁判和其他类似的事情(尽管我认为一个好的领导的部分责任是承担 Scrum Master 抵御分散注意力的外来者的任务)。

然而,回到最初的前提,我认为实际上没有必要同意 Scrum Master 角色才能获得团队领导角色。简单地说,如果团队没有做(或假装做)Scrum,你不需要同意。这也不意味着团队必须是严格的瀑布式团队。您可以为 XP 团队或任何类型的未定义 Scrum 角色的通用“敏捷”团队寻找领导角色。或者,您可以面试该职位,但在面试过程中规定您更愿意将此职位委派给没有领导责任的人,以避免利益冲突。

但最后,我真的不建议让职位描述中的这条要点成为交易破坏者。进行有意义的评估太难,而授权又太容易。而且,此外,如果您被授予“团队领导”的角色,那么您真的应该决定由谁来担任哪个角色。

相关文章