PCon全球产品创新大会最新日程上线,这里直达 了解详情
写点什么

仆人领导

  • 2014 年 2 月 28 日
  • 本文字数:4385 字

    阅读完需:约 14 分钟

在我的《 Which Scrum Master Are You Hiring 》一文里,我建议大家具体描述出你可能要雇佣的领导者类型。至于原因呢,是你很可能完全不用雇佣一个“Scrum Master”–而很可能雇佣了一个仆人型领导。

本文中,我们将讨论仆人领袖,或者是潜在的 Scrum Master、敏捷项目经理、潜在的客户经理,及你所需要填充的任意角色上,可能需要的素质、偏好和非技术技能。

从素质、偏好和非技术技能开始

你的仆人领导有着与技术技能不一样的才能。你也可以将它们通通放在一个篮筐里,都叫“才能”。但是我发现这并不大管用。反之,我喜欢将它们区分开来。那些呈现出对文化敏感的才能,归属于素质;作为个人性格固有的内在行为,则归属于偏好;非技术技能的话,就比如,通过多年培养的人际交往技能。

不管该角色从事什么样的职位,我们都从非技术素质、偏好和非技术技能开始。这些特点将有助于候选人在该位置上成功,及融入到公司文化中。

但是注意,我并非建议你从认证开始。为什么不呢?虽然这个人需要体现敏捷的价值观、原则、当然还有实践,但是认证并不能保证这些。尽管如此,该仆人领导所需要的非技术特征、素质、偏好和技能将帮助你定义你所需要的。我们可以之后再讨论认证。

那该职位到底需要什么呢?再次,它取决于你要雇佣的仆人领导。我们可以一起看几个例子。

你的“Scrum Master”是否是一个敏捷项目经理?

为了论证需要,我们就假定团队中有一个敏捷项目经理,他帮助团队定义章程,设置发布标准,协助团队工作,同时也是运维委员会、项目经理办公室 (PMO)、其它决策及管理机构的接口。他的工作是代表团队参与项目组决策会议,拥护自己的团队。他就是团队对外的代表。

在上一篇文章,Ruth 决定雇佣一个非常资深的人,可以同时处理仆人领导活动和项目组活动。你可能会不同意 Ruth 的决定,但是这就是她的决定(换作我就会!)。在候选人中,什么样的素质、偏好及非技术技能是她所寻求的呢?

仆人领导应享受与人合作

仆人领导的一个主要素质是他们享受与人合作。仆人领导服务于项目。同样,他们也服务于组织。虽然他们在协助他人的时候,可能会将项目的目标放在心上,但是记住他们并不“驱动项目完成”。不论该角色如何被命名,这点都不是仆人领导的任务。

该角色协助人们完成任务。在这里,Ruth 决定雇佣一位资深人士,因为该职位需要在项目组层面交互,以维护团队。Ruth 期待团队能够很快地自我协助。我为 Ruth 的决定捏了一把汗,毕竟根据我的经验,新团队需要一些时间才能完全过渡到敏捷。Ruth 同时也希望该候选人是个谈判能手,可以很好地进行邮件或面对面沟通。

正如 Ruth 所说的,她需要一个优秀的“诊断者”。他可以根据项目指标,给团队提出警示,并询问“到底怎么回事?”Ruth 确定这是敏捷技能的一部分,因此她认为自己需要一个有丰富敏捷经验的人。同样她也需要该角色可以很快地了解他们的系统。

如果我们总结 Ruth 对其仆人领导的标准,以下就是第一轮总结:

  • Ruth 的敏捷项目经理的必要技能
  • 针对项目和一系列项目的良好协作能力
  • 能强劲促进项目组进行的能力
  • 拥有在一系列项目组中进行良好谈判的技巧
  • 针对整个组织的良好沟通技巧
  • 针对团队现有情况的诊断能力
  • 快速了解系统的能力

Ruth 可能还想候选人拥有别的素质、偏好或技能,比如:预算或出差能力。事实上,她偏向于那些可以在项目组层次上工作的人。

当然这只是仆人领导的一种,还有其它的。

如果你的“Scrum Master”是个经理,又会是什么情况?

