二、公司的做事文化
在看完上面的象限後，我們回過頭來思考自己的公司是如何推出一個產品的。
➤ 會議上話語權過度集中
有些會議僅管邀請大家出席，但大多數的話語權還是掌握在「產品經理」身上，大家都是依照他的意志去完成任務。
這樣的做法會非常有「效率」，如果產品目標明確且沒有太多需要「思考」的地方是真的很棒。
但這樣的做法很容易會有盲點，因為「一個大腦」在面臨複雜需求時肯定會有考慮不周全的地方。
➤ 每個人捍衛自己的想法
在不同角色下，面對同一個問題，每個人可能都有自己的答案；這個答案站在各自的立場上可能「全部都是正確的」。
如果組織中缺乏一個有決斷力的角色將這些「創意」整合，往往會造成非常多的無效會議，或是專案過度設計。
所以要如何平衡兩者，真的就是看每間公司的智慧與業務取向了。
三、工程師的話語權
因為筆者與朋友都是工程師，所以會分享從現實生活中看到，工程師天生話語權較弱的問題。
➤ 工程師真的有話語權嗎？
因為曾經兼任過產品經理、專案經理，所以對這塊真的很有感受；當你提出的需求被工程師質疑時，在心理上會產生一種防衛狀態，這種狀態可能會刺激你堅持自己的主見，想辦法用其他證據說明自己是對的，卻忽略對方提出的可能也是對的。
大部分的工程師在自己提出的想法被拒絕後，絕大多數以後就不太會再提出想法了，因為他們會覺得反正都會被打槍，我為什麼還要沒事找事做，做好公司認為我的「本分」就好了。
➤ 工程師適合有話語權嗎？
工程師在收到奇耙的需求時，會覺得這個天馬行空的需求真的做下去肯定會出事，有責任心的工程師會跟產品經理反應這個需求不妥當，但大多數的狀況下，他們最容易收到的回覆是：「你不懂用戶跟數據，做就對了。」
有些需求是源自於用戶與數據，但並不是每個產品經理都會將這些來龍去脈都寫在需求文件上，大部分只是希望工程師按造自己的想法做事。
的確大部分的工程師光是開發就需要消耗非常多的時間，他們不了解用戶與數據是很正常的，但這塊的「資訊不對等」造就他們就算提出想法，也很容易被冠以「無知」做為結局。
➤ 工程師只要當個程式設計師嗎？
工程師（Engineer）跟程式設計師（Programmer）乍看之下非常像，但筆者認為兩者的職責是有差異的。
工程師（Engineer）更具備對於一個專案的宏觀思維，他會參與討論與規劃，別人也願意聽取他的意見來做分析；而程式設計師（Programmer）更像是聽命辦事，做好自己份內的工作，不具備組織內影響力。
➤ 資深工程師是一個很特殊的角色
不過如果你是一個對用戶、數據、產品都有深刻理解的「資深工程師」，很有可能擁有與眾不同的話語權，你的「江湖地位」讓其他人願意花更多的時間來聽你說話。
我覺得這就像是軍中的士官長僅管階級比軍官低，但軍官還是願意聽取士官長給的建議。
下班有約系列文▋ [前端]新手工程師容易卡住的問題
▋ [前端＆後端]工程師常犯的錯誤
▋ 讓開發團隊更好協作的方式
▋ 談談 Pair Programing
▋ 談談工程師的話語權(本篇)
▋ 出社會後，新鮮人要及早知道的 5 件事
▋ 面試的性向測驗竟然準到讓人心裡發寒？
▋ 反其道而行的任務分配
▋ 現在的 Daily Scrum 真的適合團隊嗎？
▋ 用低成本也能請到好員工？資深 HR 不想告訴你的秘密！▶︎ 如果這篇文章有幫助到你1. 可以點擊下方「Follow」來追蹤我～
2. 可以對文章拍手讓我知道 👏🏻你們的追蹤與鼓勵是我繼續寫作的動力 🙏🏼▶︎ 如果你對工程師的職涯感到迷茫1. 也許我在iT邦幫忙發表的系列文可以給你不一樣的觀點 💡
2. 也歡迎您到書局選購支持，透過豐富的案例來重新檢視自己的職涯
