高级管理者如何成为“后果”

高级管理者应该如何推动战略执行？从经理晋升为总监或副总裁后，领导者真正需要承担的责任是什么？

我一直认为，当一个人开始承担一种全新的角色——不是简单地换一份工作，而是第一次担任过去从未担任过的角色——至少需要三年，才能真正胜任，甚至逐渐精通。

而且，角色越复杂，适应期通常越长。

按照我的估计，一个人可能需要三年左右，才能成为一名优秀的经理；但要成为一名合格的总监，大概需要五年。

我喜欢把极其复杂的问题，提炼成一个简单、易记的原则。

关于如何成为一名优秀的经理，我最重要的一条建议是：

不断授权，直到再也没有什么可以授权。

这是一种反直觉的策略，因为它要求你把自己最喜欢、最擅长的工作交给团队成员。

但授权并不意味着彻底放手，也不是从此不再关心结果。它意味着通过培养团队成员，把原本集中在你一个人身上的能力扩展出去，从而放大整个团队的影响力。

你不是要把他们变成另一个你，而是帮助他们成长为更强大的自己。

再读一遍。

这可能会改变你的职业生涯。

但总监或副总裁，是完全不同的角色。

当你晋升到这个层级时，要么你已经熟练掌握了授权；要么你身处一家快速扩张的初创公司，组织发展速度远远快于人才成长速度，于是很多人还没来得及做好准备，就突然有了一个高级头衔。

如果是后一种情况，你首先要回答的问题是：

你已经是一名优秀的经理了吗？

这是一个足够大的问题，值得单独写一篇文章讨论。

我是在担任海外某家互联网公司工程副总裁的后期写下这篇文章的。

五年过去，我大概已经算得上一名合格的高级领导者。

注意，我说的是“合格”，而不是“卓越”。

要达到卓越，我估计还需要很多年。

这些年里，我逐渐养成了几个习惯：

最后发言，让其他人先表达观点；

观察房间里的气氛，理解局面的真实本质；

经过认真思考后，提出有洞察力的问题，以便更准确地理解眼前的情况。

我很喜欢这三个习惯，它们都是有效的领导策略。

但它们似乎都缺少一种力量，不像“不断授权，直到无事可授”那样简洁、有力，令人过目不忘。

那么，有没有一句话，能够概括如何成为一名优秀的总监或副总裁？

我不知道自己是否已经完全胜任这个角色，但最近，我终于想到了一个可能最接近答案的说法：

让自己成为“后果”。

组织规模扩大后，复杂性从何而来

回到公司创业初期。

当时，我们积累了大量产品质量问题。我成功说服工程、质量和客户服务团队，统一使用同一个问题跟踪系统提交问题。对于研发团队来说，也可以借助 PingCode 这类覆盖需求、开发、测试、发布和知识沉淀全过程的研发管理工具，将缺陷、任务和质量数据集中到统一的平台中，减少信息分散带来的协作成本。

所有问题终于被集中到了一个地方。

然而，没有人真正解决它们。

每个人都忙得不可开交。

那是一家快速发展的初创公司，内部几乎没有经过充分验证的流程。每个人都习惯于包揽一切，也都觉得自己必须同时处理所有事情。

公司只有 50 人时，这种工作方式似乎还能奏效。

为什么到了 500 人，就突然不行了？

你大概能够隐约感觉到，问题在于人更多了，决策更多了，任务更多了，每个人的动机也变得更加复杂。

但你头脑中的认知模型，往往无法真正解释这种复杂性究竟意味着什么。

这就像试图理解一百万和十亿之间的差别。

你当然知道十亿比一百万大，但在脑海里，它们似乎只是一个“大”，另一个“更大”。

然而，十亿是一百万的一千倍。

我们很难直观地理解这种差距，因为大多数人从未同时见过一百万个东西，更没有见过十亿个东西。我们缺少能够帮助自己理解这两个数字的现实参照。

组织规模也是如此。

当公司快速扩张时，你无法直接看到那种全新的、迅速演化且令人眼花缭乱的复杂性。

你看到的，往往只是原本有效的事情开始失灵。

