换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)

Heidi Helfand 2024-01-18

换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)

换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)

对话实录

Heidi Helfand: 换团队是困难的,重组是困难的。你不能把它们一概而论地说”这一切一直都很棒”。不,并不是这样的。如果我们能够只是把软件做出来,交付给客户,找到产品市场契合(product market fit),然后问一句:我们让他们满意了吗?如果能这么简单就好了。不行,我们还有人的层面,所以让我们也把关注点放在那里。

Lenny: 今天的嘉宾是 Heidi Helfand。在科技行业深耕二十年后,Heidi 对团队如何组织、组织架构如何变化,以及如何通过变化让团队走向成功产生了浓厚的兴趣。她现在教授工作坊、开设课程,并就如何有效地重组团队提供咨询。在她的书《动态重组》中,Heidi 深入探讨了为什么变化实际上对团队是有益的,为什么团队并非越稳定越好,如何有效地执行重组,以及如何通过重组减少人员流失、组织僵化和知识孤岛。在我们的对话中,Heidi 分享了换团队的五种类型、进行组织变动时应避免的反模式(anti-pattern)、什么样的团队结构最有利于打造全新产品、为什么对重组计划保持透明绝对值得考虑。此外,Heidi 还分享了她如何成为一个出色的倾听者,有很多非常有趣的洞见和建议,还有更多内容。非常感谢 John Cutler 把我介绍给 Heidi。好了,在短暂的赞助商信息之后,为你带来 Heidi Helfand。

起因:为什么研究换团队

Lenny: Heidi,非常感谢你能来,欢迎来到播客。

Heidi Helfand: 谢谢,Lenny。很高兴来到这里。

Lenny: 很高兴你在这里。我在 Airbnb 时有一位同事,她叫 Jana,她总是开这样一个玩笑:如果六个月过去了,她既没有换团队,也没有换座位,她就知道肯定有一次重组要来了,有什么事情正在酝酿,有什么东西即将改变一切。而你写了一整本关于团队变化、重组这个主题的书,你把它叫做换团队(reteaming)。我手边就有这本书,叫《动态重组:换团队的艺术与智慧(Dynamic Reteaming: The Art and Wisdom of Changing Teams)》。我觉得人们低估了变化带来的机会和好处,而且我认为我们往往把它视为一件可怕的事。所以我非常期待和你深入聊聊这个话题。在我们进入正题之前,我很好奇,你为什么决定花这么多时间研究团队变化、重组、换团队这个领域?

Heidi Helfand: 这个问题问得好。这其实并不在计划之中。我的大部分职业生涯都在各种快速增长的初创公司工作,特别是在软件即服务公司做了二十年。我读了很多书,试图提升自己的工作能力以及我们团队正在做的事情。我那边就有很多书,如你所见,而我读到的很多关于团队的书以及从别人那里得到的建议都是:你真的应该保持团队不变。你要追求那种组建期、震荡期、规范期、执行期(forming, storming, norming, performing)的模式。我仔细想了想,然后觉得:等等,但这对我们来说其实并不现实。当我在一家初创公司时,我是第10号员工,后来公司发展到900人,现在已经有数千人,我们的团队就是在不断演化和变化的。

所以我觉得,如果你身处一家快速增长的公司,或者一家正在收缩的公司,正视这一点,不要试图对抗自然的演变。我只是想证明一个观点,说明团队是会变化的。同时我也很好奇:这只是我以及我在南加州的同事们的经历吗?其他人是什么情况?我就是出于好奇。

“人的层面”

Lenny: 你的书里有一段话,大意是:当然,我们按时交付软件,我们做出人们喜爱并愿意购买的产品,但还有一个”人的层面”在发生作用,而人们可能对此思考得不够。你能就此多说一些吗?

Heidi Helfand: 可以。我觉得我所读到的很多关于团队的内容,天然地聚焦在:你想打造客户喜爱的东西,你想让它成为一个愉悦的体验,你想按时交付。我们作为一家企业存在是有原因的,但在构建人员结构的过程中,也有很多公司建设的工作要做。当你从一个人发展到很多人、再到一大群人的时候,其中涉及大量的工作。这是一种赋能型的工作,也是我职业生涯中花了大量时间的地方——帮助团队和组织取得成功。所以确实存在这个”人的层面”。

然而,这些年来我反复思考这个问题,我觉得如果我们能只专注于打造人们喜爱的产品,找到产品市场契合,与客户对话,那会非常方便。如果仅仅是这样就好了,但现实是我们是人类,我们在一起共事,而这里有大量的机会去打造让人感到愉悦的公司——人们兴奋地参与组织成长、变化或收缩过程中的决策。所以是的,存在着这一整个其他领域的工作,我觉得它没有得到足够的关注,而我想这就是我生活和呼吸的地方。

重组中的职业机会

Lenny: 太好了。好的,我肯定想聊你描述的五种换团队类型,但在此之前,我发现重组和变化往往会带来最大的职业机会,因为有新的角色需要填补。如果一切不变,就不会突然出现”嘿,我们有个新职位想让你来干”这种情况。很多快速晋升的领导者,往往是那些善于利用变化、提前思考、主动参与、把自己放在有利位置的人,比如”好的,有个新职位,哦,显然应该是 Heidi 来做。“你在这方面有什么可以分享的吗?对于那些可能预见重组即将到来的人,在即将到来的变化中,你有什么建议可以帮助他们吗?

Heidi Helfand: 我非常欣赏重组过程中保持透明的做法。我的书里有一个来自 Spotify 的 Christian Lima 的故事,讲的是他们如何重组一个大型基础设施团队。他们在白板上把结构可视化,把人带到白板前来看领导者想要的未来团队结构,并让大家参与设计的讨论。我们在 Procore 也受 Christian 和他的故事启发做了同样的事。我记得有 80 人参与了这个平台组织的重组,要从两个大型团队集群拆分成三个。我记得当我们从一间后办公室推出那些白板的时候——我们已经在那里讨论这个变化好几周了——把白板推出来是令人害怕的,因为它会影响人们的日常工作。就好像有人在建议你做些不同的事情,或者要有不同的事情发生,有时候这会让人感到有些触发性的不安。你想知道到底怎么回事。但不管怎样,我们共同鼓起了勇气。

我们把那些白板推了出来,上面有团队结构,每个人的名字都在上面。有团队名称、团队使命,所有这些不同团队的招聘空缺名额,还有人们目前在团队中的位置和名字。人们被邀请来看、给反馈。他们指出了设计中的错误,“哦,这个团队放在那边可能更好,原因是这样的。“人们有机会看到自己公司内部的机会,可能会说,“嘿,我对这个感兴趣,能不能考虑让我做这个?“然后他们可以进行讨论。所以我非常喜欢这些机会被公开分享和呈现出来,而不是某种一直在密室里悄悄进行的事情。我们揭开了一个计划的雏形。

