把个人能力、决定权限和工作条件分开检查，找到团队真正卡住的地方。
一位主管换了两次项目协调人，项目仍然经常卡在交接环节。第一位被认为不够细心，第二位被认为推动力不足，第三位刚上岗，又开始遭遇同样的延误。主管问教练：“为什么这么难找到一个靠谱的人？”
能力与责任当然需要讨论。但如果不同的人在同一个位置反复遇到相似困难，也值得看看这个位置周围的安排：信息从哪里来，谁可以决定，资源什么时候到位，任务交出去以后怎样确认。
个人问题与合作安排并不互相排斥。有能力的人也可能被不合理流程限制，清楚的流程也不能替代必要能力。教练的工作不是替团队判案，而是帮助客户找到可以核实的证据。
不要急着在“人”和“系统”之间选边
“都是流程问题”可能让具体的失职被忽略；“就是人的问题”则可能让结构性障碍长期存在。更有用的问法是：完成这项任务需要哪些条件？当前由谁提供？哪些已经具备，哪些一直缺失？
如果协调人没有收到最终需求，却被要求保证交付，首先要检查信息与职责是否匹配。如果需求清楚、权限充分，但协调人反复遗漏约定事项，则需要讨论技能、工作方法或履约情况。
同一事件里也可能两者同时存在。例如任务标准模糊，成员也没有主动确认。可以分别处理标准与确认责任，而不是为寻找一个唯一原因争论不休。
从一项任务的完整路径看起
选择最近一次真实任务，沿着过程走一遍：谁提出，谁确认，谁执行，谁审核，谁接收结果。不要一开始就画整个公司的结构。范围越具体，越能找到断点。
常见断点包括：提出需求的人没有决定权；审核人很晚才参与；两位负责人标准不同；执行者等资源却没有反馈渠道；所有人都以为别人会通知下一步。
这些断点并不都需要新增制度。有时只要确认一位最终审批人、一个反馈时间或一项交接标准，就能明显减少不确定性。也有些问题确实需要更高层的资源决定，不能由一线人员独自承担。
一段模拟教练对话：从评价员工到检查工作条件
以下对话为教学模拟。
客户： 新来的协调人也不行，项目又拖了。我是不是太容易相信人？
教练： 这次延误发生在哪一个环节？
客户： 设计稿送审核后，一直没有最终确认，后面的制作就等着。
教练： 协调人能决定谁来确认，或者给出审核期限吗？
客户： 他能催，但两位负责人都说还要再看看。
教练注解： 问题回到实际权限，避免把无法决定的事情都归为推动力不足。
教练： 当两位负责人的意见不一致时，原来约定由谁作决定？
客户： 没有约定，通常等我介入。
教练： 你介入之前，协调人知道什么情况下应该找你吗？
客户： 我只说过有问题及时说，但他可能觉得这还不算问题。
教练注解： “及时”并不自动形成共同标准。客户开始看见一个可以具体化的升级条件。
教练： 如果保留对协调人跟进工作的要求，你还想补上什么安排？
客户： 明确审核期限、最终确认人，以及超过期限后由谁来决定。我也会与他确认如何记录和提醒。
教练注解： 改善安排与个人责任同时存在，没有让其中一方替另一方消失。
看看团队实际奖励什么
有些团队口头鼓励主动，实际却只奖励完全服从；口头要求及时暴露风险，实际每次听到坏消息都会责备报告者。成员逐渐学会的，是等指令、报好消息、尽量不做可能出错的决定。
教练可以询问客户：“最近有人提出不同意见时，后来发生了什么？”“一个人按授权作决定但结果不理想，会受到怎样的回应？”这些具体事件，比询问团队是否重视主动更有信息。
这不是断言成员所有行为都由主管造成。成员仍有自己的选择与责任。但主管如果希望改变团队表现，就值得检查自己的实际回应是否支持了所期待的行为。
区分能力不足与条件不足
一位成员不会主持跨部门会议，可能需要学习准备议程、确认决定和跟进事项。另一位成员会这些方法，却无法让关键负责人到场，则需要不同支持。给后者再安排一门沟通课，未必能解决问题。
教练可以帮助客户问得更准确：“如果条件齐全，他能否完成？”“如果换一个熟练的人，在当前条件下会遇到什么？”这些是假设性的检查，仍需要真实工作证据来验证。
必要时，可以让成员参与说明困难，观察一段工作过程，或以小任务试行。不要仅凭主管的一次描述就给成员下能力结论，也不要因为采用系统视角就取消绩效要求。
让规则足够清楚，也足够轻
发现流程问题以后，团队容易增加大量表格和会议。结果信息看似完整，工作负担却增加了。教练可以帮助客户确认：新增安排具体解决哪一个断点？谁会使用它？如果没有它，会失去什么必要信息？
例如，项目只需要每周确认三个关键风险，就不必要求每个人每天写长报告。审核只需要一位最终负责人，就不必让所有意见拥有同样的否决权。
规则应服务于实际协作。试行以后，要看是否减少等待与返工，而不是只看表格填写率。形式执行得整齐，不代表真正的工作已经改善。
同一问题反复出现，也要检查是不是同一种问题
两次都叫延期，原因可能完全不同。第一次是需求变更，第二次是人员请假，第三次是审核等待。如果只因为结果相似就认定存在同一个系统原因，也可能判断过快。
客户可以比较最近几次事件的实际节点。哪些条件相同，哪些不同？是否都卡在同一类决定上？有没有任务在相同条件下顺利完成？这种比较让“总是如此”变成可以核实的观察。
如果存在共同断点，就优先处理；如果只是结果相似，则需要分别理解。系统视角应提高区分能力，而不是用一个大解释把所有事件统一起来。
让一线成员参与说明工作如何发生
主管看到的是交付结果，成员知道中间经过了哪些等待、重复录入和临时协调。客户可以邀请成员描述一项任务的实际路径，而不是要求他们先提出完整解决方案。
“你每天花最多时间等什么？”“哪一步最容易收到相互矛盾的信息？”这样的询问可以带来具体材料。若一开始就问“你有什么改进建议”，经验较少的成员可能因为想不出成熟方案而保持沉默。
听取过程不等于接受所有解释。可以结合记录、其他角色的描述和实际结果核对。但先了解工作怎样发生，通常比先评价态度更容易找到真正的障碍。
标准清楚以后，也要允许专业判断
为了减少模糊，有些团队把所有动作写成细则，结果成员只会照表执行。标准与方法需要区分：结果必须满足什么，哪些步骤因风险需要统一，哪些可以由执行者选择。
例如客户报告必须准确、及时、覆盖关键风险，但不一定所有人都使用完全相同的表达顺序。若主管连低风险细节都逐项批准，等待可能继续存在，只是披上了更规范的形式。
教练可以帮助客户检查自己想明确的是必要标准，还是希望别人完全复制自己的做法。前者支持合作，后者有时会削弱本来希望增加的自主性。
资源冲突需要有人作取舍
当两个项目都要求同一位成员在同一天完成工作，成员无法仅靠主动性消除冲突。需要有权限的人决定优先级、调整范围或增加支持。
客户若是主管，可以明确谁来处理这种冲突；若是执行者，可以准备清楚呈现任务与时间，让决定者看到代价。无论哪种位置，都不宜把“不可能同时完成”解释成沟通态度不好。
系统视角在这里非常具体：把被隐藏的取舍交还给有决定权的角色。这样团队不再靠最愿意加班的人默默吸收矛盾，也更容易知道真实产能。
改善之后留意新的瓶颈
审核加快以后，制作环节可能开始排队。这不一定说明改进失败，也可能是原来被上游等待遮住的限制显现了。客户可以沿着新过程继续观察，避免再次马上寻找一个不够努力的人。
但也不能因此永远扩大项目。先判断新瓶颈是否影响当前目标，是否值得投入，哪些可以接受。改进需要优先级，不能变成无休止的全面优化。
团队能够逐渐用具体事实讨论条件与责任，已经是一项重要变化。人们不必等到系统完美才工作，也不必每次困难都以人格评价收场。
当客户准备向团队说明新安排时，可以同时说明保持不变的责任。例如审核路径缩短了，但执行者仍需核对事实；报告减少了，但关键风险仍需及时提出。这样成员不会把简化流程理解为取消要求。
也可以邀请团队指出新规则哪里仍然含糊。客户愿意在试行中修正安排，不意味着规则没有力量，而是让规则更接近实际工作。清楚而可调整的合作条件，通常比不断追加要求更容易持续。
后续观察还应包含客户自己的执行：是否按约定及时决定，是否临时增加标准，是否回应了升级请求。主管的行为也是流程的一部分，不能只检查成员有没有遵守。
改善之后，责任更容易被看见
清楚的安排不会让责任变轻，反而让责任更具体。标准、权限、资源和时间都明确以后，团队更容易分辨哪里没有履约，哪里仍然存在条件限制。
主管可以在复盘中分别讨论：约定有没有执行，执行时出现什么新情况，下一次怎样处理。成员也更容易提出有依据的支持请求，而不是只能说“任务太难”。
如果经过合理支持与清楚约定，某个人仍持续无法完成职责，客户可以通过适当的管理机制处理。教练不需要替代管理判断，但可以帮助客户减少凭印象下结论，让决定更有事实基础。
团队反复卡住时，多看一层合作安排，不是降低对人的要求。它让要求与条件相匹配，也让真正需要提升的能力、需要承担的责任和需要改变的流程分别显现出来。