＃科技業可以做多久 ＃職涯規劃 ＃文長慎入
前幾天不小心亂入一個Clubhouse聽了這個主題（我其實不太用Clubhouse, 是剛好有朋友想聽這個Room才進去的）
我其實沒有從頭聽到尾，我是中間才進去的。裡面大部分都是在台灣科技業的工程師，也有幾個在國外工作的人，也有一些是PM而非工程師，所以雖然都是台灣人也是有一些diversity。
內容大致上就是，有意願發言的人，和大家分享對於這個主題的感想，還有他們工作上的心路歷程。有幾個人在產業有十幾二十年經驗，也有討論到中年失業之類的風險。
總之，聽完以後有一些心得，想跟大家分享，也很想聽聽大家的想法。
--------------------------------------
首先，以下是我聽到的部分的幾個小結：
1. 有一部分的人對於科技業抱持著還滿悲觀的想法。覺得進去科技業就是賣肝的人，沒有自己的人生，沒有希望的活者，財富自由才是唯一正解。（也可能剛好是我進去的時機不對）
2. 台灣的科技業工時很長，老闆說在意員工都是騙人的，懂的做人才能生存。
3. 有熱情也沒什麼用，到頭來還是生存才是重點，為了自己著想才是正解，不用為了所謂的熱情賣力工作，到頭來是一場空。
中間也有一些讓人聽了不是很舒服的內容，大致上就是有提到，女生長得漂亮可以在公司做的比較順之類的事情，這種話似乎在PTT或台灣科技業還滿常出現的，所以就不對此作出評論。當然身為女性工程師，這部分我是滿反對的，畢竟那樣好像是否定我們的工作能力，而且在歐美國家，這就是一種性別歧視，不過反正就這樣了，沒有必要多做討論。
回到正題，我聽完的感想是：
1. 我覺得普遍是職涯規劃以及產業極限的問題。大部分的人談科技業，在台灣多半是半導體產業，也有硬體跟傳產，所以工作的領域還滿侷限的，加上半導體產業普遍工時長，讓很多人做到最後身體出問題，也對工作沒有熱情，覺得自己只是賺錢工具。
2. 對於工作與科技的熱情，本身就不存在。在台灣唸書的時候，大多數的人之所以會念理工科， 並不是因為從小夢想成為工程師或者偉大的科學家，而是分數夠了，大家都念這個，這個比較好找工作而選擇這個科系。實際上很多人，可能根本不想當工程師，可能想去開F1賽車，想成為美容師，想成為藝術家等等，然而，受到家庭與大環境影響，會覺得自己就是要念大學，找一份穩定工作，才是所謂的成功。
3. 台灣的教育體系中，並沒有很多實際體驗工作的機會，在大學之前甚至沒有任何可以去企業體驗的機會，連參訪可能都沒有。大學可能實習機會也有限，大部分的人可能是研究所才比較有跟企業合作，甚至是研究所畢業以後才真正體驗到工作是什麼樣的。所以會遇到很多，期望落空的狀況。然後社會普遍又喜歡攻擊新鮮人，告訴新鮮人要努力工作，當工作一段時間以後，熱情自然會被壓力以及周遭環境，跟現實生活所消磨殆盡。
所以，到底科技業可以做多久？
我的想法是，如果賣肝的話，真的沒辦法持久，我自己最近加班了幾個禮拜就覺得滿崩潰的，尤其是工作的內容需要高專注力的，需要消耗很多腦力，其實就滿累的。
熱情也的確會被消磨殆盡，即使可以跟大神們一起工作，可以學到很多東西，身體還是誠實的，當身體沒辦法長期支撐時，精神也會耗盡，無法專注思考跟學習，變得工作效能變差。
然而，至少我在現在的環境，是可以放心請病假，或者像團隊提出需要改善我們的工作狀況等等。可是在台灣很多公司，這樣只會被視為爛草莓，尤其是剛進公司的菜鳥，自然就只能繼續撐下去，撐到老鳥的時候，身體可能也各種病痛了，曾經的熱情什麼自然無法找回，可能只想快點退休。
＃如果不用賣肝可是薪水少呢？
其實在英國，剛畢業的軟體工程師，薪水範圍是非常廣的，有很低也有很高，低的話可能比你去Booking.com當客服還少，高的話可能比大部分的資深工程師還多。
我自己也待過錢少但很閒的地方，完全沒有任何發展空間，就是日復一復，每天沒什麼目標也沒什麼事情做，同事甚至無聊到一直在逛網拍，但反正老又大的公司，錢少事少，做越久的話才越有機會往上爬，加錢（但可能是要做個二十年之類）。
我自己也待過新創，錢少，事情沒有很多，但是每天都可以做一些比較有趣的事情，就是公司沒有賺錢，甚至可能每天要擔心它倒閉，一開始可以學到很多東西，但因為公司都是年輕人，大家經驗都不足，可能就是最後都是大家一起互相學習，今天要用什麼東西今天學一學就馬上做，馬上上戰場。
最後變成，自己根本也不知道自己在幹嘛，只能期待公司突然被大公司買走，或者就繼續混混噩噩，整天覺得自己好像在學東西，可是其實有點已經不知道自己在幹嘛，有點像是無頭蒼蠅那樣，整個公司都這樣，也沒什麼成長空間。整天就是有點像是，對公司有那麼一點點希望，因為公司整天都在說，我們正在成長，我們募款到多少錢，但事實是，公司根本沒在賺錢，都在靠Funding之類的，一直誇下海口說一堆大話。（很多新創都這樣）
當然這種情況，也不可能是個長期的歸宿，所以還是要時常戰戰兢兢，思考自己要怎麼找到下一個工作，要找個穩定的工作。
那到底有沒有可以一直做下去的方法呢？
接著會出現以下的問題：
＊哪裡才可以繼續一直做下去？
＊年紀越來越大，怎麼讓自己有價值？
＊公司為什麼不栽培年輕人，反正都要花那個錢啊？
＊科技推陳出新，自己越來越學不動，怎麼辦？
＊身體越來越差，無法加班會不會沒有競爭力？
＊想花時間陪家人陪小孩成長，哪來的時間？
＊熱情真的可以當飯吃嗎？老闆又不在意？
＊工作除了專業，還要懂的職場政治，心灰意冷怎辦？
＊薪資有天花板，可是物價房價沒有天花板怎辦？
＊人生好難，為什麼有這麼多問題？為什麼不能做自己想做的事？
其實這些問題也不是在台灣工作才會有，在英國工作，也會遇到很多類似的問題，女性工程師也遇到很多，例如放了產假可能失去升遷機會的問題，或者沒時間陪家人等等。
那為什麼世界上，數一數二的工程師們（我目前只知道軟體界）還是可以做到五六十歲，還是繼續有那樣的熱情呢？甚至還可以出書，拍影片，寫部落格，發推特，還有很多演講。
就我的觀察是，有的人就是自己出來創業，自己開公司，所以比較自由，也不會有很多前述問題。他們創業也幾乎是因為自己在業界小有名氣，出來創一些顧問公司，或者接案。
那問題來了，在業界要怎麼小有名氣？
光是要在某個圈子有名氣，就要不段參加各種meet up, 讀書會，甚至要一直寫部落格，寫技術文章，貢獻開源。這些都是時間，平常工作都已經非常忙碌，怎麼會有時間？
沒錯，就我的觀察，這些人都是每天下班後，假日也都花時間在這些地方上，他們可能很多是犧牲跟家人的相處，可能婚姻不順遂，或者比較晚才結婚生小孩。當然因為在歐洲，跟家人的相處是非常重要的，這邊也有保障一些parental leaves這樣的假，所以大家也比較有時間給家庭生活。
也有一些工程師，是透過拍影片，像是Youtube之類的平台，製作教學影片，或者講一些自己工作的內容，讓自己有知名度。
其餘的話，就是你做到比較資深的話，你在公司可能已經是manager level, 或者principal engineer, tech lead, 那他們雖然會很忙，他們也比較多是責任制的，所以在一些公司，只要團隊很罩，他們也不會有什麼大問題。例如團隊們都是self management, 他們可以信任自己的團隊，不需要一直監督花時間，也不需要一直跟上級報告，因為上級也信任他們。那這種狀況就是要整個公司都非常的進步，也有良好的工作環境跟文化。例如在Google這樣的地方，就比較有機會這樣。
那如果不是在Google這樣的環境，又沒有什麼大公司可以去，怎麼辦？另一個辦法就是做Contractor, 他們就是一次是三到六個月或者一年的合約，這個在英國非常常見。甚至多約聘是在其他國家的，所以時間什麼也比較自由。
在台灣可能就比較困難，而且約聘也沒有保障。就像在台灣要接案，很多法規也沒有保障，可能會遇到大大小小的問題。否則就是要用國際性的街案平台，但又可能有語言障礙，就是要先加強自己英文，另外還有跨國工資的問題，在其他國家像印度可能會開比較低的薪水，雇主就比較偏好選那些比較便宜的工程師。
這時候，就會有人說，那不能追求財富自由嗎？
＃財富自由，聽起來容易，做起來難。
首先你要怎麼財富自由？投資？這個部分你需要有龐大的資本額，另外也有相當大的風險。除非你對於投資有相對程度的瞭解，也有足夠資本額，不然進入門檻還是相對高。
另外很多薪水可能不高，又有房貸車貸的人，更不太可能把錢都拿去投資。有錢可能也要拿來貢獻家庭，偶爾自己小確幸。
那如果這個不行，那個也不行，難道科技業真的無法做下去？那要靠什麼生活？
在Clubhouse那個room有人提到自己的朋友，辭職去開早餐店，賺的錢也不比當工程師少。的確，轉職是個解，但轉職很多人也害怕，也不知道自己可以做什麼，創業也都是風險，賣早餐ˇ早餐有人買。
我自己的感覺是，如果真的想要繼續做工程師，而且讓這個工作可以sustainable的話，就要有良好的規劃，例如發現自己在現在的公司學不到東西的話，要怎樣讓自己可以學到東西？跳槽或者跳部門？
在Clubhouse也有人提到，如果一直換工作，也害怕被僱主們列入黑名單，台灣這麼小，怕被人覺得沒有定性。
這個也是很能理解的，畢竟不是人人都能想去Google, Facebook就去，大部分的老牌公司也是會在意這些傳統，要待幾年才是好人才之類的。
那就只能說，要嘛給自己定一個期限，在這間公司可能最多待個五年，然後在這五年內，希望達到什麼目標，如果達不到的話，備案是什麼，同時間，找幾間自己覺得很想跳槽的公司，看這些公司是不是會在意那些傳統，如果不在意的話，就往那些公司要求的工作技能發展，然後想辦法跳過去。
如果覺得跳過去門檻太高怎辦？想辦法在工程師的社團建立人脈，或者LinkedIn之類的地方，想辦法找到去那些公司工作的人，問他們，怎麼去，有沒有辦法去？我真心相信，這個業界，很多人都是好人的，我自己在LinkedIn上面也遇到很多人來問我我們公司的事情，或者職涯規劃，我還幫人code review過。
總而言之，就像我之前說過的，自己的人生是自己選擇的，工程師這條路，並不是很容易，但如果自己想要繼續走下去，就要想辦法找到出路。
雖然可能中間會遇到很多心累的事情，也不是所有事情都可以靠“熱情”解決，更不是像外面想像的，大家都是科技新貴。可以在辦公室吹冷氣，甚至在家工作，在咖啡廳工作。
只能說，人生很難，但還是要繼續過。既然都要過，那還不如想辦法讓自己過得比較輕鬆一點點。
當然科技業裡面，除了工程師以外，還有很多其他職缺，由於我目前還沒有做過其他相關職缺，像是PM, BA, UI/UX之類的也有他們的難處，等我有比較多資訊心得再來跟想。
pm發展ptt 在 [討論] 產品經理(PM)需要懂技術嗎？ - 看板Soft_Job 的推薦與評價
月經文來著。
我兩年前曾經在板上問過這個問題，
偶爾也會有人站內信找我討論，
所以就寫了一篇文章分享自己的想法、跟大家交流交流～～～
Medium 有圖有參考連結好讀版：
https://pse.is/3hk2n9
懂技術當然比不懂技術好，上知天文下知地理當然比什麼都不懂好。而會有人不斷討論這個問題的原因大概分為兩個層面：
1. 想要轉職，不知道技術知識到什麼程度才能找到產品經理的工作機會
2. 已在職中，身為 PM 不確定自己技術知識夠不夠，還能朝哪些方面加強
將問題拆解後，我們背後真正想問的是：
- 若要成為一個及格的產品經理，對技術的了解要有多少？
- 產品經理有那麼多種技能要點，技術在這所有技能中有多重要？
- 為了轉職/為了職涯發展/為了讓工作與溝通更順暢，我應該優先補足技術知識、還是精進其他技能？
【文章目錄】
- 產品經理什麼時候會用到技術知識？
- 所謂的「懂技術」是什麼意思？溝通技術的不同層次
- 怎樣才算是夠懂技術了？
- 如何跟工程師合作？
- 結語：產品經理技能樹
這邊先長話短說、下個小結，一般來說：
PM 對技術的理解，要足夠跟工程師溝通、安排資源、解決問題。
也跟工程師們喊話下：
你的 PM 亂答應需求、亂訂時程不一定是因為他不懂技術，
有可能只是因為他不懂得溝通與拒絕的藝術。
▍產品經理什麼時候會用到技術知識？
目標：加速產品開發、確保團隊在往對的方向前進
有技術知識的 PM 能夠：
- 了解產品的核心技術競爭力，對於在做的產品有正確的認識
- 分辨市場上其他競品強不強，是強在技術還是其他地方
- 在做產品決策、優先級排序、規劃與協調資源時更順利
- 跟工程師與技術單位溝通時更順暢
擁有技術知識，讓 PM 在以下工作階段更順利
- 研究問題、討論解法、優先級排序（需求方、使用者、客戶）
- 資源安排＆實作（設計師、工程師）
- 處理緊急 issues（整個團隊）
寫程式不是 PM 的工作！
有些人會有個迷思，好像 PM 必須要會寫程式才能做好自己的工作。
問了一些工程師朋友和同事，PM 的技術能力要到什麼程度？他們的答案是「可以跟工程師溝通就 OK」「了解技術限制、複雜度、成本之類的就很棒了」「不會寫程式沒什麼關係啊」「寫程式是我們的工作吧！」
如果你覺得學會寫程式就能成為一個好的產品經理，那我會說你只是在偷懶而已。
擁有技術知識、懂產品背後的邏輯，並不代表你自己需要會寫程式。會寫程式當然很好，能更懂行話、也對跟工程師溝通有幫助，但與其自己實際練習寫程式，我會寧願花時間在其他地方。
▍懂技術是什麼意思？懂技術的不同層次
PM 不用知道如何寫程式，但要知道產品背後的邏輯與技術限制。
技術知識要能輸出成為「理解能力」與「溝通能力」兩個方面才有用：聽得懂是第一步，能夠參與討論是第二步，有能力做出合理的判斷是終極目標。
我將技術知識含量多寡以及能達到的成果分成以下幾種類別。
【高】技術知識作為決策的一環
- 跟需求方討論時，可以判斷做不做得到、難易度如何、可能遇到的問題
- 排序產品與問題優先級時，能精準的將技術複雜度作為一個維度來參考
- 能夠將核心技術轉化成產品的核心競爭力之一
- 能夠從頭參與新產品、新服務的討論，包含選擇什麼技術來實作、資料庫架構的欄位與內容、是否要找第三方的服務來串接
- 了解技術團隊使用的外部服務（AWS、Sentry、CircleCI）的成本
- 了解什麼是正確的時機 refactor、解決技術債（Tech Debt）、Legacy Code 的問題
【中】良好的溝通媒介
- 接收需求時，能清楚釐清問題內容，以利後續跟技術團隊討論實作可行性跟時程
- 接收需求時，能判斷是否跟目前邏輯相違背、有沒有 dependencies 等
- 接收需求時，能描繪出改動的範圍大小，並向需求方建立正確的期待
- 討論產品解法時，能顧慮到技術限制、技術可行性
- 與技術團隊討論時，知道該問哪些問題、聽得懂對方的解釋、參與討論
- 遇到 issues 時，知道怎麼回報、怎麼重現 bug 並提出可能的原因
- 若需要跟第三方服務或客戶串接，要看得懂技術文件，或至少知道哪一部分需要跟技術團隊確認
- 在寫產品文件時，能將部分技術規格也納入其中，並搭配工程師的 Techical Spec
【初】基礎中的基礎
- 了解最基本的網路產品如何運作
- Daily Standup 時聽得懂工程師說明他在做的事、遇到的困難
- 遇到問題時不會問錯人！前端、後端、Data Team 的工作範圍都不同；就算都是後端，他們負責跟維護的部分可能也不同，要能判斷這塊需求或問題要問誰才對
- 能夠和工程師一起處理 issues & bugs
【零分】能力不足
- 聽不懂工程師說的技術名詞卻也不會問
- 不懂得釐清需求方的問題，要來來回回問工程師很多次
- 工程師回覆之後也無法好好解釋給需求方，讓需求方了解技術限制或 bug 發生的原因
- 規劃產品時沒考慮到技術問題，也沒諮詢過技術團隊
【哎呀扣分】懂技術不是讓你用來不尊重專業意見的
最忌諱的就是 PM 覺得自己懂點技術，所以就不尊重工程師的專業意見，因此自己壓時程、亂答應、質疑工程師的判斷。
有時候一個乍看很簡單的東西，可能會因為自家產品背後混亂的 codebase 而變得難以實作，或是需要先進行 refactoring 才有辦法開始開發。
每一間公司、每一個產品都會有不一樣的狀況，因此不要輕視彼此的專業、不要幫對方做決定，大家在能力上應該是互補的關係，而懂對方的語言的目的只是為了讓內部溝通更順暢。
另一種狀況是 PM 太過關注技術複雜性。我曾經因為覺得某個東西技術上應該很難實作，所以就自作主張推掉需求，但後來才發現其實工程師能夠想到其他很好的技術解法，這就是自以為懂技術的糟糕心態。
應該說，每個人各司其職、為自己的位置與角色發聲才是最好的平衡。我不應該過度幫工程師擔心技術的事情，而是應該帶著我身為 PM 的想法與立場去溝通與搜集專業意見，同時設定好雙方的期待。
PM 很常需要在中間當協調人或決策者，勢必要能夠聽懂別人說的話、了解別人在意的事情，但不是取代其他專業同事應該要做的事。
【翻譯蒟蒻】除了跟行內的人溝通，還要能夠解釋給外行人聽
當老闆、業務、客服問 PM 為什麼這個做不到、為什麼會發生這些 issues，你能不能用很簡單的邏輯與案例解釋給他聽？
當一個產品需求會被拒絕，有時候是需求本身不合理、有時候是設計上的難題、有時候是技術上的限制，PM 在接收需求的時候心中就要做簡單的分析，知道這些問題該問誰、問完之後有哪些因素影響團隊做決定（做或不做、優先級如何），跟產品團隊討論完後再回去找需求方溝通。
遇到 issues 的時候也一樣，PM 就像一台翻譯機，客服回報問題，PM 整理好問題影響範圍、重現方式並翻譯成技術語言給工程師聽；工程師找到問題後告訴 PM 背後的根本原因和可能的解決方案、PM 再翻譯回去給客服聽，討論該如何跟客戶或使用者溝通。
最後是關於一些常見的技術問題，團隊應該要建立起共同的知識資料庫，避免一樣的問答不斷重複發生。PM 總是幫忙工程師回答問題也不是辦法，文件化並分享知識給同事才是最有效率的作法。
▍怎樣才算是夠懂技術了？
標準答案：看公司！看團隊！
1. 最基本的技術知識
延續上面提到的技術與溝通等級，對新手 PM 來說，有【初】基礎中的基礎就不錯了，其中的了解網路產品如何運作包含理解以下名詞：
Backend、Frontend
Server、Client、Cloud、DNS
Database、SQL
FTP、API
Cache、Cookies、Session
Container、Docker、GitHub、CI/CD、Deployment
會使用 Browser DevTools 並大概知道每個區塊的作用
2. 技能對應到工作需求
有些公司裡面會有 Technical PM (TPM)、System Architect (SA)、Delivery Manager (DM) 的角色，在這些團隊內他們會吃下很多技術相關的工作，一般 PM 對於技術知識的理解與溝通可以透過他們來協助。
但另外一些公司則可能會希望 PM 擁有一定的技術知識與背景，所以真正的問題是，我需要多少的技術知識，才能支撐我做好在這間公司、這個產品的產品工作。在面試前可以先：
- 了解這間公司的技術架構，在使用的服務等等
- 找該公司的工程師或其他職位的 JD 來看，是否懂裡面所有的專有名詞
- 搜尋該公司的 PM 面試題目，看看是否有技術相關題目
Ref: IGotAnOffer — Product manager interview questions (the ultimate list)
如果面試的時候有跟工程師對到，在問問題階段也可以反問他們對於 PM 的技術能力的要求與期待是什麼。如果你想進去的產業跟公司的產品技術含量高，技術背景就會是標準配備。
而每間公司、每個產品的程式架構都不一樣，使用的服務、背後的邏輯也不盡相同，到了新的團隊或換新產品的時候都需要重新學習跟理解。
在《產品經理就職手冊：抓住四大學習重點，讓你快速進入狀況》中有提到，剛入職時可以請工程師帶著 PM 了解目前產品的技術架構和 Tech Roadmap。
若產品經理了解技術架構與限制，也會多少對判斷 Dependency 與了解可能的技術坑有幫助。針對這點可以請工程師跟你說明目前是使用什麼 Tech stack、前後端如何互相呼叫、有哪些主要的 API / Service / Database，以及我們是否跟其他團隊在技術層面會有高度合作關係等等。
3. 基本的撈資料、分析能力
一樣根據工作所需，有些基本的撈資料、分析是 PM 會自己做的：
- 用 SQL 撈資料（知道資料庫裡有哪些欄位、怎麼存資料、關聯性為何）
- 用 Crawler 爬資料
- 埋點、分析 Events、A/B Testing
▍如何跟工程師合作？
有的時候技術問題很複雜、或是程式過去是很多人共同在維護，技術知識學海無涯，工程師本人也不一定隨時都知道技術問題的答案，可能會需要先花時間去看一下、研究一下才能跟你討論。因此問問題與合作時先做功課、虛心請教、給對方足夠的時間研究也是很重要的。
執行細節歡迎參考我們過去的文章：
【PM夥伴攻略】如何跟工程師合作？
【PM夥伴攻略】番外篇：工程師雷區幹話大全
【PM夥伴攻略】如何與工程主管 Engineer Manager 合作？
▍結語：產品經理技能樹
在 《從入門到卓越，產品經理技能檢核表與職涯發展路徑》中提到的「Technical Sense — 對技術理解的能力」主要集中在 Senior PM 的職涯階段。不過在這個產業工作，多瞭解點技術相關知識總還是非常有幫助的。
做產品就是在商業價值、使用者體驗、技術之間取得平衡，三種技能一定都會點到，但每個 PM 的興趣和專長都不同，長遠的職涯發展朝向不同方向，相對應所需的知識和技能就會有所不同。
最重要的是，PM 跟商業團隊、技術團隊、設計團隊其實合起來是一個全方位的產品團隊，大家做好份內的專業外，自己的能力能夠跟團隊成員互補、並持續進行知識交流是很重要的，大家要一起成長，才會變成更棒的產品團隊！
以上，歡迎 PM、工程師們一起來交流，
擁有什麼樣的技術知識才足夠成為及格的產品經理。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.152.200 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1625481555.A.131.html
※ 編輯: annedoo (1.162.152.200 臺灣), 07/05/2021 18:40:36
※ 編輯: annedoo (1.162.152.200 臺灣), 07/05/2021 18:42:00
... <看更多>
相關內容