白板换团队与开放自选

我觉得有时候当你召集人们开会讨论任何事情时,有一个起点是好的。所以我们有了这个起点,我们有很多不同的东西,我在书中称之为白板换团队(whiteboard reteaming),我写了相关内容。甚至还有比这更开放的结构。英国剑桥的 Redgate Software,Chris Smith 是我的同事,他们在改变战略优先级时会做定期的开放自选换团队活动。他谈到了这个在全球范围内都很有趣的空间,它甚至比把名字放在白板上还要开放。他们让各团队做推介,说明他们在找什么样的人,他们有一整套方法来赋能人们说,“嘿,我对这个感兴趣。“我觉得这真的很有帮助,因为有时候你可能觉得,“哦,没有人会想干这个。“但有些人会从另一个人觉得没什么意思的工作中获得乐趣。

所以给予选择很重要。再说一次,透明度有不同的等级。我们当时没准备好做那种开放自选换团队活动,但我们对白板这种方式是持开放态度的。

透明重组的落地挑战

Lenny: 我想普通员工听到这个,能参与重组策略的制定,听起来太棒了。高管和领导者听到这个大概会非常害怕,觉得这不可能顺利运作。所以我想了解的是,你实际上怎样让它成功落地?我的想象是,当你这么做的时候,很多人会不同意。有些团队人们想去,有些团队人们不想去。似乎存在一个共识的挑战——你要等到所有人都同意吗?最终是某个人来做决定吗?当你让所有人参与重组的时候,会不会让大家都分心,没法做本职工作了?而通常的做法是,高管们秘密规划,没有人知道它即将到来。我觉得他们这么做的原因是他们不想让任何人分心,也不想让人开始恐慌,直到最后”这是最终方案,我们就这样做。“所以对于那些想要实践这种让团队真正参与重组方案的方式的人,你还有什么其他建议?

应对变化的过渡框架

Heidi Helfand: William Bridges 有一本书叫《Transitions: Making Sense of Life’s Changes》(过渡:理解生活的变化)。我手边就有一本。他谈到了三个阶段:结束期、中立区和新开始。结束期:你正在经历一个变化,你的团队在变化。中立区:一段阈限性的时期,你会觉得,“天哪,我不知道这会怎么发展。“你不太舒服,也不完全处于那个新现实中。你还在回想之前是什么样的。一旦你进入了那个新现实,领导者可以描绘愿景和图景,说明新现实的好处和目的,以及我们为什么在这里,并以此锚定来提升积极性。但当我学到这个过渡框架之后,后来再经历任何变化,我自己就容易理解多了,它真的能帮助你理解生活中任何部分的变化。他的书并不是关于软件开发或产品开发的。

RIDE 决策清晰度框架

有时候我们会有发言权,能够参与,有时候不会。明确变化中的决策者是谁,这一点非常重要。

还有一个我很喜欢的框架。我觉得它不在我的第一本书里,但我在新书里写了,叫做 RIDE。我们在 Procore 有一位首席人事官,她现在在 UKG,Pat Wadors。她教了我们 RIDE 框架,用于决策清晰度——谁在 Requesting(发起)变化,谁能提供 Input(输入),谁是 Decider(决策者),谁来 Execute(执行)变化?所以是 R-I-D-E。我在网上搜了很久,找不到任何相关资料。我鼓励她把它写出来,我把这个归功于她,Pat Wadors。她很厉害。

所以很多时候,问题是你要解决什么问题?你有一个当前状态和一个未来状态,那个未来状态可能是可以讨论的,但也可能不行,取决于具体情况。你要被收购了,你大概不会开个站会讨论我们应该不应该被收购?不,你不参与那个决策。然后变化怎么推行,或者我们怎么做?

在其他情况下,在团队层面,也许你做一次回顾,然后判断,“嘿,我觉得如果我们分成两个团队而不是一个,效率会更高,交付节奏也会更好。“如果团队有能力讨论这件事、施加影响,并在一定程度上主导自己这部分组织如何演进和变化,我觉得那真的很棒。我觉得那能真正赋能。我觉得那能帮助我们在所在的公司感受到更强的主人翁意识。决策权不一定总是等于层级,或者顶端的那个人。不一定是那样的。


换团队的五种模式

Heidi Helfand: 但话说回来,换团队是困难的。重组是困难的。你不能把它们混为一谈,说哦,这永远是好事。不,不是的。不是的。但我们确实需要把注意力放在这个层面。我们必须关注这个人的层面,因为换团队是不可避免的。我们不如把这件事做得更好,因为我们将不得不应对它。如果我们能只管开发软件、交付给客户、达到产品市场契合,嘿,我们让他们满意了吗?要是能这么简单就好了。不,我们有人的层面。所以我们也要把注意力放在那里。

Lenny: 关于这种透明协作式换团队,最后一个问题是:你会建议给它设定一个固定的时间盒,以免它占用大家数周的精力吗?还是说这非常视情况而定?

Heidi Helfand: 是的,你必须给它设时间盒。

Lenny: 好。对于时长有什么建议吗?

Heidi Helfand: 制定一个日程表,倾向于短而不是长。你不想在这件事上永远犹豫不决,特别是当你把更多人纳入进来时,这会造成注意力分散。所以你要尽可能高效地推进。

换团队的五种模式

Lenny: 好,我们来谈谈换团队的类型。这是你这本书的核心内容,我们甚至还没触及到。你识别出了团队变化的五种方式。能不能逐一介绍一下,帮助大家理解它们分别是什么。另外,我们在对话中经常使用”重组”这个词,我觉得这是大多数人思考变化的方式。等我们过完这个清单之后,从这五种团队变化方式的角度来看,“重组”指的是什么?

Heidi Helfand: 好的。那么,换团队的五种模式。逐一加入或离开,有人加入你的公司或有人离开你的公司。生长与分裂,这是一种增长模式。团队变得更大,然后分裂成两个或更多团队。生长与分裂的反面是合并。有时两个或更多团队合并在一起。这更像是一种缩减模式。我们最近可能会看到更多这种情况,因为公司在裁员。事物合并在一起、整合。隔离,或者说通过隔离来创新。在旁边启动一个新团队,一个有益的知识孤岛,给那个团队以流程自由,非常适合在你现有公司内部催生新产品线。也非常适合应对紧急事件,而且它们本来就是自然而然发生的——如果我们出了事故,人们必须聚集在一起,解决事故,然后回到各自的团队。还有切换。切换就是从一个团队移动到另一个团队。你可以以各种节奏来做这件事,短期的、长期的。

关于换团队和重组的区别。我觉得”重组”这个词带有非常传统的包袱和含义。当我写《动态重组》的时候,它感觉不是一个合适的词来表达——比如,Sue 想多了解一点我们的 web 运营是怎么运作的,她要转到那个团队去。把这件事叫作重组感觉不合适,因为 Sue 是在换团队,从一个团队切换到另一个团队。我觉得重组……重组是一个传统词汇。它暗示的是大规模的、自上而下的、你没有发言权的变化。它和我所认为的换团队不同,换团队是发生在不同层面的这五种模式。

