当前位置：首页 > news >正文

Jessica Kerr：高绩效团队简史

news 来源：原创 2024/5/6 12:30:23

对高绩效敏捷团队的早期历史感兴趣的人，可以了解一下1580年左右在意大利佛罗伦萨兴起的佛罗伦萨歌剧同好社（Florentine Camerata），他们因创造了歌剧而改变了当时的音乐形式。该俱乐部在组织上更像是一种聚会，而非正式的团队，它是跨职能的，其中融合了包括音乐家、艺术家、诗人、占星师、哲学家和科学家。Jessica Kerr在Explore DDD（探索领域驱动设计）2018大会上所做主题演讲的主要内容是佛罗伦萨歌剧同好社的经验。

在佛罗伦萨歌剧同好社看来，改革当时复调音乐（polyphonic music）的最佳方式，是沿革古希腊人以文字为音乐的做法。虽然事实上他们并没有看到任何古希腊的音乐记录，但是该理念为他们的创造提供了理论依据，正如现代软件架构师会引用上世纪七十年代的计算机科学论文一样。该组织也不仅仅是一个公开讨论的论坛。赞助商之间的竞争导致了音乐风格的分歧。类似于代码审查，一个思想总是在反对者的挑战和捍卫者的辩护声中产生的。正是因为此，才得以诞生歌剧这一形式，它由单一的旋律和单一的音乐表现组成。

如果故事至此戛然而止，那么它就不会成为本次技术大会的主题演讲内容。真正值得学习的经验是，看看歌剧这一创新是如何影响所有俱乐部成员的，此后各位成员继续对音乐发展做出了独立贡献。Kerr在演讲中引用了Ruth Katz博士在《创意史研究》（“Journal of the History of Ideas”）发表的《音乐史上的集体“问题解决”：佛罗伦萨歌剧同好社实例分析》（“Collective ‘Problem-Solving’ in the History of Music: The Case of the Camerata,”）一文。

纵观历史，个人从群体中受益的现象比比皆是，尤其是在科学领域。尽管我们习惯于将科学发现归功于某个人，但事实上并非如此。那些与其共事并提出建议的人往往被忽视了。举个例子，我们认为是本·富兰克林发明了电力，但事实上他只是数十位早期的电力学家之一。他的那些“不可见的同事”互相提出了很多建议。如果没有这样的群策群力，社群就无法掌握如此重要的想法。如果你的想法无法被他人接受，那么这个想法也不会走得太远。社群有助于推进想法、说服他人接受想法，这与有人提出想法同等重要。

Kerr为阐述群策群力的优点。重点列举了多个著名的历史事件。Joseph Priestley，启蒙运动期间在伦敦咖啡馆聚会的辉格党人俱乐部（the Club of Honest Whigs）中的一位成员，他对氧气的发现推动了整个化学领域的发展。形成于巴黎的沙龙，是艺术创作力的培育场所。艺术家、评论家和经销商可以在这些地方见面，因为他们认识到，单靠自己是无法变得伟大的。这不仅限于艺术家，因为有一个沙龙是由Gertrude Stein运营的，她是一位作家、哲学家和数学家。从近期的软件领域看，一个很好的例子是2003年至2006年期间Thoughtworks伦敦创意总部。Jez Humble（持续交付领域的顶级专家，《持续交付》和《精益企业》两书的首要作者）、Dave Farley（持续交付布道师，《持续交付》一书的合著者）、Dan North（敏捷软件开发专家）、Nat Pryce（独立软件顾问，英国敏捷开发的先行者）和Sam Newman（《微服务设计》一书的作者）等人曾在此聚会，分享理念，进而提出了一些影响了全球软件开发团队的重要思想。

伟大团队造就伟大人士。

在列举上述历史实例之后，Kerr提出了本次演讲的主要观点，即“伟大团队造就伟大人士”。我们常说，企业需要将优秀的员工招致麾下，但事实总是大相径庭。如果企业在招聘高效开发人员上存在问题，那么它永远不会招聘到高效的员工。高效开发人员并非通过培训得到的，更不用说通过自学了，而是通过共同学习的团队培育的。