Harry 曾经是个高级经理,他一直想让团队坚持 Scrum。但是他意识到团队并没有遵循敏捷,他们只是在执行瀑布化 Scrum(water-scrum-fall),原因在于大家并不忠于项目团队。大家只忠于他们的职能部门。

如果你和 Harry 一样,有很强大的矩阵式管理组织,但相对薄弱的项目组织,人们则很容易偏向于为其职能团队服务。当经理问你能能否完成一个任务时,谁也不愿意对经理说“不”。

这些小任务会占用项目时间,使项目更难按时完成。

但是能怎么办呢?难道让经理去帮助项目,而非其它的工作。

我曾建议他们改变组织结构,去除多余的经理,创建基于项目的团队。你可以想象出他脸上的惊恐表情!不可能的!相反,他建议让这些经理去当其它项目团队的 Scrum Master–并非他们自己团队。好吧,这可能会奏效。

当 Harry 描述 Scrum Master 的工作职责时,很显然他的关注点在于去除障碍:

  • 与其他经理高效的协作能力
  • 对项目团队高效的促进能力
  • 与其他经理高效的谈判能力
  • 对团队现有情况有良好的诊断能力

Harry 希望组织能完成到敏捷的过渡,他也愿意让那些经理成为跨职能团队的 Scrum Master。他希望这些经理能在整个组织层上完成这一过渡。

当你的仆人领袖的主要作用是教练时

通常,我会将协助团队与辅导团队分离开来。但是 Valerie 依然坚持她需要这样一个人。另外,该辅导工作也将会很敏感。

对我来说,这是一个艰巨的任务。敏感的辅导工作做为协助的一部分?这可能需要一个非常特别的人。我问过 Valerie 其活动和产出各是什么。“首先是对各活动项展开回顾。如果我们没有对过往的活动项进行回顾,那我们依然在做错的事。因此我们需要有个人能协助我们进行回顾。”然后我问到度量指标呢,因为我还没看到任何进度表、或燃尽图、及任何有用图表。

“是,我们也需要数据。但是我们不能拿着鞭子敲击团队以获取数据。否则这又将是另一种指挥和控制”。这点,我同意她的看法。

Valerie 需要一个有很强协作能力的人。他们能够展开回顾,并能在任意时候为团队提供可替代的解决方案。他们理解在敏捷中哪些数据有用,哪些没有用。

Valerie 对她需要的基本素质、偏向和技能所做的初稿如下:

  • 强大的协助能力:在回顾,团队会议和一对一上。
  • 强大的辅导技能:一对一或团队形式。
  • 高效的团队合作能力
  • 能够为团队建议有效的数据采集方法

作为用于职位分析的的初稿,上面所提的这些要点非常不错。Valerie 能通过它们提出她面试想要的问题和试镜?。

带领地理分布的团队更难

一旦加入管理地理分布式团队所带来的压力,你需要的不仅仅是个变革推动者,针对 Anne 的情况,她也需要该角色能理解不同地区的人文文化。

如果你幸运的话,你的不同地域的团队成员都来自同一个国家,这样你可能不会有太多的文化问题。我的经验是,当你有分布式项目,且成员间相差好几个时区,并各自代表着不同文化时。你将有语言问题,如何共享故事,如何对“完成的定义”达成一致都是问题。

你的仆人领导需要协助团队会议。首先确定一个时间,确保每个人都能参加。然后保证每个人都能理解现有状态。

该角色是否需要通过不同国家的经理接触项目中成员?这种情况时有发生。该角色是否需要向大家解释以使故事更易理解。比如以下这个问题就经常有人提出:“我不理解该故事中的措辞,我需要更多的信息。”

这很常见,可能某个故事对某一时区的人们很容易理解,但很可能对另一时区的人们来说并非显而易见。仆人领导需要起到教练作用,帮助人们清楚阐释为什么某一故事还没完成,并分析剩下的工作,看其余的团队是否可以协作完成该故事。时差越大,其难度也就越大。分布式团队成员有的时候可能会觉得领导指责他们。这需要天赋和精妙的处理方式。很可能团队对“完成”的定义没有达成共识。

当团队成员分布世界各地时,对“完成”达成一致定义并非易事。人们很容易误解字面意思,这不仅会造成最后限期的错失,更可能开发出完全错误的东西。