Lenny: 太好了。让我复述一下这五种模式。逐一加入或离开,基本上就是有人加入你的团队、离开你的团队,非常自然的事。人们一直在做。

Heidi Helfand: 是你的公司。

Lenny: 或者你的公司,对。生长与分裂,一个团队变得非常大,然后说好吧,我们把它分成两个,让它们分别专注于特定的事情,而不是一个团队试图覆盖太多。合并团队,与上面的相反。隔离。我想多聊聊这个——就是你有一个团队放在旁边,让他们专门负责一件你认为非常重要的事情。关于隔离,你有一个很棒的故事,关于你在一家叫 Expertcity 的公司的经历,这家公司后来变成了一个大家很可能都知道的东西,而且因为换团队成一个隔离团队,最终取得了很好的结果。你能谈谈这个吗?

隔离模式的故事:Expertcity

Heidi Helfand: 好,我在不同的创业公司待过,它们后来都成长壮大了,其中一家,我是第 15 号员工。我从网页编辑做起,后来成为了一名交互设计师。我们要改变世界,非常令人兴奋。我们在加利福尼亚的圣巴巴拉。公司叫 Expertcity。我们当时在做第一个产品,一个技术支持的市场平台。想象一下,你的电脑出了问题,你可以去我们的网站,然后选择一位专家来查看和操控你的屏幕,帮你解决技术支持的难题。所以我们拥有自己研发的屏幕共享技术,拥有管理客户与专家之间交互的基于 Web 的软件,拥有专家资源——我们有内部专家,愿景是全球范围的世界级专家。你要成为像这样的一个市场平台,我们在早期称之为什么——服务领域的 eBay。我当时非常投入。

这是我在科技行业的第一份工作,我成了一名交互设计师,和工程师一起做前端 UI 流程。实际上在”交互设计师”这个词出现之前,我的头衔是导航设计师。我们自己发明了这个词。我非常投入……那时候还没有 UX 之类的说法。人们在谈论信息架构和设计的其他子领域。我们有独立的办公室。我把所有的交互流程都贴在墙上。我对那些措辞非常着迷。有一天我正在里面工作,我们在做一个新流程,我们对这个产品充满了各种期望和梦想。CEO 走进我的办公室说,“Heidi,别再做市场平台了。我们不再做那个产品了。我们要砍掉它,因为没人买,上个月大概只赚了六块钱之类的。“然后他说,“去海边吧。“我们在圣巴巴拉海边。我说,“去海边是什么意思?“他说,“嗯,我不想让你开始任何你之后还要维护的工作,我们得先想清楚下一步怎么走。“我说,“好吧。”

我记得那一天,我环顾我的办公室,墙上贴着所有这些流程图。那些其实就是领域——领域驱动设计。全是各种 Web 领域,以及哪些用户交互会发生,所有这些期望和梦想。那是我职业生涯中第一次被要求停止做某件事。不是暂停。有些人会说,“哦,我们暂停一下这个,“然后再也不回来了。这个是直接砍掉了。我当时不理解。我就是不理解。我哭了,我闹情绪,我发了封邮件说,“我们怎么能砍掉市场平台?它必须活下去。“那是一段很深刻的经历。

但后来——我不记得具体时间了——我被邀请加入一个在旁边运作的团队,当时正在进行市场验证。我们的创始人、产品人员和其他一些人开始认真学习市场验证,那本书叫《四步通向顿悟》(Four Steps to the Epiphany)。所以我们花了所有这些时间构建这个市场平台,但没有人愿意买。那就是生死存亡的时刻。我们必须转型。那是在精益创业之前。《四步通向顿悟》就是那本书,是手册,是指引方向的东西。于是有人和潜在客户进行了大量对话,讨论我们即将构建的这个新东西。


隔离团队与创新

Heidi Helfand: 于是我被邀请加入旁边那个团队,一个小团队,我们不需要做瀑布式软件开发。我们从那套流程中被解放出来了。我们可以用其他方式工作。我记得和一位工程师一起研究怎么做一个忘记密码的流程,因为那时候这些模式都还不存在。我们可以更频繁地部署。产品叫 GoToMyPC,可以远程查看和操控别人的电脑。那基本上就是挽救了公司的转型。后来我们又被整合回各个团队,那时我作为技术项目经理参与了 GoToMeeting 和 GoToWebinar 的构建。所以把一个团队放到旁边,给它流程自由,他们不想让我们被原有的拖累所干扰。

当你在做一个现有产品线的时候,你会形成一种节奏,而且它可能变成一种成熟的节奏。也许现在人们已经习惯了两周或一周的迭代周期,但当你做一个新东西的时候,你需要更快的迭代循环。我们的创始人知道这个需求。所以这是一种特权,我很高兴能成为那个团队的一员,那真的非常令人兴奋。后来回顾这些年,我就觉得,对,隔离的团队,有益的知识孤岛。这又跟一些书里说的绿色原则背道而驰——哦,你要消除所有孤岛?不,有时候你有某个问题是有原因的。你要解决这个问题。当时这个公司是不是快撑不下去了?我当时没想过那些事,因为我全身心投入在工作中,对我们正在构建的东西充满热情和动力。但确实,隔离模式出现了,后来我们在另一家创业公司也用了同样的方式。

Expertcity 的故事回顾

所以这就是我从我的视角讲的 Expertcity 的故事。你去问不同位置上的人,会得到不同的版本。但如果我们留在原来的团队里,如果必须用 Photoshop 做的像素级完美的设计稿来开发——“给你,照着做”——我觉得我们不会够快。那不利于我们需要的创新。所以这也像是通过隔离来实现创新。它适合紧急情况。我在另一家创业公司也遇到过,我们的第一个产品有性能问题。人们离开各自的团队,请了一位顾问,在会议室里待了两周,搞清楚了一些必须做出的重大改动,解决了问题,然后回到各自的团队。这不是一个新概念。麦乐鸡(Chicken McNugget)就是被一个隔离团队救活的,一个突击队。

麦乐鸡的故事

有一本书叫 Teamwork。是一本很老的书,我想是七十年代的,就在我书架上。里面有一个关于麦乐鸡的故事,讲的是他们请了一位顾问,组建了一个很小的团队,在一个不同的……他们没有在原来开发产品的那个工厂工作,而是在另一个工厂。他们直接向麦当劳的一位高管汇报。麦乐鸡就这样活了下来,因为当时它在印第安纳波利斯的测试市场上遇到了挑战。所以这不是我们发明的。只是有些事情就像,“哦,这是一个观察”,然后你会说,“哦,这是一个模式。” 所以这是一个收集的过程。

