帶領團隊，從多聽一個問題開始

快給答案，有時會錯過問題

團隊成員來說「這個期限很難」，你可能立刻教他如何加快進度。但他真正需要的，可能是確認需求是否增加、另一個部門的資料何時到，或哪些品質可以先降低。帶領者若只回應速度，容易讓限制留在原地。

先多問一個問題：「目前最影響交付的是哪個環節？」讓對方描述實際情況。傾聽不是把所有決策交出去，而是讓自己的判斷有足夠的現場資訊。

問清楚三件事：目標、阻礙與選項

先確認共同目標，例如準時交付可使用的版本，而不是完成所有最初設想的功能。接著了解阻礙是資訊、技能、資源，還是不同人的優先順序衝突。最後請成員提出至少一個可行選項，包含需要的支持與代價。

不要只問「有沒有問題」，因為對方可能不知道哪些事情可以拿出來談。把問題縮到具體進度，像「哪個尚未確認的需求最可能造成重工？」更容易得到能用來做決定的回答。

情境示例：延後的背後是範圍失控

設計師連續兩週沒有準時交稿，主管準備要求他每天回報。多問之後才知道，三個窗口都直接要求修改，設計師不知道誰的意見優先，也不敢取消已答應的調整。

主管把需求改由單一窗口整理，新增內容先確認是否影響期限，並讓設計師每週回報未決項目。不是所有延誤都由流程造成，但這次若只增加回報頻率，會把時間耗在證明自己忙碌，卻沒有處理真正的阻礙。

一對一對話可以問這五個問題

• 這週最重要的成果是什麼？我們對完成標準是否一致？
• 哪個部分進行順利？有什麼做法值得保留？
• 目前最大的卡點是什麼？你已經試過哪些方式？
• 如果只能先完成一部分，你建議保留哪些？
• 你需要我做哪個決定、協調或資源安排？何時之前需要？

聽完，要把回應變成行動

傾聽之後沒有回應，也可能讓成員覺得問題只是被記下來。把討論整理成誰負責、做什麼、何時確認。若需要延後決策，說明還缺哪項資訊，以及預計何時給答覆。不能提供的支持，也要清楚說明理由並討論替代做法。

當決定已經做出，讓大家知道考量與優先順序。不同意見不一定都能被採用，但可以被理解與回應。帶領者也需要承擔取捨，避免以「大家自己協調」把本來需要主管決定的衝突留給成員。

常見誤區：把傾聽變成無限討論

傾聽不要求每個決定都獲得所有人同意。可以在開始時說清楚：這次是蒐集意見、共同討論，還是已決定後確認執行問題。界定討論範圍，能讓成員知道自己的意見會如何被使用。

也別把沉默直接當成沒有想法。有些人需要先整理文字，或不容易在多人會議中插話。可以先提供議題，允許會後補充，但不要因為人格推測而替對方安排他沒有要求的特殊方式。

從下一次會議改一個習慣

下次聽到困難時，先用自己的話重述卡點，確認理解正確，再提供建議。會議最後留下兩分鐘確認待決事項與負責人。過一週看看問題是否真的往前走，而不只看成員有沒有在會議上說更多話。帶領的品質，最後仍要回到支持與交付是否發生。