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

软件开发方法与工具杂志（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