大公司内部如何成功运作创新团队

Lenny: 有一种说法是大公司内部的创业团队。每个人都说,“哦,这就像大公司里的小创业公司。我们拥有所有需要的资源。风险没有减少,但我们可以创新、尝试新事物。” 但很少见它成功。你分享的都是成功的案例。你有没有发现什么,或者有什么建议,关于如何真正成功地在旁边设一个团队做创新和不同的事情?

Heidi Helfand: 在 AppFolio 我们就是这么做的。有一家叫 SecureDocs 的公司,后来分拆成独立公司,我相信它在 2022 年被收购了。SecureDocs 成立的时候,我不在那个团队。我在其他团队,我是一旁的观察者。同样也是那个模式——一个团队被放到旁边,被赋予了流程自由。他们采用更接近每日冲刺的方式工作,而不是早期 AppFolio 其他团队使用的两周冲刺方式。所以,第一,隔离这个团队,或者把他们放在不同的区域。我们仍然能看到他们。我们在一个大开间里,但那是他们的团队空间。我的意思是,我们有些团队之间有可移动的隔墙。那是他们的地盘,他们自己认领的,还给自己起了名字。

所以,第一,独立的地点。书里还有一个故事,一个团队在 Citrix 内部孵化了一个产品想法,他们待在一个车库里——真的被隔离了。但就是要把团队放在不同的区域,让那里成为他们的地盘。这是第一点。

第二,告诉其他人不要打扰这个团队。这很关键。而且由领导者亲口说出来非常重要。不,你不能把他们拉去做别的事。他们在做另一件事。所以人们需要从他们正在做的其他事情中脱身出来。往大了看,跳出树木看森林,你希望人们结对工作并定期更换搭档,这样他们就不是系统的唯一负责人。这样一来,当他们有机会去做对公司可能非常重要的事情时——比如加入这种隔离团队——他们可以淡出,而不会成为唯一必须交接知识、然后被追问两年系统怎么运作的那个人。你想在团队中建立这种冗余。所以如果你真的想提前规划,先做到这一点。把这作为你运作方式的一部分,建立团队冗余和人员轮换,因为这让人们不必成为系统的唯一负责人、被系统拴住。

所以要隔离他们。告诉其他人不要打扰他们。做结对编程并实行共享所有权,这样有人切换到类似这样的事情会更容易。流程自由。同样,他们可以用不同的方式做事。理想情况下,他们直接向一个真正有决策权的人汇报,决策不会被推翻。或者他们不需要穿过一张复杂的网——“我们做这个可以吗?“——不行,你需要一个清晰的决策结构。在麦乐鸡的案例研究中也是这样看到的,这不在我的书里,但在一本叫 Teamwork 的书里有。

然后那个团队,有那位他们直接汇报的高级领导者,建立清晰的沟通线,这也非常重要。所以不要有那种沉重的官僚体系,比如我不知道的什么季度业务汇报,每个人都花两年做幻灯片再去开那个会,尽量让团队从这类事情中解脱出来,让它更轻量。

SecureDocs 的发展

这类团队中,比如 SecureDocs 成为了 AppFolio 的另一个产品,非常非常成功。在某个时候,我想是我们上市之前,它分拆成了独立的实体。我想也许他们共享了一位董事会成员之类的。我不清楚具体怎么操作的,但它变成了独立的实体。SecureDocs 分离出去了,然后从那里开始成长。最终它成为了一款非常成功的产品,最近被收购了。人来人往,公司在成长、变化、蜕变,那就是其中一个离别的案例,苦甜参半。你为朋友和同事感到高兴,说,“哦,他要当 CTO 了。他要当 CTO 了。”

有这样一个实体。我记得去参观过他们在圣芭芭拉的办公室。看到朋友们成功和蓬勃发展真的很棒。我们用同样的方式还孵化了其他公司。

内部创业的成功要素

Lenny: 太棒了。我觉得听到公司内部小创业有这么多的成功故事真的很棒,这些也确实是很好的建议。

我觉得对你来说,你谈到的最重要的一点就是——要有一位高管来赞助这个团队,给予支持和保护,而不是某些管理者自己决定在旁边搞一个试试,因为否则没有人会真正把这件事当回事。

Heidi Helfand: 是的,我觉得这一点真的非常重要。我也想说,事情并不总是百分之百成功的。我见过公司内部的隔离团队中,有人获得了销售某个东西的机会,他们去找自己的工程师朋友来帮他们构建功能,但最后留下一堆东西让其他人来维护,而这些人根本没有参与过决策。所有这些模式都可能出现一团糟的情况。就像阳台和地下室一样,你也有可能搞砸。并不是所有事情都很难。这也是为什么我愿意深入探讨这些话题并写出来。事情都需要付出努力。树会掉叶子,你就得去清扫。一切都是需要投入工作和精力的。

其他换团队模式概览

Lenny: 我们已经谈过了隔离模式。我觉得可以快速过一下剩下的几个模式,每个分享一下一两个让它们成功或运行得更好的小技巧。

Heidi Helfand: 好的。

Lenny: 在你开始之前,实际上我觉得我遗漏了一个细微之处,你纠正过我,但我可能没抓住,就是一对一模式,它实际上描述的是加入公司,具体来说不是加入某个团队,对吗?

Heidi Helfand: 对。在书中这两个可能会有些模糊,因为……”切换”和”逐一加入”听起来非常相似,它们确实有一些维恩图式的重叠,但我在讲的时候会把它们区分开来。

Lenny: 好。

逐一加入模式

Heidi Helfand: 逐一加入就是有人加入你的公司,或者有人离开你的公司。所以逐一加入的建议是,当有人加入时,帮助他们建立归属感。你可以做到这一点的方式是,不要让他们的第一天就是一个人孤零零地坐在那边。你可以给他们安排一个入职搭档。我的书中有一章是关于入职引导的,就在这个领域里。同样在逐一加入中,当有人加入时,你也需要关注那些已经在公司的人。让他们知道什么时候有人要加入公司是很重要的,这不应该是一个意外。所以将招聘和机会可视化,我觉得是一个非常好的主意。如果有人加入后成为了某人的经理,但那个人原本也想当经理,然后公司却从外面招了一个人来当经理,这对那个人来说可能会很有挫败感。

所以你需要关注新加入的员工,帮助他们建立归属感,让他们谈谈自己,据说这样可以增强他们的连接感和留存率。Daniel Coyle 的《文化密码》(The Culture Code)中有一些研究讨论了这一点。但同时,也需要帮助那些已经在公司的人应对变化,尤其是如果他们没有参与某个具体决策——比如引入一位新领导,而这位新领导又带来了自己的一班人马。所以你必须关注不同的人。

生长与分裂模式

