多功能团队中的 T 型混合人才

  • Raf Gemmail
  • 李彬

2013 年 12 月 3 日

话题:敏捷Scrum精益文化 & 方法

软件开发方法与工具杂志(Methods & Tools software development magazine)的编辑Franco Martinig、Scrum 的共同缔造者以及其他一些评论人士,近期分别撰写并发表了有关复合型开发者——又被称为 T 型人才——价值的文章或见解。这些评价并不是孤立的观点;此外,它们揭示了在得到授权的团队中,复合型人才是怎样越来越被视作关键部分的。

Martinig 最近撰文探讨了“文艺复兴风格的软件开发”,在其中,他描写了跨职能的“T 型”开发者的价值:他们能够担任多重角色,并对分析、测试和客户交互做出贡献。

Schwaber 也在最近一篇博客中表示,团队中每位成员的集体经验和外围技能,都能够在问题处理过程中扮演至关重要的角色:

团队中的每个人都将贡献出自己的技能和经验,尽可能将需求转变为他们有可能实现的增量。一个人永远无法预测,自己的某种鲜有用到的洞见、记忆或技能,是否会在未来的某一时刻会发挥作用。这就是 Scrum 团队之美——意料之外的日益增长的协同效果。

Zumobi 创始人 John San Giovani 最近做了一场题为“艺术家与极客的混合体”的 TED 演讲。演讲中,他介绍了 Zumobi 如何致力于招聘拥有更广泛经验且能够“让右脑发挥作用”的员工。此外,他还描绘了随着个体之间不同的兴趣和经验相互交融而来的“万能牌(wildcard)”,是如何带来独特的解决方案的。类似地,ThoughtWorks 硬件破解实验室主管 Peter McWilliams 是一位技术领域的艺术家,也在其演讲中补充介绍了团队秘密武器超集方面的价值:

这并不仅仅是来自学科交叉领域的万能牌所带来的价值,它还涉及了在多重方面和多重途径中的能量。

简单组建跨职能团队,并不总是足以促进内部 T 型人才的出现。Martinig 和 Shwebber 都探讨了在传统组织机构架构中,职称如何塑造了职责的绝对边界。Martinig 认为,诸如“程序员、软件测试员、DBA 和业务分析”等标签,将会抑制人们与各自领域之外的环境进行的协作。对此他写到:

大型软件开发机构经常选择一种泰勒式(tayloristic)方法,依据专长对人们进行划分:程序员、软件测试者、DBA、业务分析等。这种简仓形式的分隔,会在开发者的脑海中造成“阶层”的暗示。

成为 T 型的团队成员是一种有意识的行动。针对测试人员如何进行 T 型转变,以成为有助于团队开发和分析力量的多面手,Paddy Power PLC 的原理性敏捷测试工程师Augusto Evangelisti在博客中给出了一篇入门教程。他描述了不愿意跨出自己角色的测试者,并建议使用宕机时间来积极地与 BA 和开发者进行协作——进行前瞻性的学习并提供帮助。

在围绕着 QCon 主题演讲“首先消灭全部产品所有者”的采访中,演讲者——来自 GitHub 的 Tim Berglund——介绍了这样一种信念:在强有力的跨职能团队中,产品所有者的角色应该由团队成员分享。Berglund 描绘了这样的场景:“所有对构建某物负有责任的人,也即是所有负责定义产品的人。”他建议在产品整个生命周期过程中对团队进行授权,从而鼓励他们对该领域富于激情,并使他们对自己的产品拥有更强烈的主人翁意识。

对于成为 T 型人才的好处,Evangelisti 总结道:

所以,不要再放任自己继续停留在单调的 I 型人才角色里,因为这些人即将失去工作。相反,努力成为一种 T 型敏捷测试人员(或团队成员),这样你将对团队更有价值、更称职,同时最重要的是,永远不会因为同事们不知道如何帮助你,而导致自己像个疯子一样卡在测试(活动)中。欢迎来到跨职能敏捷团队的世界,这里没有角色,只有活动。

查看英文原文:T-shaped Hybrids in the Multi-disciplinary Team

敏捷Scrum精益文化 & 方法