為什麼跨部門這麼難
你有沒有這樣的經驗:一個明明對公司有益的專案,卻卡在另一個部門遲遲推不動?你發了郵件,對方已讀不回;你去開會,他們說「要再評估」;你找到主管求助,卻被說「你自己去溝通看看」。
跨部門協作困難不是因為對方人壞,而是因為組織結構本身製造了合作的障礙。
三堵牆:組織穀倉的根源
第一堵牆:各自的 KPI 和激勵
每個部門都有自己的目標,而這些目標往往不是天然對齊的。
例子:
| 部門 | 他們的 KPI | 你的需求 | 衝突點 |
|---|---|---|---|
| 工程部 | 技術債清零、系統穩定性 | 快速上線新功能 | 速度 vs 穩定 |
| 法務部 | 降低法律風險 | 快速簽合約 | 速度 vs 合規 |
| 財務部 | 控制預算 | 追加預算做實驗 | 創新 vs 節流 |
| 行銷部 | 品牌曝光 | 產品功能開發優先 | 外部 vs 內部 |
當你去找另一個部門幫忙,你的請求在他們眼中常常是:「幫我做一件對我有利、對他們 KPI 沒有幫助甚至有衝突的事。」
第二堵牆:沒有指揮的權限
你需要行銷部配合你的產品發布排程,但你無法命令行銷部。你能做的只有:請求、說服、交換。但這些都比「命令」慢得多、不確定性高得多。
這就是所謂的「有責任、沒權力」的困境——你對跨部門協作的結果負責,但你無法控制那些人的行動。
第三堵牆:信息和語言不同步
不同部門有不同的行話、優先序和思維框架: - 技術部門講「API、架構、負債」 - 業務部門講「轉換率、管道、配額」 - 財務部門講「EBITDA、現金流、攤銷」
當你用你的語言說話,對方需要先「翻譯」才能理解,而翻譯的過程中往往損失了緊迫感和細節。
常見的跨部門協作失敗模式
模式一:假設對方理解你的優先序
你的想法:這個需求很重要,他們應該懂
對方的想法:我們也有三十件緊急的事情
結果:你等,對方不動
模式二:只透過郵件和訊息溝通
文字溝通缺少語氣、情緒和關係溫度。一封請求郵件很容易被列為低優先。一個當面的對話往往比十封郵件有效。
模式三:等到需要時才找人
跨部門關係不是即用即到的水龍頭。如果你只在有需求時才出現,對方會把你定位成「只會索取的人」,配合意願自然降低。
模式四:贏了道理,輸了關係
在跨部門衝突中,即使你有理,以強硬方式「贏得」每一次爭論,會讓你長期在組織中失去盟友。
重新框架:跨部門協作是一種長期投資
改變跨部門困境的第一步,是改變你的心態:
- 從「索取」到「交換」:任何請求都需要有對對方的價值
- 從「交易」到「關係」:在需要之前就建立連結
- 從「強迫」到「吸引」:讓對方看到配合你的好處
這不是說你永遠要讓步。而是說,成功的跨部門協作建立在長期的信任和互惠之上,而非單次的權力鬥爭。
開始前的自我評估
在試圖推動跨部門合作之前,先問自己:
- 這個請求對對方有什麼好處?(如果沒有,需要創造誘因)
- 對方目前最大的壓力是什麼?(了解對方的脈絡)
- 我和對方的關係目前在哪個階段?(陌生人?認識?盟友?)
- 我需要的是一次性協助還是長期配合?(策略不同)
下一節:影響力而非權力——在沒有職位權威的情況下,讓別人願意跟著你走。