生长与分裂是创业公司规模扩大、越成长越大时自然发生的事情。第一个团队可能逐渐壮大,然后分裂成两个或三个。当团队变大时,促进沟通和协调往往会出问题。团队觉得可能需要做出改变时会提出一些信号:会议时间越来越长,决策变得更困难。以前五个人时很轻松,现在变成了十三个人。工作开始发散,有的人在做这个,有的人在做那个。站会上大家都不太专心了,因为工作已经发散了。这些都是一些信号。然后通常有人会提出来。如果你把”团队可以对自己未来的结构发表意见”这件事正常化,也许他们就会主动提出来,觉得”嘿,也许我们分开会更好”。

不过,分裂有时也会带来作为一个团队时没有的依赖关系。所以你会继承新的问题,或者可能面临这样的挑战:团队决定分成两个或三个更高效,但我们只有一个产品经理,只有一个设计师,只有一个帮我们预判质量风险的人。所以做这些事情的时候,很多时候是在权衡取舍。就像任何事情一样,你面临一个挑战,怎么解决?方案 A、方案 B、方案 C。这就是生长与分裂,在公司成长变化的时候我觉得非常常见。

合并模式

合并是生长与分裂的反面。两个或更多团队合并在一起。或者在更高层面,一家公司收购了另一家公司,然后就会发生合并。所以我觉得合并与公司裁员或缩减有关,事物趋于整合、合并在一起。或者同样是公司层面的组合,一家收购另一家,或者被收购。具体怎么演变各不相同,但有一个叫做 panarchy 的概念,我在书中写到过,很多这类变化发生在个人层面、团队层面、团队之团队层面、部门层面和公司层面。所以是的,合并。公司做出合并的商业决策,然后可能会引发一系列变化。

比如公司想在它的软件即服务产品中更快地建立另一个业务线。我们在 AppFolio 就收购了一家公司,让我们更快地进入了律师事务所的工作流软件领域。我们收购了一家位于圣迭戈的公司,让我们快了好几年。我记得其中一位领导是这么说的。再说一次,我没有参与这个决策……当时作为个人贡献者我没有参与。所以合并在这个层面上可能是一个商业决策。也可能是因为有人离职、有人离开,团队和职责合并在一起。这就是合并。也可能是我们看到的那种缩减。也可能公司从三个领导变成一个领导,出现整合,团队就合并了。所以它是生长与分裂的反面。

我们团队的故事

Heidi Helfand: 我确实很喜欢和合并后的团队做的一个活动,叫做”我们团队的故事”(story of our team),在第二版第13章有介绍。做法是,每个团队制作一条时间线——成员按加入团队的顺序站好,标出里程碑:谁什么时候加入、谁离开了、发生了哪些重要事件、做出了哪些让他们自豪的成果。然后新合并的团队把各自的时间线汇合在一起,形成共同的历史感。于是这些走到一起的团队或公司,共同制作时间线,分享各自的里程碑和他们引以为傲的成果,互相讲述这些故事,产生一种共鸣:“哇,这个我们不知道。""哦,我不知道你们也建了那样的系统,我们也建了。“或者”我们从没做过那样的东西,太酷了。你们从中学到了什么?“我们得以了解彼此,然后我们就在一起了。“好,我们现在是这个合并后的实体了。接下来做什么?“面向未来,拥有共同的愿景。我非常喜欢做这个活动。每种模式在之前、之中和之后都可以用不同的策略。对,以上就是合并模式。

隔离模式

隔离模式我们之前谈过。把团队放到一边,给他们流程上的自由,让他们向一个决策者汇报,告诉其他团队不要打扰他们,让他们按自己想要的节奏工作。这样会更容易。如果是短期项目,你需要和更大的实体协调好,避免在隔离状态下造出别人后续不得不维护的东西。这方面是有可能搞砸的。

切换模式

然后是切换模式。切换模式与学习、发展和满足感紧密相关。也许你想和其他人一起工作。Tuckman 的组建期、震荡期、规范期、执行期模型——他忘了还有一个阶段叫停滞期。有时候感觉我们在一个团队待得太久了,厌倦了和这些人共事,想要一些变化,想去和那边的那个人合作。或者也许我们想接触一个新系统,在当前团队没有这个机会,但如果能去那边和那些人一起做那个系统呢?这可能让我们焕然一新,就像在同一个公司里有了一份新工作。它可以延长那些优秀员工在公司的任职时间。切换模式与这种满足感相关,这也是我把它和”逐一”模式分开、而将”逐一”模式与公司层面挂钩的原因之一。

切换与安全网

切换的另一个好处是,你可以在公司里通过切换来建立安全网。我昨天刚写了一篇通讯文章谈这个,因为也许今年我们会有更多变化,也许公司招聘会减少。我不喜欢公司裁员或缩减规模之类的事情,但我自己想,嗯,让一个系统有多个负责人。不要让一个人成为知识高塔,独自拥有某个系统。我的书里有一些故事,我采访过 Richard Sheridan,他是密歇根州安娜堡一家很棒的公司 Menlo Innovations 的首席故事官兼联合创始人。他们构建 Menlo 的方式是让人们结对工作。不仅是软件工程师,团队成员都结对工作,并定期更换搭档。你在加入公司时就知道这一点,因为你会在面试阶段就参与到某种结对中。所以从面试到入职保持了一致性。

知识冗余与安全

但切换也有助于在公司中建立知识冗余。再多说一点关于容错性的问题。如果有人离职,他们不会把所有信息都带走。我们经历过这种事。在第一家创业公司 Expertcity,我们有些系统只有一个人负责,当他们离开时,就变成了一个挑战和挫折。AppFolio 和第一家创业公司共享了一位创始人。第一家创业公司的很多早期工程师去了第二家创业公司。

我是 AppFolio 的第10号员工,Expertcity 的第15号员工。我们想一起工作。所以那是一种全局性的切换或类似的模式。但无论如何,在第二家创业公司,我们有机会用不同的方式做事。我们有了结对、换对和测试驱动开发(test-driven development)。我们得到了帮助来实现这些,但这种冗余为我们的系统建立了安全性,尤其是 AppFolio 在处理大量租金支付,涉及很多资金,有 ACH 转账流过。这些是关键系统,安全和可靠非常重要。你不能随意地更换人员。这件事也可能搞砸——又是那个阳台和地下室的概念。你不能让一个人每两周被换到不同的团队,而且对自己的团队没有任何发言权。这些做法都可能搞砸,但也有做得好的方式。

切换带来的满足感

我记得在 AppFolio 我们的第一个团队做了一次生长与分裂。团队成长后分裂成两三个团队。我记得有些工程师感到失落,因为他们想和某些其他工程师结对编程,于是他们自己开始了一个定期的轮换,从一个团队到另一个团队。这带来了满足感和喜悦。他们每天都在工作空间见面,但他们想一起工作。这给他们带来了学习的喜悦和满足感,我很喜欢这一点。对于那些主张团队应该永远保持稳定不变的人,我会说:“那这个怎么解释?“看到同事时我感到满足和喜悦。就像 Dan Pink 的书《驱动力》(Drive)中说的自主性、 mastery、目的感——当人们真正获得一些自主权,有机会以不同于传统框架的方式工作时——你可能在我书架上看到过那种传统框架版本。你不仅能创造出人们喜爱的产品,还能创造出人们热爱并愿意留下的公司。