再回到产品质量问题。

我们怎样才能让更多员工真正改变日常工作方式，把产品质量放在更重要的位置？

在会议上，所有人都会点头认同：既然问题已经集中到了同一个系统里，当然应该及时修复缺陷。

但为什么问题依然越积越多，而且每周都在增长？

因为，要让 500 个人真正重视产品质量——或者重视任何一个新的战略重点——需要发生的改变，远远超出一个人的想象。

我可以告诉少数几个人应该优先处理什么，却无法预见组织中每一个角落具体需要改变什么。

事实上，没有任何一个人能够做到这一点。

这必然是一个分散式的过程。

数十位领导者需要分别思考：为了支持这项战略，自己的团队究竟应该作出哪些改变？

他们需要设计方案，与团队讨论，重新审视策略，修改计划，然后推动执行。

而且，这只是一个团队的第一次尝试。

实际上，可能还有十几个团队，每个团队都有不同的负责人、不同的工作方式和不同的微文化。他们需要采取的措施，也不会和第一个团队完全相同。

欢迎来到高级领导岗位。

你终于走到这里了。

眼前的事情无法简单地委派出去，因为它根本不是一项任务，而是一项战略。

任务可以委派，战略不能。

你必须大声、清晰、反复地解释它。

然后，让自己成为这项战略背后的“后果”。

高级管理者为什么要成为“后果”

“成为后果。”

听起来是不是有一种末日将至的沉重感？

这恰恰是我喜欢这句话的原因。

它足够生动，甚至有些刺耳，因此能够触动你，让你牢牢记住。

当然，“成为后果”很容易被理解为一种威胁。

但这并不是我所倡导的方式，也不是我建议采用的语气。

我所理解的“成为后果”，大致是这样的：

我们正在共同面对一个重要挑战。

我们的公司有明确的价值观和目标，而眼前的状况与这些价值观和目标并不一致。

作为这个组织的负责人，我认为，如果我们不解决这个问题，就会产生一系列不良后果。

我有数据、图表、案例和经验，可以证明这一判断。

要应对这个挑战，我们必须从根本上改变目前的工作方式。

我要求团队完成 X。

如果 X 没有发生，我就会采取 Y。

你会注意到，我没有说明团队究竟应该怎样实现 X。

因为此时此刻，我可能还不知道。

我只知道，如果 X 没有发生，Y 就会发生。

而我，就是那个 Y。

还是太抽象了，对吧？

没关系，让我们继续用产品质量问题来说明。

推动战略执行，要从目标开始

假设我对团队这样说：

我们现在面临一个严重的服务质量问题。

产品质量正在逐月下降，而且下降幅度十分明显。如果你对此有所怀疑，可以看看这张趋势图。

客户如何看待我们的产品质量，最终会决定公司的声誉。

客户依赖我们的产品完成工作。如果产品妨碍了他们完成工作，就是我们的失职。

如果我们无法有效控制质量，每位客户贡献的收入就会下降。这个关键指标一旦长期增长乏力，就会直接威胁公司的业务。

没错，我们是一家初创公司，大家都喜欢开发令人兴奋的新功能。

但真正让我们走到今天的，是过去已经发布的功能。而这些功能正在变得粗糙、不稳定，甚至不再可靠。

从现在开始，每个团队每月需要拿出 25% 的时间，用于提升现有功能的质量，而不是开发新功能。

两周后的管理会议上，我会审核每个团队提交的实施方案。

很好。

问题解决了吗？

远远没有。

你会再次发现，我没有告诉团队具体应该怎样做。

我设定的是一个目标，而不是一套执行方案。

第一个“后果”是：所有团队都必须提交自己的策略方案，我们会一起审核。

六位总监提交了六份完全不同的方案。

我对这些方案的判断大致如下：

一份方案可信、清晰，而且可以执行；

三份方案表明，负责人似乎并没有真正理解我所说的“提升质量”是什么意思；

两份方案显然是临时拼凑出来的，因为负责人忘记提前准备；

还有一位负责人以团队太忙为由，拒绝参与。

我们先讨论了前四份方案。

