带领团队，从多听一个问题开始

快给答案，有时会错过问题

团队成员来说“这个期限很难”，你可能立刻教他如何加快进度。但他真正需要的，可能是确认需求是否增加、另一个部门的资料何时到，或哪些品质可以先降低。带领者若只回应速度，容易让限制留在原地。

先多问一个问题：“目前最影响交付的是哪个环节？”让对方描述实际情况。倾听不是把所有决策交出去，而是让自己的判断有足够的现场信息。

问清楚三件事：目标、阻碍与选项

先确认共同目标，例如准时交付可使用的版本，而不是完成所有最初设想的功能。接着了解阻碍是信息、技能、资源，还是不同人的优先级冲突。最后请成员提出至少一个可行选项，包含需要的支持与代价。

不要只问“有没有问题”，因为对方可能不知道哪些事情可以拿出来谈。把问题缩到具体进度，像“哪个尚未确认的需求最可能造成重工？”更容易得到能用来做决定的回答。

情境示例：延后的背后是范围失控

设计师连续两周没有准时交稿，主管准备要求他每天回报。多问之后才知道，三个窗口都直接要求修改，设计师不知道谁的意见优先，也不敢取消已答应的调整。

主管把需求改由单一窗口整理，添加内容先确认是否影响期限，并让设计师每周回报未决项目。不是所有延误都由流程造成，但这次若只增加回报频率，会把时间耗在证明自己忙碌，却没有处理真正的阻碍。

一对一对话可以问这五个问题

• 这周最重要的成果是什么？我们对完成标准是否一致？
• 哪个部分进行顺利？有什么做法值得保留？
• 目前最大的卡点是什么？你已经试过哪些方式？
• 如果只能先完成一部分，你建议保留哪些？
• 你需要我做哪个决定、协调或资源安排？何时之前需要？

听完，要把回应变成行动

倾听之后没有回应，也可能让成员觉得问题只是被记下来。把讨论整理成谁负责、做什么、何时确认。若需要延后决策，说明还缺哪项信息，以及预计何时给答复。不能提供的支持，也要清楚说明理由并讨论替代做法。

当决定已经做出，让大家知道考量与优先级。不同意见不一定都能被采用，但可以被理解与回应。带领者也需要承担取舍，避免以“大家自己协调”把本来需要主管决定的冲突留给成员。

常见误区：把倾听变成无限讨论

倾听不要求每个决定都获得所有人同意。可以在开始时说清楚：这次是搜集意见、共同讨论，还是已决定后确认执行问题。界定讨论范围，能让成员知道自己的意见会如何被使用。

也别把沉默直接当成没有想法。有些人需要先整理文字，或不容易在多人会议中插话。可以先提供议题，允许会后补充，但不要因为人格推测而替对方安排他没有要求的特殊方式。

从下一次会议改一个习惯

下次听到困难时，先用自己的话重述卡点，确认理解正确，再提供建议。会议最后留下两分钟确认待决事项与负责人。过一周看看问题是否真的往前走，而不只看成员有没有在会议上说更多话。带领的品质，最后仍要回到支持与交付是否发生。