談談工程師的話語權
文／林鼎淵
產品是由某個角色主導，還是大家討論出來有共識的結果？公司的文化是追求創意還是效率？今天這篇文章會先將職位依照象限來做劃分，然後再從工程師的角度跟大家分享話語權這件事。
ㄧ、認識職位象限
一個人可以走得很快，但一群人才能走得更遠；如果公司只有其中一個類型的人才，那在運營上面就很容易侷限在某個思維中。
二、公司的做事文化
在看完上面的象限後，我們回過頭來思考自己的公司是如何推出一個產品的。
➤ 會議上話語權過度集中
有些會議僅管邀請大家出席，但大多數的話語權還是掌握在「產品經理」身上，大家都是依照他的意志去完成任務。
這樣的做法會非常有「效率」，如果產品目標明確且沒有太多需要「思考」的地方是真的很棒。
但這樣的做法很容易會有盲點，因為「一個大腦」在面臨複雜需求時肯定會有考慮不周全的地方。
➤ 每個人捍衛自己的想法
在不同角色下，面對同一個問題，每個人可能都有自己的答案；這個答案站在各自的立場上可能「全部都是正確的」。
如果組織中缺乏一個有決斷力的角色將這些「創意」整合，往往會造成非常多的無效會議，或是專案過度設計。
所以要如何平衡兩者，真的就是看每間公司的智慧與業務取向了。
三、工程師的話語權
因為筆者與朋友都是工程師，所以會分享從現實生活中看到，工程師天生話語權較弱的問題。
➤ 工程師真的有話語權嗎？
因為曾經兼任過產品經理、專案經理，所以對這塊真的很有感受；當你提出的需求被工程師質疑時，在心理上會產生一種防衛狀態，這種狀態可能會刺激你堅持自己的主見，想辦法用其他證據說明自己是對的，卻忽略對方提出的可能也是對的。
大部分的工程師在自己提出的想法被拒絕後，絕大多數以後就不太會再提出想法了，因為他們會覺得反正都會被打槍，我為什麼還要沒事找事做，做好公司認為我的「本分」就好了。
➤ 工程師適合有話語權嗎？
工程師在收到奇耙的需求時，會覺得這個天馬行空的需求真的做下去肯定會出事，有責任心的工程師會跟產品經理反應這個需求不妥當，但大多數的狀況下，他們最容易收到的回覆是：「你不懂用戶跟數據，做就對了。」
有些需求是源自於用戶與數據，但並不是每個產品經理都會將這些來龍去脈都寫在需求文件上，大部分只是希望工程師按造自己的想法做事。
的確大部分的工程師光是開發就需要消耗非常多的時間，他們不了解用戶與數據是很正常的，但這塊的「資訊不對等」造就他們就算提出想法，也很容易被冠以「無知」做為結局。
➤ 工程師只要當個程式設計師嗎？
工程師（Engineer）跟程式設計師（Programmer）乍看之下非常像，但筆者認為兩者的職責是有差異的。
工程師（Engineer）更具備對於一個專案的宏觀思維，他會參與討論與規劃，別人也願意聽取他的意見來做分析；而程式設計師（Programmer）更像是聽命辦事，做好自己份內的工作，不具備組織內影響力。
➤ 資深工程師是一個很特殊的角色
不過如果你是一個對用戶、數據、產品都有深刻理解的「資深工程師」，很有可能擁有與眾不同的話語權，你的「江湖地位」讓其他人願意花更多的時間來聽你說話。
我覺得這就像是軍中的士官長僅管階級比軍官低，但軍官還是願意聽取士官長給的建議。
瀏覽 2,579 次