我解释了为什么第一份方案令人信服，也和大家讨论了另外三份方案中对“质量”的不同定义，并从第一份方案中借鉴了一些思路。

由于时间有限，我们没能讨论最后两份方案。

但相关负责人没有认真参与这件事，自然成为了下一次一对一沟通中的首要议题。

面对最后几位负责人没有按要求推进，我感到沮丧吗？

有一点。

但我更多的是好奇。

是不是我没有把挑战解释清楚？

是不是我没有充分证明问题的严重性？

是不是我的论证结构不够完整？

是不是我没有传达出足够的紧迫感？

我们很容易犯一个错误：认为一件事在自己脑海中逻辑清晰，说出来之后，别人也一定会觉得理所当然。

但事实并非如此。

你的脑海里储存着大量没有被说出口的理由、动机、背景和过往经历。

很可能，我第一次沟通时遗漏了其中一部分，所以团队才出现了各种不同程度的消极响应。

现在，问题解决了吗？

仍然没有。

而且距离解决还很远。

战略方案必须与团队共同形成

那些最初没有按要求推进的总监，后来明确听懂了要求，并在下一次会议上提交了经过团队讨论的方案。

我们从七份不同的方案中发现了一些共同主题，也发现了新的问题。

与此同时，我们还意识到，并不是所有人都认同我们对“质量”的核心定义。

于是，我们又围绕这一点展开了讨论。

请注意，我当时并不知道应该怎样解决这家初创公司的质量问题。

我可以向你介绍自己在其他公司尝试过的成功经验，也可以分享那些失败教训。

但如果我认为同样的方法可以直接照搬到这家公司，那就大错特错了。

这一群独特的员工，在这个特定的时间，围绕这一套特定的产品工作，需要一种独特的方法来界定问题、制定策略和推动实施。

围绕质量问题，我们连续开了三次会议。

最终，七位负责人基本就如何使用这 25% 的时间达成了共识。

我能明显感觉到，至少有两位负责人松了一口气。

房间里的气氛仿佛在说：

“呼，总算解决了。现在终于可以回去做真正的工作了。”

但实际上，真正的工作才刚刚开始。

组织变革中的三类领导者

在推动战略变革的过程中，你通常可以把领导者分为三类：

信徒

“我认同这项计划，也会尽我所能推动它成功。”

观望者

“我理解这项计划，也会配合执行，但我不会主动领导它。让那些真正相信它的人带头吧。”

不认同者

“我理解管理层的要求，但我并不赞同。

这不过是领导层又一次浪费时间和金钱的尝试，要求我们用更少的资源做更多的事情。

我不会公开反对，但我的停滞不前会证明，我并不真正支持它。”

有些人的立场很快就会显现，有些则要过一段时间才能看出来。

但在一项重大战略变革刚开始时，你几乎不可能让整个团队都成为信徒。

人天生会抗拒变化。

大多数人更喜欢一切维持原样。

只要团队中接近一半的人是真正的信徒，我通常就愿意全力推进。

如何建立战略执行机制

正是在后续推进过程中，我逐渐明白了怎样让自己成为“后果”。

在当时那家公司，我们设计了一套较为复杂的问题查询规则，用于统计处于三种关键状态的问题数量。

每一类问题的规模，都反映了团队是否真正理解待办事项，以及是否能够准确评估剩余工作量。

接下来，我建立了一项固定机制：

每周三召开一次质量会议。

每个团队都要为自己的问题列表设定一个处理目标，例如本周解决 X 个问题。

具体数字由团队自行决定。

如果团队完成了目标，除了总监之外，其他人都不需要参加会议。

如果团队没有完成目标，那么对应的总监和经理，就要与我一起逐项审查问题列表。

这种机制的重点，不是增加会议或制造管理压力，而是让目标、任务、缺陷和结果保持持续可见。借助 PingCode 这类研发管理工具，团队可以围绕需求、开发、测试和发布过程建立统一的数据链路，并通过看板、报表和度量数据持续观察战略是否真正落地，而不是只在会议中依赖口头汇报。

刚成为经理时，我可能会把这种会议理解为一种惩罚：