作为地理分布式团队的仆人领导需要了解如何建立信任,帮助成员互相合作,帮助成员养成能建立团队合作的说话方式,及避免时而发生的管理层干预。地理上分布的敏捷团队潜在着很多隐患。Anne 决定以下这些是该职位的基本素质、偏向和技能:

  • 能协调来自世界各地的电话
  • 能够管理团队成员的经理–高级谈判技巧和政治资本
  • 能够认识到小赢;在没有命令和控制的情况下,帮助团队交付。

Anne 如此成功,该项目发展为一个项目组, 但 Anne 头疼的日子却开始了。

管理项目组需要其它技能

地理上分布的项目是一回事,但地理上分布的项目组又是另一回事。项目组是多个为了完成一个共同业务目标的项目集合。

管理项目组需要跨整个组织的协调和合作能力。

“真正的”Scrum Master 需要什么?

到目前为止,你很可能在想,那到底什么样的素质、偏向和非技术技能是真正 Scrum Master 所需要的?假设我们有个 5 到 7 个人的团队,而且该 Scrum Master 只从事该角色,没有其他的。

同时也记住 Scrum Master 同时也是变革代理人。根据《Hiring Geeks That Fits》里的职位分析模板,以下就是完整的职位分析:

问题定义

需要和观察力

该员工将与谁交互?

团队成员及其他们经理(或经理们),产品所有者,其他教练

该员工在该工作中所扮演的角色?

教练 / 协助人员

组织内变革代理人

公司愿意支付薪酬水平?

其管理组成是什么? ?

管理相应的 Backlog

为项目组提供反馈

该职位的活动和产出是什么?

定期产出有什么要求?

教导团队(或团队们)

协助团队会议

确保信息散播是实时的。团队是否需要其他散播器?

倡导团队

找出并消除障碍

提供敏捷实践指导

帮助团队了解当前情况,并找出进一步改善方法

技术实践上提供指导

帮助团队自给自足

所需的基本素质、偏向和非技术技能是什么?首创精神?灵活性?沟通技能?处理不同范畴项目的能力?同时在多项目中工作的能力?影响力及谈判技巧?目标导向?技术领导和问题解决能力?责任心和独立性?学习激情?团队合作能力?其他?

首创精神

灵活性

沟通能力

弹性

决心

毅力

寻找预备解决方案的能力?

认识管理权利,却不被其威慑到。使用该权利的能力。

可取的素质、偏向和非技术技能有哪些?

能存活于组织中的模糊情况

能存活于各种冲突

所需基本技术类技能?实用技能?产品领域技能?技术 / 工具技能?行业经验?其他?

提供指导

回馈

一对一

敏捷实践

可取技术类技能?

协助能力

影响力

所需最低教育水平、培训或经验是什么?

至少两年敏捷团队产品发布经验。

企业文化适配因素?所提供的福利?公司成长?现金状况?行业领先地位?优良的创业环境?福利?公司规模?其他?

检查公司文化是否足够接近候选人自身文化。

哪些因素可以用来考虑淘汰候选人?出差?是否空闲?工资?其他?

指挥和控制性,把帮助强加于他人的人,有强烈评判态度的人,总是感到挫败沮丧的人不适合该职位

职位分析需要思考。好消息是你可以在上面基础上迭代出你需要的。一旦你有了职位分析,你就可以精心设计面试问题,甚至是模拟面试来了解你是否雇佣到对的人。

关于作者

Johanna Rothman 发表过《 Hiring Geeks That Fit 》,及其他一些书籍。她主要从事咨询、演讲和写作如何管理高科技产品开发。她的务实方针允许管理人员、团队和组织更有效地执行项目管理、风险管理和人员管理。关于她的更多作品,请查看 jrothman.com

参考英文原文: What Do You Look For In a Servant Leader?


感谢陈菲对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014 年 2 月 28 日 08:141478
用户头像

