员工不愿听反馈，管理者怎么办？

当员工不愿意听取反馈，或者听到了却始终不采取行动时，管理者应该怎么办？

继续重复同样的建议，往往只会让对方更加防御；过度强调问题，又可能破坏双方的信任。面对这种情况，管理者可以尝试一种更间接的反馈方法：不急着指责或说教，而是通过分享自己的相似经历，帮助对方主动意识到问题。

这种方法，可以称为“侧滑法”。

他们不想听。

真的不想。

你给出的反馈切中要害、内容充分，而且完全符合事实，但他们就是听不进去。

你怎么知道？

因为你已经说过很多次了。你用三种不同的方式提出过批评性反馈，而每一次，对方的回应无非是以下几种：

“我知道，我知道。我正在努力。”

但他们并没有真正采取行动。

或者，话题突然被带向一个完全无关的方向。等等，怎么突然说到这里了？

又或者——这是我最“喜欢”的一种——他们把你的反馈扭曲一番，最后成功地把讨论重点转移到自己身上。真是厉害。

需要说明的是，对方并不是一名糟糕的员工，也不是一个无法改变的人。你们之间更没有形成公开对抗。

他们只是不想听。

员工不接受反馈时，可以尝试“侧滑法”

我有一个办法。

它不一定有效，也没有任何保证。但如果你已经尝试过所有显而易见的方法，也进行过坦率而直接的沟通，却始终没有取得任何进展，那么我建议你试试“侧滑法”。

使用侧滑法，需要满足几个前提。

首先，你已经尝试过几种不同的反馈方式。对方确实听到了你的反馈，却始终没有采取行动。

其次，你非常确定，一旦对方真正理解并接受了这些反馈，就会愿意尝试改变。你知道，即使他们表面上仍在否认，内心深处其实有能力理解其中的道理。

最后，你自己也曾在职业生涯中经历过同样的问题，并从中吸取过教训。

在实际管理中，反馈最好不要只停留在一次谈话里。管理者还需要把双方确认的问题、后续行动和检查节点记录下来，并持续跟进。对于普通团队，可以借助 Worktile 这样的项目协作工具，把改进事项转化为明确任务，约定负责人、截止时间和复盘节点，减少“听过了，但没有行动”的情况。

我无法准确告诉你，什么时候应该使用侧滑法。

合适的机会，通常出现在对方再次抱怨某个问题时，而这个问题恰恰是由他们长期忽视你的反馈造成的。

这当然会让人恼火。因为你知道，只要他们早点听取建议，现在原本可以拥有更有效的工具来解决问题。

但不要让这种恼火流露出来。

深吸一口气，然后从侧面滑进去。

对方可能会说：

“问题不只是会议没完没了，而是团队里根本没有人能够主持这些会议。弗朗西斯正埋头调试后端，杰克还没有准备好承担主持工作。至于杰森，他甚至还没有意识到自己不知道什么。”

真是讽刺。

深吸一口气，然后开始侧滑：

“我在海外某家公司工作时，公司一度没有首席技术官。当时我是工程副总裁，团队里有一批非常聪明、也非常愿意提供帮助的资深工程师。

问题其实出在我身上。

每当出现一个本应由首席技术官处理的问题时，我都会下意识地站出来，试图扮演首席技术官的角色。结果就是，我没有足够的时间和精力做好工程副总裁本来应该承担的工作。

过了一段时间，我才意识到，这两份工作我都做得很糟糕。”

对方问：

“怎么会变成这样？后来你做了什么？”

你继续说：

“最明显的问题是，我每天根本没有足够的时间。

如果一天的时间总是不够用，通常就说明我的工作方式出了问题。如果身边的人也开始指出这一点，那就更加确定了。

勉强维持了几个月后，我召集了几位资深工程负责人，成立了一个小型领导小组。

此后，每当出现首席技术官层面的问题时，我们就会把主要责任交给其中一位成员。由他负责推动事情向前发展，同时根据需要协调其他成员和我共同参与，直到问题得到解决。”

在向这位前任经理讲述这段经历之前，我曾反复向他提出、却始终没有被真正接受的反馈是什么？

没错，就是授权。

对于新任经理来说，最困难的转变之一，就是放下自己对产品细节，乃至对整个团队工作的直接控制。

他们必须学会把重要项目的责任交给团队成员，而不是继续把所有关键任务都抓在自己手里。

这背后需要一系列复杂的能力：信任、沟通，以及最重要的——判断力。

如果一个人始终学不会授权，那么无论资历多深、职位多高，都还没有真正成为一名领导者。

为什么新任经理很难学会授权？

授权之所以难，并不是因为这个道理有多么复杂。

真正的原因是，它往往与一个人过去赖以取得成功的核心能力相冲突。

很多新经理之所以得到晋升，正是因为他们拥有出色的工程能力：能够解决复杂问题，能够在关键时刻接手工作，也能够凭借个人判断把事情做成。

可一旦成为管理者，他们却被要求减少亲自解决问题的次数，转而让别人承担责任。

这在情感上是矛盾的。

过去，他们因为“能够把事情牢牢抓在自己手里”而获得认可；现在，他们却被告知，真正的成长意味着“学会把事情交出去”。

但有效授权并不等于把任务扔出去之后不再过问。管理者仍然需要明确目标、责任人、关键节点和成功标准，并让进展保持可见。对于研发团队，可以通过 PingCode 将需求、任务、开发、测试和发布过程关联起来，让负责人清楚自己承担什么，也让管理者无需重新接管工作，就能及时识别风险并提供支持。

侧滑法的精髓，就是绕开这种本能的不适和防御。

你不直接指责对方：

“你根本不懂得授权。”

你也不居高临下地告诉他们应该怎么做。

你只是讲述自己曾经如何犯下同样的错误，如何意识到问题，又如何艰难地学会这项能力。

你轻轻滑到那份不适、矛盾和恐惧的旁边，让对方自己看见它。

为什么员工会抗拒管理者的反馈？

他们为什么不听？

为什么一个有能力、聪明、通情达理的人，会无视一位经验丰富、见多识广而且值得信赖的领导者提出的建议？

答案通常是恐惧。

恐惧有很多种形式。不同的人、不同的处境，会产生完全不同的担忧，但归根结底，仍然是恐惧。

他们可能正在心里对自己说：

“如果我把事情交给别人，是不是说明我不够重要？”

“如果我这样做却没有成功，是不是意味着我失败了？”

“我本来就应该知道该怎么做。”

“他们迟早会发现，我其实并没有自己表现出来的那么称职。”

你可能永远无法准确判断，对方究竟在害怕什么。

但你可以走到他们身边，告诉他们：你也曾经害怕过。

你也曾经因为恐惧而紧紧抓住工作不放，也曾经拒绝接受别人给出的正确建议，也曾经花费很长时间，才学会一项看起来理所当然的能力。

侧滑法不是用一个精心设计的故事去说服别人，也不是把同样的反馈换一种更隐蔽的方式重新说一遍。

它真正想传递的是：

我不是站在你的对面评判你。

我曾经站在你现在所处的位置上。