這類情境真正難解的地方,通常不是「別人怎麼看你」,而是負面標籤一旦被當成事實,後續所有行為都會被拿來證明這個標籤。
可以用一套「邏輯解套」來拆:
「他難合作」
「他很情緒化」
「他技術很強但不適合當工程師/主管」
「他不配合管理」
「他只會顧自己」
這些都是結論/評價,不是事實。
把它改寫成:
哪一個具體事件,發生在什麼時間?我做了什麼?造成什麼可觀察的結果?」
例如:
標籤:「你很難溝通。」
可驗證事實:「上週 X 專案,我沒有在週三前回覆需求單。」
這一轉非常重要,因為你從「人格審判」回到「事件討論」。
不要陷入「證明我不是那種人」
這是最容易掉進去的坑。
主管說:
「你就是不配合。」
工程師開始解釋:
「我沒有不配合,我以前幫過 A、B、C,而且我其實……」
問題是,你已經接受對方的遊戲規則了——由對方定義你是什麼人,然後你負責自證清白。
更有效的方式是:
「你說的『不配合』,具體是指哪一次行為?」
然後:
「如果是指 X 事件,我可以討論 X 事件。但如果是對我的人格做整體判斷,我希望我們回到具體行為和工作結果。」
這叫做把討論從人格層級拉回行為層級。
你真正需要處理的是三件事:
層次 問題
事實 我真的做錯了什麼嗎?
影響 我的行為是否造成工作上的問題?
標籤 對方是否從一兩件事情推導成我的人格?
前兩個需要面對。
第三個不必全盤接受。
例如:
「我承認這次需求確認做得不好,也願意改善。但『因此你就是不負責任的人』是另一個命題,兩者不能直接畫等號。」
這就是邏輯上的切割。
主管 → 工程師
可能出現:
「不服管」
「態度不好」
「沒有團隊精神」
例如:
「我承認這次需求確認做得不好,也願意改善。但『因此你就是不負責任的人』是另一個命題,兩者不能直接畫等號。」
這就是邏輯上的切割。
主管 → 工程師
可能出現:
「不服管」
「態度不好」
「沒有團隊精神」
同事 → 工程師
可能出現:
「難相處」
「太固執」
「只顧技術」
這時要問:
「是合作流程真的受到影響,還是我們對工作方法有不同偏好?」
下屬 → 工程師/技術主管
可能出現:
「控制狂」
「不信任人」
「什麼都要自己做」
這時則要反問:
「我確實介入過哪些事情?哪些介入是必要的?哪些可以授權?」
這裡不要因為被貼標籤,就反向把對方的所有批評都否定掉。
標籤 → 具體行為 → 情境 → 影響 → 改善方案
例如:
「你很難溝通。」
不要接:
「我哪有?!」
改成:
「你認為我哪一次溝通造成了問題?」
對方:
「你上次會議一直反駁 PM。」
你:
不要接:
「我哪有?!」
改成:
「你認為我哪一次溝通造成了問題?」
對方:
「你上次會議一直反駁 PM。」
你:
最後建立自己的「反標籤系統」
不要試圖控制所有人怎麼評價你。
建立三層:
第一層:證據
保留需求、決策、會議紀錄、工作成果、時程、問題處理紀錄。
第二層:一致性
長期讓實際行為穩定,而不是每次被批評就急著反應。
第三層:敘事權
當別人說:
「他就是很難搞。」
你不必說:
「我不是!」
而可以說:
「如果是 X 事件,我願意討論。我希望我們用具體事實來談,而不是用人格標籤概括。」
久而久之,對方的標籤會失去解釋力。
不要跟「你是什麼人」辯論;要求對方回到「你做了什麼、造成什麼結果、接下來怎麼改善」。
這是工程師面對職場負面標籤時,非常實用的「邏輯降維」。
推此文章,目前作為年輕工程師也是和主管(還是前輩?看起來應該是主管)溝通,主管常因為老闆交辦事情有壓力,剛入職的新人或是職場上悶不吭聲的人都是最慘的,現在需要除了"文字"上表達,當面也有那個溝通能力敢說話,並且每天也要簡單統整有跟主管對口的部分,當一切都講求「事實」後,至少不會被對方的「標籤」綁住,因為還是有不少主管有和你的通訊紀錄,結果最後還是理直氣壯地合理化自己說詞![]()