在团队管理中，管理者经常需要面对一个问题：当团队陷入停滞时，究竟应该继续授权，还是提供更明确的指导？
在上一期文章中，我回答了一位管理者提出的问题：当团队不断原地打转时，怎样帮助大家打破僵局，同时尽可能保留团队的自主权？
但有些时候，仅仅授权并不足以让团队摆脱困境。管理者需要提供更明确的方向，甚至暂时采取更具指导性的管理方式。
这并不意味着你必须变得专横、粗暴，或者事无巨细地控制团队。你仍然可以用一种能够争取团队支持的方式推进工作，让成员感到自己的意见得到了倾听，也清楚自己依然拥有一定的自主空间。
事实上，在某些情况下，给出明确的指导，反而是管理者最能赋能团队的做法。
首先，明确团队管理的优化目标
回到上一期文章中的案例。
这个团队已经有了清晰的路线图，项目内容和截止日期也很明确，人手足以完成工作。我们还可以假设，管理者已经确认并记录了项目目标。
然而，即使大家都知道应该做什么，团队仍然迟迟无法向前推进。
这时候，就到了我最喜欢的教练式提问环节。
我会问这位管理者：
当你思考此刻应该如何带领团队时，你最希望改善的结果是什么？
对于这位来信的管理者，我猜答案是：尽快推动项目取得实质性进展。
那么，我的建议是：暂时采取更具指导性的管理方式，规划出一条最有可能推动项目向前发展的路径。
明确谁来做、做什么、何时完成以及如何推进
当管理者决定加强对项目的指导时，通常需要明确四件事：
- 谁来承担相应工作；
- 具体需要完成什么；
- 应该在什么时候完成；
- 团队将以什么方式协作和推进。
但在向团队分配任务之前，你首先需要明确自己在项目中的角色。
明确管理者自身的角色与职责
在原信中，这位管理者提到，自己有责任“让所有人继续向前推进”。
但落实到具体工作中，这究竟意味着什么？
在描述自己的角色时，应该重点说明你需要确保什么结果发生，而不是罗列你准备采取哪些具体行动。
这样一来，即使工作方式随着项目情况不断调整，衡量你是否履行好角色的标准依然不会改变。
例如，你在项目中可能承担以下职责：
我需要确保团队对项目时间安排形成一致理解，包括目标交付日期、“完成”的具体定义，以及从现在到最终交付之间需要达成的关键里程碑。
我需要确保每一位团队成员都清楚自己在项目中的角色，包括需要完成什么、需要与谁沟通，以及应该在什么时候同步信息。
我需要确保利益相关者知道，当他们对项目进展存在疑问时，应该联系谁。在项目达到关键里程碑时，我也需要主动同步进展。如果管理层围绕这个项目召开会议或展开邮件讨论，我需要代表团队向组织内的其他人汇报项目状态。
当项目出现意外情况时，我需要确保团队在八小时内形成新的推进方案，并明确新的要求和成功标准；利益相关者需要在二十四小时内获知意外情况、方案调整及新增要求；团队需要在四十八小时内获得执行新方案所需的资源。如果资源无法到位，我们就需要再次调整计划，并重新启动这一流程。
在描述职责时，我通常会尽量避免只使用“负责”这个词。
因为“负责”对不同的人可能意味着完全不同的事情。它可能表示：
- 如果事情失败，需要承担后果；
- 负责沟通和协调；
- 亲自完成具体工作；
- 对最终结果拥有决策权；
- 确保某件事情得到落实。
与其使用这样一个含义宽泛的词，不如直接说明：你需要确保什么事情发生，成功的标准又是什么。
如果你在列出职责时，发现自己不断陷入对具体工作方法的描述，可以问自己一个问题：
我完成这件事之后，应该产生什么结果或变化？
例如，与其说：
我每周一和周三主持站会。
不如说：
我需要确保团队成员能够定期、频繁地提出障碍并获得帮助，避免任何人在同一项工作上长期受阻。
与其说：
我每两周在产品会议上展示项目幻灯片，并用红、黄、绿三种颜色标记项目状态。
不如说：
我需要持续确保工程管理者和产品合作伙伴对项目整体进展形成基本共识，并且知道在对项目时间表存在疑问时应该联系我。
这种区分至关重要。
当你用结果来描述自己的职责时，具体的工作方式就可以随着情况变化而调整。你可以根据新获得的信息、项目紧迫程度以及团队的实际需求，不断优化“怎么做”。
例如，你可能发现站会并没有产生预期价值，或者团队成员并不适合在这种形式下思考和沟通。
只要你的角色始终围绕最终结果展开，你就可以持续调整方法，而不会偏离最重要的目标。
完成这项练习后，你可能会意识到：你的工作并不是事无巨细地管理每一个人。
你不需要时刻盯着团队成员，也不需要替他们完成所有决策。
但你必须确保每个人都清楚自己的职责，以及为了履行职责、取得成功，他们具体需要做到什么。
明确团队成员的角色与职责
接下来，你需要专门留出时间，为团队成员设计清晰的角色和职责。这项工作可能需要你连续投入几天的专注时间。
首先，找到一位能够在你制定方案时提供有效反馈的人。邀请对方在每天工作结束时与你沟通，听取你的方案并提出意见，同时提前在双方的日历中预留时间。
这个人不一定必须来自项目团队，但最好具备类似项目的经验，并且了解团队成员各自的能力和特点。
然后，在日历中安排足够的专注时间，拒绝不必要的会议，并向团队说明你正在制定新的推进方案。
同时，让团队知道你将在什么时候、通过什么方式分享项目计划，避免他们长时间处于完全不确定的状态。
我发现，陷入停滞的团队通常只明确了部分问题。
他们可能明确了“谁负责什么”，却没有明确“什么时候完成、以什么方式推进”；也可能建立了迭代、回顾和站会机制，却仍然不清楚每一部分究竟由谁主导。
还有一些团队看似每个人都已经接到了任务，也开始投入工作，但项目整体进展依然模糊不清。
大家不知道工作推进到了什么程度，也不清楚团队内部和跨团队依赖会在什么时候暴露出来。
无论团队目前在哪个方面存在模糊，你都可以通过更清晰的设计加以解决。
明确团队成员角色和职责时，可以采用以下方法：
- 绘制职责维恩图，但这一次先由管理者完成初稿，而不是直接将它作为团队讨论练习；
- 使用责任分配矩阵，明确每项工作的执行者、决策者、协作者和知情者；
- 将大型项目拆分为若干相对独立的工作模块，每个模块都设定清晰的最终目标，并指定一位主要推进者；
- 对“推进者”或“负责人”的含义作出具体说明并记录下来，避免不同成员对职责范围产生不同理解。
对于研发团队来说，管理者还可以借助 PingCode 这类研发管理工具，将项目目标、工作模块、负责人、依赖关系和交付节点统一记录下来。这样，职责分工不再只是会议中的口头约定，而会转化为团队所有人都能看到、持续更新和追踪的执行信息。
除了明确“谁做什么”，你还需要设计“什么时候做”和“如何协作”。
例如：
- 将团队成员两两配对，让每个人都有固定伙伴负责代码审查、逻辑检查、难题讨论和反馈支持；
- 明确每个迭代周期的运作方式；
- 建立团队内部的日常同步机制，以及面向管理层和利益相关者的项目更新机制；
- 除了在日常会议中识别障碍，还要建立定期回顾机制，检查团队是否拥有完成工作所需的资源和支持；
- 明确关键里程碑并估算完成日期，让团队能够持续感受到阶段性进展，而不是始终面对一个遥远的最终目标。
如何向团队传达新的工作计划
你可能不需要制作一份精细到每个时间点的复杂推进文档，才能向团队传达这些调整。
但在正式向整个团队公布计划之前，你可能需要先与部分关键成员单独沟通，让他们提前理解变化，并帮助你进一步完善方案。
以下是几个需要重点考虑的问题。
哪些团队成员需要提前沟通
你可以根据以下因素安排沟通顺序：
- 这个人的反馈会在多大程度上影响后续方案和信息表达；
- 对方是否能够妥善处理尚未公开的信息；
- 对方的反应会对其他团队成员产生多大影响。
如果你预计某个人可能产生较为强烈的负面反应，但提前沟通又有助于你更顺利地推进后续工作，那么可以在单独会面时，通过开放式问题了解对方的真实想法。
核心原则是：继续保持明确的指导方向，同时让对方感到自己的意见得到了认真倾听，并清楚说明方案中哪些部分可以调整，哪些部分不会改变。
我喜欢让这种针对性的沟通始终面向未来。
这意味着，我们不会长时间纠缠过去发生了什么，也不会耗费几个小时讨论所有理论上可能存在的选择。
我们今天坐在这里，是为了明确接下来应该做什么，从而实现当前最重要的目标：推动项目取得进展。
正如我在上一期文章中提到的，你完全可以将新的角色分工、职责边界和会议节奏定义为一次实验。
在向团队分享计划时，可以明确说明：
我们将在当前项目中采用这套角色和协作方式，并在执行过程中持续总结经验。未来的项目会根据团队学到的内容继续迭代和调整。
与整个团队分享管理计划
在会议开始之前，先明确你最希望团队记住的一句话。
它可能是：
我们正在调整工作方式，目标是让项目重新向前推进。
也可能是：
我知道大家都非常期待这款产品能够尽快上线。
或者：
当我们真正形成合力时，团队的能力远远大于每个人能力的简单相加。
具体说什么并不重要，重要的是这句话必须真实，并且能够直接说明：为什么团队此刻需要采用这套新方案。
在准备和主持会议时，始终围绕这条核心信息展开。在会议过程中，也可以适时重复和强化它。
与此同时，你还需要清楚，为了实现这个最重要的目标，团队正在做出哪些取舍。
分享计划时，尽量只陈述具体事实：
- 谁承担什么角色；
- 需要完成哪些工作；
- 应该在什么时间完成；
- 接下来将以什么方式协作。
明确指出哪些工作方式会发生变化，哪些方面会保持不变，并为团队预留足够的提问时间。
在实际推进中，单靠会议和口头同步往往不够。团队可以通过 PingCode 统一维护项目计划、任务状态、里程碑和风险信息，让团队成员与利益相关者基于同一份实时信息协作，减少因信息分散、状态滞后而产生的反复沟通。
和上一次一样，这次会议还需要讨论一个关键问题：
为了成功执行新计划，团队还需要哪些条件、资源和支持？
管理者如何回应团队的反对意见
当你采用更具指导性的方式分配角色和职责时，难免会有人对你的决定感到不满。
这并不意味着你的方案一定是错误的。
管理者很容易忘记，此刻的目标并不是消除所有抱怨，而是推动团队重新取得进展。
当然，有些负面反应确实会阻碍推进。
当人们因为被告知“应该做什么”而感到受挫时，可能会放慢行动、公开抵抗，或者选择逃避。这些反应往往来自人在压力下的本能防御机制，并不意味着对方一定怀有恶意。
因此，在你开始辩解、争论或打断对方之前——这些做法通常只会制造更多问题——不妨先花五分钟，通过开放式提问了解他们的想法。
你可以问：
- 你认为这件事最重要的部分是什么？
- 你的直觉告诉你什么？
- 如果可以调整一个地方，你最希望改变什么？
对方回答时，保持开放、肯定的肢体语言，并认真复述你所听到的重点。
即使整体环境需要明确指导，你仍然可以通过倾听、提问和反馈，让团队成员感到自己被关注、被理解，并从中获得成长。
这正是教练式沟通能够发挥作用的地方。
指导与赋能并不是互相排斥的两种团队管理模式。即使在一个总体上更具指令性的环境中，你仍然可以使用赋能式技巧，帮助对方感到自己的意见得到了重视。
因此，管理者需要根据情境不断调整自己的方式，而不是始终坚持单一的领导风格。
这种沟通首先会帮助团队成员更深入地思考：自己真正反对的究竟是什么。
但更重要的收获是，开放式提问和认真回应，能够让对方感到自己的意见得到了倾听。
当一个人感到被看见、被理解时，通常能够更快地从压力和防御状态中恢复，并重新回到理性讨论和行动之中。
当然，倾听并不意味着你必须接受所有建议。
你仍然需要明确告诉团队：哪些内容可以讨论和修改，哪些决定已经确定，暂时不会改变。
态度明确和尊重他人，从来不是互相冲突的两件事。
在团队授权与明确指导之间灵活切换
当团队遭遇障碍或陷入困境时，管理者需要判断自己应该以什么方式介入。
你可以采用赋能型方式，将自己更多地定位为促进者和支持者，帮助团队共同规划前进路径。
但在某些时刻，你仍然需要发挥指导作用，亲自作出决定，明确工作安排，甚至直接承担部分关键任务。
每个人都有自己更习惯的管理方式，这很正常。
如果让我自由选择，我通常不会优先采用指令式管理。如果你也有类似倾向，那么你并不孤单，这本身也没有问题。
但对于每一位管理者来说，真正重要的是学会判断：什么时候明确指导比充分授权更有效，以及如何在加强指导的同时，依然维持团队的信任和支持。
你可以花些时间思考以下问题：
- 当团队陷入停滞时，我通常会本能地选择授权，还是直接介入？
- 我的默认管理方式在什么情况下最有效？
- 在什么情况下，它反而可能延误决策或阻碍团队推进？
- 哪些信号意味着团队此刻需要更大的自主空间？
- 哪些信号意味着团队需要更清晰的方向、边界和决策？
- 当我加强指导时，怎样确保团队成员仍然感到被尊重和倾听？
- 我是否明确区分了可以讨论的部分和不可改变的决定？
作为领导者，我们的职责并不是永远坚持某一种管理风格。
真正成熟的团队管理能力，是在每一个新的情境中，根据工作性质、团队状态和组织需要，选择最合适的介入方式。
有时，最好的赋能是退后一步，让团队自己找到答案。
而有时，最好的赋能，是站出来明确地说：
接下来，我们这样做。
你可以态度明确，可以提出具体要求，也可以在必要时作出不受所有人欢迎的决定。
但你不必因此变得盛气凌人。
文章包含AI辅助创作，作者：liu，如若转载，请注明出处：https://docs.pingcode.com/baike/5250206
