回到所有文章
工程師成長

帶團隊的起點,是讓問題與期待變清楚

把隱藏在默契裡的資訊說出來,讓合作少一點猜測,多一點共同理解。

當工作從自己完成任務,轉向協助別人完成任務,最有價值的事情可能不是提供更多答案,而是讓問題、期待與決策方式變得清楚。

默契不能取代清楚的期待

「這個功能要做好」對每個人可能有不同意思。先討論交付範圍、品質要求,以及哪些地方可以接受暫時的限制。

明確的期待不是細管每一步,而是讓團隊知道終點在哪裡。

把資訊留在大家找得到的地方

決策若只發生在私訊,下一個接手的人就得重新詢問。對重要選擇留下簡短紀錄,說明背景、結果與理由,可以減少重複溝通。

回饋要指向可以改變的行為

與其說「你需要更主動」,可以指出具體情境:「發現需求不明確時,先整理兩個可能的方向,在實作前和需求方確認。」

具體的回饋讓對方知道下次能做什麼,也更容易共同檢查結果。

對話可以從三個問題開始

  • 目前最不清楚的是哪一件事?
  • 有什麼阻礙需要一起處理?
  • 下一步怎麼判斷是否往前推進了?

讓團隊建立自己的判斷

如果所有問題都只能等同一個人回答,團隊就容易卡住。分享決策脈絡、提供練習機會,並在可控的範圍內讓夥伴做選擇。

帶團隊是一個持續調整的過程。讓資訊更透明、讓期待更清楚,是一個容易開始,也值得持續練習的起點。

W.

Will

一個軟體工程師的 AI、開發與成長筆記。
Always learning. Always building.

關於作者