发布了 39 篇内容, 共 11.2 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
  • 敏捷与 HR 协同案例研究

    在敏捷之旅布鲁塞尔站2014大会上,Jas Chong做了题为《敏捷中的HR和HR中的敏捷》的演讲。她讲述了一个案例研究,其中,她作为变革经理与敏捷教练为组织引入敏捷和精益的做法。她与HR紧密合作,在HR和组织机构方面实现这些变革。

  • 你要招聘怎样的 Scrum Master?

    你是否注意过近期的各种招聘Scrum Master的广告呢?某些招聘广告将PMP认证作为应聘的必要条件,某些招聘条件则表示如果你能够在指定时间内完成某个项目,或者满足了某客户的需求,则能够提供额外的奖金。

  • 管理者在敏捷转型中的角色

    敏捷并不提倡传统项目管理者的角色,因此他们需要在企业向敏捷转型的过程中,重新进行自我定位。Robert Galen认为,管理层的介入将对团队效能产生负面影响,然而除了单纯批评管理者或解雇他们外,我们还有一些其他的选择来帮助他们实现向敏捷领导者的转变。

  • 去除隔间,增进沟通

    敏捷的“自组织团队”模式需要团队成员们具备新的技能——包括他们曾寄希望于项目经理具备的人际交往技能。此时,管理不再是多余的东西,它对帮助团队学习新的沟通和协作方式起到了非常重要的作用。本文为如何传授新的技巧给出了一些策略,并提供了一些相关资源。

  • 第 176 讲 | 胡键:创业公司如何打造高凝聚力高绩效的技术团队:组织篇

    核心团队制定规范,外围队伍负责执行。

    2019 年 2 月 25 日

  • 管理的人性哲学:金刚之怒,菩萨慈悲

    稻盛和夫说:“一切管理问题,最终都是人的问题。” 这一讲,我们来了解一下,如何更有智慧地处理“人的问题”。

    2020 年 11 月 25 日

  • 经理 2.0:Scrum 中经理的角色

    Scrum仅定义了三种角色,Product Owner、Scrum Master和团队——没有经理。Pete Deemer考察了这对经理的影响,如何重新定义管理性的角色(包括一份工作描述样例)及把经理指定为Scrum Master。

  • 管理四象限:小白要怎么快速入门带团队?

    管理四象限可以帮助你快速地**明确管理的工作范畴,从0到1地搭建自己的管理视野,知道自己成为管理者之后到底要做什么。

    2021 年 2 月 19 日

  • 敏捷指导——从 Trenches 学到的经验

    高效的组织、高效的团队和高效的人都不是与生俱来的; 他们都是受过指导的。在本文中,我们将会用我们从trenches获得的实际经验来让大家了解敏捷指导。首先,定义成为一个敏捷教练意味着什么,要成功哪些技能和能力是必须的。然后,我们将会检查包括内部教练机制和顾问型教练机制在内的模式与反模式。

  • 研究员们因为在团队绩效技术方面的进步而得到了认可

    Eduardo Salas因他近30年对团队合作的研究而受到了APA的认可。他对团队培训体系的实践包括定义团队结构、发现特定沟通需求、确认角色和领导力技巧等,并有将这些应用于实际场景的实际经验。这些方法在工作的各个领域都得到了应用,并成为NASA派遣一个团队奔赴火星的项目之一。

  • 担任技术领导者,如何找到带团队和提升开发能力的平衡点?

    技术和管理通道应该并行,要让员工在自己的角色中找到平衡点,如果员工在心理上感受不到安全感,就不可能获得真正有效的成长,如果能找到一位良师益师共同讨论问题和解决方案将受益匪浅。

  • 第 47 讲 | 空降领导者平稳落地要做的四道题(上)

    空降有风险,跳槽需谨慎,既然要空降,就必须清楚空降的难点有哪些。如果只看见表面的光鲜,风险意识不足,疏忽大意很可能开局不利马失前蹄。

    2018 年 7 月 4 日

  • ScrumMaster 项目面谈诀窍

    ScrumMaster或者迭代经理在敏捷团队里面是一个关键角色,而且,对于ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目时,很重要的是创造一个取得成功的环境。本文提供了一些面谈时的建议,可供ScrumMaster考虑是否接受项目或团队时参考。

  • 工程文化播客:敏捷开发中的业务分析与产品管理

    在这节播客中,InfoQ文化与方法主编Shane Hastie与Kent McDonald、Steve Adolph和Ryland Leyton对话,讨论在敏捷产品开发的业务分析和产品管理情况。

  • 第 175 讲 | 邱良军:打造高效技术团队的人才招聘攻略

    不同类型的技术团队在招聘时也有很大的不同,今天将分享在招聘方面的一些经验和心得。

    2019 年 2 月 21 日

  • Jurgen Appelo:更少经理,更好管理

    在Dare Festival Antwerp 2014会议上,Jurgen Appelo谈到了他的新书《管理3.0练习(Management 3.0 Workout)》,并展示了一些例子,说明组织如何改善管理自身的方式。

  • “请勿打扰”团队成员

    即便不是经常如此,许多开发人员也喜欢在一段时间内不受干扰地工作。XP推荐一种称之为“洞穴和公共区域(Caves and Commons)”的房间布局。公共区域用于最大限度地进行渗透性交流。洞穴用于协助隔离个人活动,比如撰写个人电子邮件、电话或快速探索式开发(Spike)等活动。但是,有些团队成员或某个特定的团队成员可能会想要过分地进行这种隔离。

  • 决策会开展(上):怎样引导争辩,达成共识?

    今天我会为你讲解面试后决策会的大致流程,包括其中都有哪些典型误区,又有哪些步骤需要把控。

    2021 年 4 月 29 日

  • 实战大规模敏捷

    人们认为,把几个敏捷团队放在一起根本不可能共同去实施一个项目,但这并非事实。所以当企业需要更高水平的开发和测试能力或应对更大的项目时,可以在企业层面将各自独立的敏捷团队整合到同一敏捷环境中。Yousef分享了一些有益的经验之谈。

  • 如何管理虚拟团队

    当与虚拟团队合作时,基本的管理任务与责任是完全相同的,但检查工作是否做完,以及质量是否足够好往往更加困难。成功的合作是虚拟团队和客户共同的责任。

