為什麼程式設計師應該架空專案經理

作為一名職業顧問，我不時看到即將到臨的職場悲劇。它是這樣一步步發生的：

程式設計師無法見到使用者。

程式設計師從專案經理那裡接任務，專案經理一個人跟使用者打交道。程式設計師把專案報告給專案經理，卻從未被邀請參加公司級別的工作會議。

專案經理不能向程式設計師全面地描述市場需求。

也許客戶再三對資料庫的糟糕效能表示不滿，但專案經理沒明確地把這些不滿告訴程式設計師。程式設計師按部就班地工作，全然不知使用者多麼地生氣。

程式設計師把精力放在不重要的事務上。

程式設計師為了一項關乎公司存亡的專案埋頭工作，然而專案本身卻跟使用者脫鉤了。譬如，程式設計師正花時間將某個程式從X版本升級到Y版本，僅僅因為廠家馬上要放棄支援版本X了。版本升級本身沒錯，問題是使用者並沒有相關的需求，使用者更關心的是效能。

專案經理常常解僱程式設計師。

每隔一兩年，專案經理就會解僱某個表現不佳的程式設計師。然後招一個新人來頂替原來的位置。開始一兩年，新人的表現很好，時間久了後，一旦他們犯下錯誤，專案出了問題，專案經理就開始炒人了。

專案經理透過獵頭招人。

專案經理已將朋友和舊同事都得罪光了，再也沒人願意跟他一起工作。他只能靠獵頭來招人。

而那個新程式設計師很快就會被專案經理炒掉。

如果那個人是你，你有兩個選擇：趕緊找個新工作，或想辦法影響專案經理從而使專案正常進行。你沒辦法讓他被炒魷魚，但你只需要幾分鐘的時間就可以剝奪他的權力——直接找使用者談。他們是否滿意軟體的效能？IT架構用起來有何困難？聆聽客戶的需求，實實在在的提升軟體效能，跟客戶保持聯絡。

你需要動動腦子，因為專案經理很可能是客戶與程式設計師們之間的唯一橋樑，既討好客戶又不得罪專案經理需要一些政治手腕，但並不是做不到。不幸的是，總會有人會被炒掉，但至少那個人不是你。而如果你真誠對待你的同事，並把這些技巧教給他們，專案經理會變得越來越無關緊要。

[英文原文：Is Your Boss Warming Up the Bus? ]