没有完美的组织结构

Lenny: 所有这些关于团队变更和重组的故事,让我想起我一位经理常说的一句话:没有完美的组织结构,只有你当时对组织形态最好的想法。然后随着推进你会发现其中的问题,于是建立相应的流程和体系来应对那些依赖关系,正如你所说,或者所有权重叠的问题。在这一点上,你有没有类似的体会——永远不会有完美的方式,这只是我们当时最好的想法,然后我们这样来应对这种方式的弊端?

Heidi Helfand: 是的,我觉得你那位经理和同事的话很有道理,因为随着时间推移,条件在变化。我们在演化和改变,受到不同因素的影响。COVID 发生了,十年前我们不需要应对这个。我们在成长、适应、变形。我们尽力在面对挑战时做出最好的决策,而这很大程度上是一种问题交换。我们今天面临这个挑战,我们决定,嗯,有几种处理方式,每种各有利弊。这就像丰田套路(Toyota Kata)——把握现状。你会经历各种挑战。下一个演化方向或下一个目标状态是什么?你可能怎样到达那里?然后你到了那里,你会想,好,把握当前的目标状态。感觉怎么样?你正在经历什么?哦,也许我们可以试试这个。我们始终在从当前状态向未来状态转变。

你想成为什么样的领导者

Heidi Helfand: 对此,我会问大家:你希望它变成什么样?你想成为什么样的领导者?你是想直接说”好了,这事得办完,重组通过邮件搞定,发出去就完了”或者”这个小团队变动,就这样,搞定了,再见”?还是说你会稍微征求一下大家的意见?这本身也需要你根据具体情况来权衡。但我喜欢思考这个问题——你想成为什么样的领导者?领导者需要耐心。做领导者很难,充满挑战,但你想在团队中营造什么样的环境和氛围?你希望团队里的人是什么样的状态?

我有一个英语教学和应用语言学的学位,我记得学过 Paulo Freire 以及其他教育中的问题提出式教学方法。我们拥有这些团队,他们解决各种复杂的问题和挑战,为客户打造出非常棒的产品。那就让他们参与一些将成为他们日常工作一部分的组织决策吧。说真的,你会喜欢这个想法的。当然,它并不完美,你不可能让所有人参与所有事情,尤其是那些你根本做不到的大规模变革。

换团队的反模式

Lenny: 顺着”有时候会做得不太好”这个思路,你书里有一整个章节讲换团队的反模式,大概有五个左右。我不知道你是不是都能记住,但如果你记得的话,我很想听听有哪些反模式。

Heidi Helfand: 好的。其中一个是,人们总觉得换团队就是——你有一群人,然后把他们分配到一堆不同的项目上,比如”好,你在这个项目上花10%,那个5%,另一个20%。我们要把基于组件的团队里的资源分配到这些不同的项目中去”。很多年前我们在瀑布模式(Waterfall)里就是这么干的,但那并不真正有效。很多时候那些百分比加起来对不上。让人同时处理多项任务、同时参与多个工作是非常困难的。大脑在这种情况下需要不断切换上下文,非常吃力。所以我称之为百分比反模式。

还有一个,我大概写过,就是人突然消失了或者突然出现了。换团队的时候,有人突然冒出来而你完全没预料到,或者有人突然消失,而且没有任何沟通——这是另一个反模式。

Lenny: 我最喜欢的一个是分散高绩效者这个想法——就是我们要把高绩效者分散到其他团队中去。

Heidi Helfand: 这是一个 AppFolio 的故事。Jon Walker 当年告诉我……我是说,他做了这个实验。他有这样一个想法:有一个团队,他们以自己喜欢的节奏交付,做出各种成果,你能感受到那种能量,几乎是触手可及。于是他想,把这个团队的人分散到其他团队去,我们就能复制那种状态。但并没有奏效,他没有得到那种效果。那对他来说是一个刻骨铭心的教训——这根本行不通。人们会问,怎样才能成为一个高绩效团队?怎样才能拥有那种神奇的团队体验,那种人与人之间的化学反应,大家在一起的感觉?书里有很多这样的故事。Damon Valanzona 跟我讲过一个,说这就像一支乐队,我们彼此即兴配合,一起创作音乐。所以 Jon 觉得自己在拆散那个团队的时候,基本上摧毁了那种东西。这就是启发那个反模式的故事。

团队变迁与珍惜当下

Lenny: 人们担心换团队和重组的原因是……很多时候正是你刚才说的那个原因,就是我们的团队太棒了,我不想改变它,不想拆分,不想加人,不想减人。我想问,在这方面还有没有什么能帮助人们安心——觉得”不,这其实没问题的”,或者”这是不可避免的,它不会一直这样”?

Heidi Helfand: 我觉得有时候你确实会遇到那种绝佳的团队状态。那是一种令人愉悦的体验,大家在成长学习,每天都充满期待。你交付的东西是大家喜欢的,你跟各方保持信息同步,期望是匹配的,没有人因为延期而盯着你催。有时候你想让这个团队保持在一起,不想破坏那种氛围。但问题是,也许那是一个正在成长的小型创业公司,你需要发展,因为你有一个更大的愿景,需要超过这10个人。所以有时候会有一种失落感,就像”这是我们的公司,我在这个10人公司里的体验是这样的,但突然之间我们变成20个人了,感觉不一样了”。

人们总是在问”我们怎么保持我们的文化?感觉跟以前不一样了”。事实上,它确实不一样了,我们的公司在经历不同的阶段。今天的公司不是一年前的那个公司了。人员在轮换和变化,我们做的事情在轮换和变化。整个世界、行业、全球事件都在变化,给我们带来不同的压力,我们必须在这个全球环境中生存。所以没有什么是永恒的。有时候我脑海里会出现一幅画面:我举着一个正在融化的冰淇淋。不是要扫大家的兴,而是当你身处一个你热爱的、非常棒的团队时,请珍惜它,因为这就是我们的生活,我们要心怀感恩,珍惜所拥有的,因为事物自然会演化和变化,这是不可避免的。所以我们要珍惜所拥有的。

我们很多人回顾职业生涯时,都会记得那些时光——就我而言,我会在走廊里蹦蹦跳跳,因为我太开心了。我甚至说不清楚,为什么那一刻我会在走廊里蹦蹦跳跳?是什么原因?是那些人、那些条件、我们正在做的事、那个时代——因为它确实会变。