发现更多内容

【第二周】框架设计

云龙

极客大学架构师训练营

第二周作业

fmouse

极客大学架构师训练营

数据结构之线性表

C语言与CPP编程

c++ 数据结构 C语言 线性表 数据结构与算法

架构师训练营第二次作业

月殇

极客大学架构师训练营

作业二

泡泡

数据结构之堆栈

C语言与CPP编程

c++ 数据结构 堆栈 C语言 数据结构与算法

极客大学 - 架构师训练营第一期 - 第二周作业

Black Eyed Peter

极客大学架构师训练营

【第二周】课后作业

云龙

极客大学架构师训练营

第二周总结

赵孔磊

C语言与C++学习路线

C语言与CPP编程

c++ 编程语言 C语言

极客时间架构1期:第2周框架设计-学习总结

Null

华为18级工程师十年之作,整整3625页互联网大厂面试题合集

学习 程序员 面试 架构师技能

架构师训练营 - 命题作业 - 第二周

徐时良

架構師訓練營 week2 作業

ilake

极客大学架构师训练营

第二周总结

fmouse

极客大学架构师训练营

极客时间架构 1 期:第 2 周框架设计 - 命题作业

Null

用户故事信息过多或过少带来的问题

Bruce Talk

敏捷 Agile 用户故事 UserStory

架构师训练营 1 期第 2 周:框架设计

Wee权

Week 2 命题作业及总结

阿泰

依赖倒置原则和接口隔离原则

garlic

极客大学架构师训练营

面向对象设计原则及框架案例

garlic

极客大学架构师训练营

架构师训练营第 1 期第二周学习总结

郑凯元

极客大学架构师训练营

训练营第二周作业 2

仲夏

学习总结1

Wee权

第 2 周 框架设计 腐败的代码

Pyr0man1ac

架构师训练营第二周总结

月殇

极客大学架构师训练营

架构师训练营 -week02- 总结

大刘

极客大学架构师训练营

架构师训练营 2 期 - 第二周总结

Geek_no_one

极客大学架构师训练营

作业一

泡泡

架构师训练营第 1 期第二周课后练习题

郑凯元

极客大学架构师训练营

Serverless 的收益与挑战 | 2020年度状态报告

donghui

Serverless

ShadowRealm 与微前端沙箱

ShadowRealm 与微前端沙箱

仆人领导-InfoQ