在团队管理中，管理者经常会遇到一种令人困扰的情况：项目目标和截止日期都很明确，团队成员也一直很忙，但项目推进速度却越来越慢。
造成这种现象的原因，往往不是团队能力不足，而是职责不清、协作边界模糊，或者缺少完成工作所需的资源和支持。
“Lara，我是一名经理，最近团队似乎一直在原地打转。
我们正在推进一个非常关键的项目，截止日期也越来越近。我一直努力推动大家向前走，但所有人好像都不清楚究竟应该由谁负责什么，项目进度因此越来越慢。
平时遇到问题时，我们通常习惯由团队共同讨论、协作解决。面对现在这种情况，你有什么建议吗？”
这种场景，我也经历过。
团队已经有了清晰的路线图，项目目标和截止日期都很明确，甚至可能已经制定了 OKR。人员配置看起来也足够，按理说完全有能力完成工作。
但奇怪的是，尽管每个人似乎都知道应该做什么，团队就是迟迟无法真正向前推进。所有人都很忙，却总感觉哪里不对劲。
这时候，管理者需要做的一件事，就是进一步明确每个人的角色和责任。
你可以与团队共同定义职责，以一种更强调参与和授权的方式解决问题；也可以直接给出更明确的分工和指导。
有些管理者更倾向于采用授权式领导。这可能是因为他们更擅长这种方式，希望每个人都有表达意见的机会；也可能是因为他们和团队都重视共识，希望通过充分讨论作出决定。
当然，还有一种可能：他们不知道应该如何给出明确指导，或者担心一旦变得更具指导性，就会显得过于强势。
倾向授权本身并不是坏事。
既然你提到，团队通常习惯共同解决问题，那么本文将重点讨论：如何通过一种更具参与感和赋能性的方式，帮助团队明确项目目标、划分角色职责，并重新推动项目向前进展。
不过，有些时候，团队确实需要管理者提供更加直接的指导。关于这种方式，我们将在后续文章中继续讨论。
一、明确项目最重要的目标和结果
你可能已经完成了这一步，但仍然值得重新检查。
首先，请清楚地写下团队希望通过这个项目实现什么结果。
这个目标应当是可观察的、基于事实的，并且在现实条件下可以实现。项目结束时，你们将通过哪些指标来判断项目是否成功？哪些结果能够证明团队真正达成了目标？
OKR 在这方面通常很有帮助。
更重要的是，要把这个清晰、可衡量的目标记录在所有项目参与者和利益相关者都能看到的地方。
对于研发团队来说，也可以借助 PingCode 这类研发管理工具，将团队目标、需求、任务、项目进展和交付结果关联起来，让项目成员和利益相关者能够在同一套信息中持续了解目标是否发生变化、工作是否偏离方向。
不要只在项目启动会上提一次，而要反复强调。
在演示文稿开头写出来，在项目进度更新中再次重申，在作出重要决策之前重新确认。团队需要始终记住：
我们当前最重要的目标究竟是什么？
当团队陷入混乱时，一个明确且被反复强调的共同目标，可以帮助大家判断什么最重要、什么可以暂缓，以及哪些工作应该优先推进。
二、明确团队角色和责任分工
当团队陷入困境，或者持续原地打转时，通常有两类原因：
一是前进的路径不够清晰；
二是团队缺少完成任务所需的资源、权限或支持条件。
很多时候，这两个问题会同时出现。
先明确项目推进路径
你们已经确定了目的地，接下来需要明确的是：每个人应该做什么，团队才能顺利到达那里。
管理者可以直接告诉团队谁负责什么，也可以引导成员共同完成一次职责梳理，最终形成一份共享的角色与责任文档。
如果你希望采用更具赋能性的方式，可以邀请团队中的其他负责人参与，共同明确每个角色最核心的职责。
例如，在一个产品研发团队中，可以先从以下三个角色开始：
- 产品经理主要负责回答“做什么”；
- 工程经理主要负责回答“由谁来做”；
- 工程负责人主要负责回答“如何实现”。
而这三个角色共同承担的一项重要责任，是理解、明确并持续传达：
我们为什么要做这件事？
接下来，可以分别列出每个角色需要承担的具体职责、决策范围和预期成果，同时标明哪些职责由多个角色共同承担。
这里需要注意的是，这项练习讨论的是“角色”，而不是某一个具体的人。
一个团队里可能有很多工程师，但在梳理职责时，不必为每个人都单独划出一块职责范围。重点是先明确不同类型的角色分别承担什么责任，以及这些角色之间存在哪些交集。
当然，如果团队中确实存在多种工程角色，并且进一步拆分有助于分配工作和明确成果，也完全可以增加更多角色。
完成初步梳理后，要把结果分享给团队其他成员，邀请大家提出问题、补充遗漏，并根据讨论结果进行调整。团队也可以使用 Worktile 这类项目协作工具，将职责文档、具体任务、负责人和截止时间放在同一协作空间中，避免职责只停留在会议讨论和静态文档里。
这种方法并不只适用于产品研发团队。
我曾用它帮助招聘经理、招聘人员和面试官明确分工；设计团队和业务运营团队也使用过类似的方法；导师与实习生之间，同样可以借助这种方式明确双方的责任与预期。
只要一个团队中存在职责交叉、协作模糊或责任边界不清的问题，这项练习就能发挥作用。
你也可以把它当作一次实验。
例如，你可以对团队说：
“我们先在这个项目中尝试按照这套角色分工方式协作。在项目推进过程中，再根据实际情况不断调整，并把有效的经验沉淀下来，应用到未来的项目中。”
完成这一步后，团队应该能够更清楚地理解自己的职责，也更容易发现：为了完成这些职责，自己还缺少哪些条件。
三、明确团队完成项目所需的支持条件
假设你已经整理出一份共享的职责文档，也和团队进行了讨论，但大家却表现出抵触和不满。
更糟糕的是，团队可能只是沉默。
有人震惊，有人烦躁，也有人感到困惑，但没有人愿意主动表达意见。
不必过度担心。
别忘了，在此之前，团队本来就一直在原地打转。现在出现不同意见，至少说明大家开始认真思考：怎样才能真正推动项目向前。
你可以这样回应：
“没错，这份新的职责文档目前只是一项尝试。
但我们必须对现有的协作方式作出调整，才能摆脱过去反复讨论、却迟迟无法推进的状态。现在我想请大家思考：为了真正承担好自己的职责，你还需要哪些支持和条件？”
如果团队依然不知道如何回答，可以采用教练式沟通，通过开放式问题帮助他们梳理需求。
例如：
- 当前最大的障碍是什么？
- 哪些信息还不够清楚？
- 你缺少哪些资源、权限或支持？
- 哪些决策需要更快作出？
- 哪些协作关系需要重新调整？
- 为了推进工作，你愿意作出哪些取舍？
与团队一起列出这些需求，并将清单公开记录下来。
这样做有两个好处。
一方面，你可以判断哪些需求能够满足，哪些需求暂时无法满足；另一方面，团队也能清楚看到管理者承诺了什么，并监督这些承诺是否得到落实。
有些条件，你可以帮助团队争取。
例如：
- 协调其他团队的成员参与代码审查；
- 更清晰地定义 MVP 应该包含哪些内容；
- 明确关键决策由谁负责；
- 减少不必要的任务和干扰；
- 为团队提供更及时的反馈。
还有一些需求，你可能无法完全满足。
例如，团队希望项目延期一个月，但你最多只能争取两周；或者团队希望增加多名成员，但目前只能协调到有限的临时支持。
管理者不需要满足所有要求，但必须让团队看到：你认真听取了他们的需求，也已经尽力争取完成工作所需的条件。
四、通过教练式沟通持续推动团队
职责明确之后，团队也未必会立刻顺畅运转。
有人可能仍然感到困难，有人会因为沮丧而放弃，也有人会坚持自己的做法，不愿意调整。
这时候，管理者需要继续与他们合作，而不是立即接管所有工作。
你可以继续提出开放式问题：
- 你现在遇到的具体障碍是什么？
- 已经尝试过哪些方法？
- 还有哪些方案可以尝试？
- 为了推进工作，你愿意作出哪些取舍？
- 你需要谁提供什么帮助？
- 接下来你准备采取什么行动？
教练式管理的重点，不是替团队给出所有答案，而是帮助成员看清问题、理解选择，并主动承担责任。
赋能团队并不意味着放任不管
采用赋能式的方法管理团队，并不总能得到你最理想的结果。
团队最终决定的任务分配方式，可能与你的判断并不完全一致；有些成员也可能还没有真正掌握自己的职责，需要更多练习、反馈和支持。
但是，只要项目目标足够清晰，角色边界逐渐明确，管理者也在持续与团队沟通，团队就有机会真正向前迈进，而不是陷入反复讨论、不断返工的恶性循环。
你甚至可能惊喜地发现，团队成员会提出一些你从未考虑过的新方法。
更重要的是，在共同澄清目标、责任和支持条件的过程中，团队成员之间会逐渐建立更深的信任。
而这种信任，将成为团队未来处理更多复杂、棘手问题的重要基础。
当然，授权并不是唯一的团队管理方式。
有些时候，团队需要的不是更多讨论，而是管理者提供更明确的方向、分工和要求。虽然这种方式可能让很多管理者感到不舒服，但在合适的场景下，清晰的指导并不是对授权的否定，反而可能是管理者真正赋能团队的一种方式。
当团队一直原地打转时，管理者可以从四件事开始：明确项目目标、划分角色职责、补足支持条件，并通过持续的教练式沟通推动行动。很多项目推进问题，最终并不是能力问题，而是目标、责任和协作方式没有被真正说清楚。
文章包含AI辅助创作，作者：guo，如若转载，请注明出处：https://docs.pingcode.com/baike/5250819