有一本 Ichak Adizes 写的书叫《管理企业生命周期》(Managing Corporate Lifecycles),在 AppFolio 的时候我们很多人读了这本书好几年,也许在前一家公司也是。Adizes Institute 影响了我们的一些领导者,他们又用这些影响了我们。这本书讲述了企业从诞生开始的各个阶段,有快速扩张期、成熟期、企业的消亡。这些就像生命周期——公司在成长、变化、蜕变、再变化,团队中的人也是如此。我在书中有一个生态循环图,讲述那种老化和变化的过程,然后会有一次颠覆,你迎来一个新的开始。我们是这些正在书写中的故事的一部分,我们所工作的并不是一个一成不变、静止不动的实体。所以善待彼此吧,享受你的经历,尽可能多地学习。

Lenny: 这让我想起 Sheryl Sandberg 来 Airbnb 办公室时分享的建议。有人问她:“对于应对这些持续不断的变化,你有什么建议?“就像我在节目开头引用的那句话——每六个月就有一场大规模重组,我们的文化在变,团队在不断变化,一切都在持续动荡,你有什么建议来应对?而她的建议是:这是好事。你增长得这么快、需要不断变化,这其实是最好的情况,因为另一种可能是不增长,那要艰难痛苦得多,因为那时候的变革要困难得多——人员被裁撤,业务可能消失。所以她的建议就是,这是好事。变化意味着事情在……增长带来变化,特别是高速增长,你应该珍惜这段时间,而不是害怕它、认为它是负面的。


Heidi Helfand: 看来她拥有一个非常宏大的视角,能够见林而不只见树——公司发展得很好,这正是我们成长和变化的原因。我记得 AppFolio 的一位领导、CTO Jon Walker 也曾对我说过类似的话。他说……当我遇到问题去找他时,他总是对我说:“Heidi,能在一家成功的公司工作总是好事。“确实,有时候在日常工作中你可能不会想到财务状况——当你和别人产生矛盾,或者别人来找你说和另一个人有矛盾的时候。但从全局来看,公司整体运营得怎么样?这真的是一个我们需要不断提醒自己的关键视角。不过,我也不会说所有的变化都是好的。每个人的情况不同,但公司发展良好、你在成长和变化、你在努力推动事情发生——这种状态,比起相反的处境,我肯定更愿意身处其中。

Lenny: 我觉得这对那些从没在一家失败的公司工作过的人尤其如此。他们会觉得”这太糟了”,但实际上跟可能发生的那些情况相比,这已经相当不错了。

Heidi Helfand: 是的,确实如此。所以我们在过程中要互相辅导、互相帮助。

倾听的艺术

Lenny: 在进入非常精彩的快问快答环节之前,最后一个问题。我曾和 John Cutler 共事过,他之前也上过这个播客,他有个问题想让我问你。他说:“Heidi 是我共事过的人里最好的倾听者之一。“所以问题是,做一个好的倾听者,你有什么秘诀?

Heidi Helfand: 倾听是一块需要不断锻炼和持续练习的肌肉。你要把注意力向外放出去,聚焦在对方身上。有时候如果我低头了,我会重新调整自己去看对方。你需要去读取肢体语言和其他信号。我接受过共创式教练(co-active coach)的训练,其中涉及不同层级的倾听。第一层是内在倾听——比如你我在交谈,但我心里在想午饭吃什么,那就是第一层。我需要把注意力转向你,专注于你。当我专注于你的时候,我就进入了第二层倾听。我把注意力向外放,真正锚定在你身上。这是一种教练技能。第三层是全球性倾听、环境性倾听。如果一个 marching band 突然从你身后走过,我会指出来,因为它在我的感知范围内,我不会忽略它,我会提出来。所以我们会关注房间里的氛围和感觉,关注我们所处的环境。同时,如果你在谈论某件事时突然这样——比如你在说到某个话题时突然脖子疼,我可能会注意到你在触摸脖子,因为那是信息。这也是一种倾听方式,所以我可能会就此问你。或者如果脸涨红了,或者你低头或看向别处,又是另一种倾听信号。所以共创式培训学院(Co-Active Training Institute),coactive.com,是我接受共创式教练训练的地方,我是从他们那里学到的,Henry Kimsey-House 和——

Lenny: 哇,这个回答太棒了,里面很有深度。coactive.com,我要去看看。所以你真的接受过这方面的专业训练。好的,太好了。这会让大家感觉好一些——他们会想,好的,原来如此,我要去看看,我要在这个播客剩余的时间里努力做一个更好的倾听者,试试这些技巧。

Heidi Helfand: 我得说,有时候我也不是个好倾听者。

Lenny: 嗯,也是难免的。Heidi,在进入我们非常精彩的快问快答之前,你还有什么想聊的或者想分享的吗?

Heidi Helfand: 我想没有了。非常感谢你的提问,很高兴能和你交谈。

快问快答

Lenny: 好,我们到了非常精彩的快问快答环节。准备好了吗?

Heidi Helfand: 好了。

Lenny: 好。第一个问题:你向别人推荐最多的两三本书是什么?

Heidi Helfand: 一本是 Leading Intelligent Teams,另一本是 Liberating Structures,当然还有 William Bridges 的 Transitions。我也很喜欢 The Leader’s Guide to Participatory Decision-Making

Lenny: 有没有最近特别喜欢、真心推荐的电影或电视剧?

Heidi Helfand: 我很喜欢《熊家餐馆》(The Bear),那个关于烹饪、关于餐厅的剧,讲的是餐饮行业。我真的很喜欢。电影的话,没有哪部特别突出的。我总是期待坐飞机时看看在放什么电影,但没有特别要推荐给你的。

Lenny: 你在面试别人时,最喜欢问的一个面试问题是什么?

Heidi Helfand: 我总是喜欢问人们:“你为什么想加入我们公司?和我们共事有什么让你兴奋的地方?为什么选择我们而不是另一家?”

Lenny: 在他们的回答中,什么样的信号让你觉得是好兆头?

Heidi Helfand: 他们对我们做什么、构建什么有一定的了解。也许他们会提到注意到我们某个网站上的东西,或者我们刚发布的产品——也许这与他们的职业发展路径相关。他们正在朝这个方向走,听说了我们,然后觉得”哇,我很想去做那个”。

Lenny: 有没有最近发现的、你特别喜欢的产品?

Heidi Helfand: 我很热衷于古着服装,尤其是真正的羊毛羊绒,不是合成混纺的。我也喜欢古着西装外套。我做演讲时,很多时候穿的就是古着西装外套。我很喜欢服装和设计,我真的、真的很喜欢能找到的独特古着单品——但现在市面上的很多快时尚,大量使用那些你闻所未闻的混纺材料。而真正的古着羊绒,有一种特别之处。

Lenny: 你有什么好的渠道吗?是 eBay?是当地的实体店?有没有什么网站?你去哪里淘好东西?