Kerr在演讲中提出了共同学习体（“Symmathesy”）这一术语。该词最早由Nora Bateson提出，是表示“共同”的“Sym”和表示“学习”的“Mathesie”组合而成。尽管最初提出该词是用于描述持续变化的生态系统，但是该词适用于更广的范围。一个系统并非是其各个组成部分的简单累加，聚合而成的。而是系统各部分通过以往的相互作用产生的。

Kerr进而指出，相比起给出的这些历史实例，软件系统更像是这样的共同学习体。软件系统并不仅仅是软件团队，而且还包括客户，以及软件的运行、数据库、硬件，还有团队使用的所有工具。各个部分相互作用，互相学习，构成了一个团队，团队成员可从中成长和发展。

要参与到这样的环境中，人们应该表现出全身心的投入，并已准备好加入这个有活力的系统，成为其中的一份子。kerr指出，这正是采用此心态的困难之处。不仅要考虑自身或所在的团队，还必须更加广泛地从整体上考虑所在的组织、部门甚至是企业，并在必要时与其它的团队建立沟通桥梁。如果不改变环境，共同学习体是不可能存在的，所以Kerr认为不能将团队封闭起来。体系需要让具有影响力和与外部有联系的人取得成功，进而将共同学习体推广到整个组织中。由于系统的各个部分均具备学习的本质，因此kerr提出，团队不应直接招聘一些成功者。因为你的系统是独一无二的，并且每天都在发生独有的变化，我们必须聘用那些对系统具有潜在影响的员工。

Kerr还讨论了团队与个体对于推演系统模型的重要性。作为个体，首先得确定软件中需更改什么，而这个工作正是使用个人心智模式的练习，代码更改只是个副产品罢了。事实上，在某种角度来说，每个个体的模型均是过时的，不完备的。这时我们需要的是一个团队，因为个体的脑中无法掌控整个模型。由于各个模型之间存在着差异，因此团队必须协作，以确保模型之间相互重叠并保持一致。这样做确保了团队得以在正确的地方做正确的更改。Kerr也承认，团队要达到这一理想状态，要比每个个体所设想的更难。

在与此相关的演讲部分中，Kerr指出，这些不完整的模型通常会抛出一些想法并将其重写一遍。她说，“从头开始构建一个复杂的系统，要比理解一个已有复杂系统的工作原理更容易”。她在此开了个玩笑，说这可以解释了为什么存在如此之多的JavaScript框架。

Kerr说，要使团队成功，需要考虑团队成员的激励措施。如果是一个完全针对个人开发者的奖励系统，那么这将导致一种封闭的心态。个体对团队做的最糟糕的事情，就是保留自己的想法。因此，我们需要寻求各种可使整个团队学习最大化的方法，并找出在学习时互相给予信任的方法。“局限性并非在于我们能做多少，而是我们知道的多少”。Kerr偏好Mob编程，因为这种方法最大限度地发挥了学习的作用，并融合了各种心理模型。

在结束演讲时，Keer回顾了文艺复兴时期。在文艺复兴之前，并不存在所谓的艺术这一概念。在公元1200年至1600年间，对艺术的认知已从仅是一种职业技能（仅限行业协会许可）发展为普世大众（在学术和文化圈得到讲授）。文艺复兴时期是一个分裂期，它打破了导致墨守成规的旧有障碍，并加以重组。这一“新风格”强调的是在设计和工艺之美上的表现力。

借鉴文艺复兴，Kerr尝试对软件分分类，从它不是什么开始着手。

软件并非一件工艺品。Kerr并不认为自己是一名手工艺者，也不认为编程是一项技能。软件并非只是我们编写的代码，而是我们将如何影响这个世界。

软件并非一项艺术。软件正以不同于艺术的方式在无时无刻地改变着我们这个世界。此外，软件也是我们以前从未涉足的一种工作媒介。

软件并非一项工程，也并非过去任何“受人尊重”的职业。它是一项新事物。