大綱
ㄧ、認識職位象限
二、公司的做事文化
  ➤ 會議上話語權過度集中
  ➤ 每個人捍衛自己的想法
三、工程師的話語權
  ➤ 工程師真的有話語權嗎？
  ➤ 工程師適合有話語權嗎？
  ➤ 工程師只要當個程式設計師嗎？
  ➤ 資深工程師是一個很特殊的角色

ㄧ、認識職位象限

一個人可以走得很快，但一群人才能走得更遠；如果公司只有其中一個類型的人才，那在運營上面就很容易侷限在某個思維中。

二、公司的做事文化

在看完上面的象限後，我們回過頭來思考自己的公司是如何推出一個產品的。

會議上話語權過度集中

有些會議僅管邀請大家出席，但大多數的話語權還是掌握在「產品經理」身上，大家都是依照他的意志去完成任務。

這樣的做法會非常有「效率」，如果產品目標明確且沒有太多需要「思考」的地方是真的很棒。

但這樣的做法很容易會有盲點，因為「一個大腦」在面臨複雜需求時肯定會有考慮不周全的地方。

每個人捍衛自己的想法

在不同角色下，面對同一個問題，每個人可能都有自己的答案；這個答案站在各自的立場上可能「全部都是正確的」。

如果組織中缺乏一個有決斷力的角色將這些「創意」整合，往往會造成非常多的無效會議，或是專案過度設計。

所以要如何平衡兩者，真的就是看每間公司的智慧與業務取向了。

三、工程師的話語權

因為筆者與朋友都是工程師，所以會分享從現實生活中看到，工程師天生話語權較弱的問題。

工程師真的有話語權嗎？

因為曾經兼任過產品經理、專案經理，所以對這塊真的很有感受；當你提出的需求被工程師質疑時，在心理上會產生一種防衛狀態，這種狀態可能會刺激你堅持自己的主見，想辦法用其他證據說明自己是對的，卻忽略對方提出的可能也是對的。

大部分的工程師在自己提出的想法被拒絕後，絕大多數以後就不太會再提出想法了，因為他們會覺得反正都會被打槍，我為什麼還要沒事找事做，做好公司認為我的「本分」就好了。

工程師適合有話語權嗎？

工程師在收到奇耙的需求時，會覺得這個天馬行空的需求真的做下去肯定會出事，有責任心的工程師會跟產品經理反應這個需求不妥當，但大多數的狀況下，他們最容易收到的回覆是：「你不懂用戶跟數據，做就對了。」

有些需求是源自於用戶與數據，但並不是每個產品經理都會將這些來龍去脈都寫在需求文件上，大部分只是希望工程師按造自己的想法做事。

的確大部分的工程師光是開發就需要消耗非常多的時間，他們不了解用戶與數據是很正常的，但這塊的「資訊不對等」造就他們就算提出想法，也很容易被冠以「無知」做為結局。

工程師只要當個程式設計師嗎？

工程師（Engineer）跟程式設計師（Programmer）乍看之下非常像，但筆者認為兩者的職責是有差異的。

工程師（Engineer）更具備對於一個專案的宏觀思維，他會參與討論與規劃，別人也願意聽取他的意見來做分析；而程式設計師（Programmer）更像是聽命辦事，做好自己份內的工作，不具備組織內影響力。

資深工程師是一個很特殊的角色

不過如果你是一個對用戶、數據、產品都有深刻理解的「資深工程師」，很有可能擁有與眾不同的話語權，你的「江湖地位」讓其他人願意花更多的時間來聽你說話。

我覺得這就像是軍中的士官長僅管階級比軍官低，但軍官還是願意聽取士官長給的建議。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

下班有約系列文
▋ [前端]新手工程師容易卡住的問題
▋ [前端＆後端]工程師常犯的錯誤
▋ 讓開發團隊更好協作的方式
▋ 談談 Pair Programing
▋ 談談工程師的話語權(本篇)
▋ 出社會後，新鮮人要及早知道的 5 件事
▋ 面試的性向測驗竟然準到讓人心裡發寒？
▋ 反其道而行的任務分配
▋ 現在的 Daily Scrum 真的適合團隊嗎？
▋ 用低成本也能請到好員工？資深 HR 不想告訴你的秘密！