Heidi Helfand: 我在世界各地做关于换团队的演讲和研讨会。通常我会去古着店和古董店。我最近在柏林,就在逛那些。在伦敦也是。我真的很爱淘货——Salvation Army、Goodwill,这些在美国很多城市都有的地方,还有我在欧洲和其他地方去过的 Humana 连锁店。我也会去找那些小众的、不寻常的古董店。我的姨妈在密歇根做古董商,她并不专门做古着服装,但我就是很喜欢那种发现独特、不寻常之物的感觉——也许它们让你回想起过去的时光。也许你会发现”天哪,我们在八十年代有过那个马克杯”,或者九十年代的什么东西。物品能让人想起其他时光。所以我喜欢这个。我觉得独特的物品中储存着信息。

Lenny: 真美好。我猜柏林一定有一些特别酷的古着,特别有那种古怪味道的东西。

Heidi Helfand: 是的,有很多非常有趣的地方可以探索,我觉得这比一些全新的东西要有趣得多。

Lenny: 同意。还有最后两个问题。你有没有最喜欢的人生格言,经常会在工作或生活中反复想起,或者分享给朋友和家人的?

Heidi Helfand: 我喜欢问人们:你怎么能对自己更友善一些?

Lenny: 展开说说。

Heidi Helfand: 我也会这样问自己。以前我在圣巴巴拉的 Ellwood 经常跑步,那是一条很美的步道,可以一路跑到海边再折返上来。有点像圣巴巴拉的 More Mesa。我跑着跑着就会想,“天哪,这也太累了。“然后就走一会儿,心里琢磨,“嗯,我怎么才能对自己好一点呢?我到底在干什么?非得跑那么快吗?不是。我来这里是为了减压和享受的,那怎么对自己好一点呢?“我觉得自己有时候对自己太苛刻,或者说有一种很高期望的成就者心态。这些年我慢慢学会了,慢下来没关系,不用一直拼命往前冲。所以我也会这样问别人,尤其是当他们在经历困难、熬夜加班之类的时候。我会说,“自我照顾呢?你怎么才能对自己好一点?”

Lenny: 说得真好。最后一个问题。我翻看了你的 LinkedIn,发现 AppFolio 的 CTO 在给你的推荐语中写道,你是 AppFolio 的”非正式欢乐总监”。你有没有什么印象深刻的故事,是在 AppFolio 做过的、给团队带来了很多欢乐和趣事的事情?

Heidi Helfand: 我们有那种黑客日活动,我觉得他们至今还在做。每年两次,大家聚在一起,这个做法是我们从 Atlassian 那里学来的。我记得我们还跟 Atlassian 的一些教练开过电话会议,请教他们怎么做 ShipIt Day——最早叫 FedEx Day,后来改成了 ShipIt Day。我们照搬了他们的模式:周四下午两点到周五下午两点,随便做什么都行,还会有一个主题,最后会颁发一些搞怪的奖品,类似于流动奖杯。其中一个是那种噼里啪啦响的键盘,我们在铁路旁边给它喷成了金色。但大家真的可以做任何想做的事。团队是通过自选市场的方式自发组建的——大家自己提出主题、自己组队。有一个小组在整个圣巴巴拉到处藏了 geocache(地理藏宝),至今还在那里,因为我们在 Geocaching 网站上注册了。还有一组做了台复古游戏机,放在了开发室里。还有一组造了个投石机——应该是叫 trebuchet 吧?

Lenny: 对。

Heidi Helfand: 在停车场里弹射水果。不知道我们怎么就能那么搞,不过那时候公司还处于早期阶段。我们做了很多类似的有趣事情,而且你可以和不同的人合作,建立更广泛的关系,这之后会让换团队变得更容易,因为如果后来换团队,彼此就不是陌生人了。所以你要刻意经营这种社区感。于是我们就有了这么一个”欢乐部”,我们还会用各种其他方式来策划有趣的活动。

Lenny: 太有趣了。Heidi,你太棒了。我觉得我们帮助了很多人,让他们对正在经历的永无止境的变化感觉好了一些。最后两个小问题。大家去哪里能找到你的书,在网上怎么联系你?另外,听众怎样才能帮到你?

Heidi Helfand: 你可以去 heidihelfand.com,或者 Google 搜我的名字就能找到我。Heidi@dynamicreteaming.comheidi.helfand@gmail.com 都可以联系到我。我在网上都能找到。嗯,我很乐意和正在经历变革的公司和团队合作,我用多种方式做这件事:教工作坊、做演讲。所以如果这些内容让你感兴趣,欢迎联系我。

Lenny: 那你也会以顾问身份跟具体公司合作吗?

Heidi Helfand: 会的。我现在就在做。我喜欢以长期 retained 的方式合作,甚至可以直接加入某个团队,所以也在找——

Lenny: 好的。

Heidi Helfand: ——下一个机会。

Lenny: 太棒了。我们会在节目备注里放上所有这些链接。Heidi,再次非常感谢你来参加节目。

Heidi Helfand: 非常感谢,Lenny。

Lenny: 大家再见。

非常感谢收听。如果你觉得这期节目有价值,可以在 Apple Podcasts、Spotify 或你喜欢的播客应用上订阅。也请考虑给我们评分或留下评论,这真的能帮助更多听众发现这个播客。你可以在 lennyspodcast.com 找到所有往期节目或了解更多信息。下期再见。

术语表

原文中文
anti-pattern反模式
AppFolioAppFolio
attrition人员流失
co-active coach共创式教练
Co-Active Training Institute共创式培训学院
Damon ValanzonaDamon Valanzona
Dan PinkDan Pink
domain-driven design领域驱动设计
Drive《驱动力》
Dynamic Reteaming动态重组
enablement赋能
ExpertcityExpertcity
forming, storming, norming, performing组建期、震荡期、规范期、执行期
Four Steps to the Epiphany《四步通向顿悟》
go-go stage快速扩张期
grow and split生长与分裂
Henry Kimsey-HouseHenry Kimsey-House
Ichak AdizesIchak Adizes
interaction designer交互设计师
John CutlerJohn Cutler
Jon WalkerJon Walker
knowledge silos知识孤岛
lean startup精益创业
liminality阈限性
Managing Corporate Lifecycles《管理企业生命周期》
market validation市场验证
Menlo InnovationsMenlo Innovations
open self-selection reteaming开放自选换团队
pairing结对
Paulo FreirePaulo Freire
product market fit产品市场契合
reorg重组
reteaming换团队
Richard SheridanRichard Sheridan
RIDE frameworkRIDE 框架
SaaS (software-as-a-service)软件即服务
Sheryl SandbergSheryl Sandberg
stagnation组织僵化
story of our team我们团队的故事
test-driven development测试驱动开发
Toyota Kata丰田套路
Waterfall瀑布模式
whiteboard reteaming白板换团队
William BridgesWilliam Bridges

此文档由 AI 分片翻译(translate_long_document)