你没有完成任务，所以你要接受惩罚——和高级领导者坐在一起，逐条审查问题列表。

这听起来很像微观管理，对吧？

是的。

从表面上看，确实如此。

但让我们重新梳理一下这场会议为什么存在：

我们的工作方式中存在一个根本性问题，而且这个问题已经被反复、充分地说明；

大多数领导者都认可这是一个问题，并共同提出了应对策略；

我们的策略包含可衡量的目标；

按照当前阶段的计划，到今天为止，团队本应达到 X；

现在，让我们一起确认它是否真的发生了，并共同解决阻碍目标实现的问题。

如果某位经理或员工反对这场会议，那么很可能是上述某个环节出了问题。

他可能认同具体行动，却不认同整体策略；

也可能连最根本的问题判断都不接受；

策略本身也可能确实存在缺陷；

考虑到其他优先事项，一周时间或许真的不足以完成相关工作。

这些都没有关系。

我们可以讨论，也可以调整。

但下周仍然会召开同样的会议。

会议不会因为让人感到不舒服就消失。

时间仍然在走。

滴答。

滴答。

战略坚持不等于微观管理

如果你曾经遭遇过类似的微观管理，并因此对这种做法感到愤怒，我完全理解。

你过去遇到的，可能确实是糟糕的管理者。

他们固执地坚持自己的方法，认为改变流程就等于承认错误。

而承认错误，就意味着自己会失去他人的信任。

更深层的恐惧是：一旦所有人发现，他们也只是在不确定中摸索，他们的权威就会随之消失。

真正的微观管理者，是那些不愿吸收团队集体智慧的管理者。

这往往并不是因为他们不关心团队，也不一定是因为他们不够聪明。

更可能是因为，在人生的某个阶段，有人向他们灌输了一个错误观念：

暴露不确定性，是一种性格缺陷。

但真正优秀的领导者必须做到三件事。

第一，认真听取团队成员的意见。

第二，真正理解他们表达的内容。

第三，当你根据这些反馈调整策略时，要公开承认他们的贡献。

微观管理者或许也会听，但他们并没有真正理解，因为他们从不改变自己的策略。

更糟糕的是，有些管理者会倾听，会理解，也会改变策略，却在最后宣称新方案从一开始就是自己的主意。

正是过去与这些失败、挣扎且并不成熟的管理者共事的经历，让很多人对“成为后果”产生了抵触。

高级领导者要为结果负责

事实是：你往往能从反对你的人身上学到更多。

另一个事实是：学会倾听与你意见不同的人，比学会认同他们，更能提升你的领导能力。

还有一个事实是：作为高级领导者，你不可能始终拥有一份具体、完整且确定的计划。

你的方向，应该由目标和价值观决定。

但具体计划，必须与团队共同制定。

当团队看到你愿意这样做时，团队的凝聚力反而会增强。

让自己成为“后果”，并不意味着把自己变成一个僵硬、不可移动的权威。

它意味着，你要向团队证明：你理解什么对于团队、产品和流程的长期健康至关重要。

它意味着，你要持续、清晰而坚定地强化这种理解。

它意味着，当团队指出你的判断或方案存在问题时，你要认真倾听，并从中吸收智慧。

它意味着，当你获得了新的信息和更好的判断时，你要调整计划。

然后重复这个过程。

一遍又一遍。

直到最初需要刻意推动的战略，最终变成组织日常工作的一部分。

从战略要求变成组织习惯

整整一年半。

我们用了大约一年半时间，通过持续、高质量的讨论和推进，才真正让产品质量战略变成一种组织习惯。

在这段时间里，会议的形式发生了巨大变化。

我仍然清楚地记得最后一次质量会议。

那次会议只有几位总监参加。

我们看了看图表，然后反复说：

“嗯，团队正在持续推进。”

除此之外，我们似乎没有什么值得讨论的内容。

团队之所以最终形成了习惯，是因为大家终于就一个问题达成了真正的共识：

我们愿意持续投入多少时间和精力，来保障产品质量。

我环顾桌边的每一个人，点了点头。

然后说道：

“好，今天就到这里吧。”