去需要你的公司，累積最多的履歷
只做份內的事沒有錯，但如果想快速成長，勢必要做一些跟別人不一樣的事
今天想跟大家聊兩個職涯議題～
一個是求職時「挑選工作」的技巧，如何用一樣的履歷談到更高薪水。
另一個是在職時如何透過「主動安排」工作，擴增舒適圈，累積與眾不同的履歷。
畢竟想在職涯中有好選擇，你得先讓自己有更多選擇。
如果想用「聽」的，可以觀看 YT 喔 👉
對職場故事感興趣的朋友，歡迎按下訂閱按鈕。
未來我會分享自己從工程師做到專案經理、技術主管，一直到現在外商工作的故事。
薪水，是環境決定的
面試的時候，每間公司開出來的薪水都不一樣。
但你還是你，你的能力不會在短短幾小時、幾天就發生巨大的變化。
我認為影響薪水的因素主要有兩點：
- 這間公司是否賺錢：有賺錢的公司，你更有機會談到高於市場的價碼。
- 你與這個職缺有多高的匹配度：匹配度高，就代表你可以在更短的時間成為即戰力。
在匹配度這塊，我以軟體工程師舉例，因為這個職稱下會有很多細分職位：
- 設計網頁視覺與互動體驗的是「前端工程師」
- 負責資料處理與系統邏輯的是「後端工程師」
- 確保系統穩定運作的是「維運工程師」
而我當年第一份工作是在一間軟體接案公司，因為人少，所以職位沒有劃分的那麼詳細。
換句話說，就是你什麼都要會，但這件事有好有壞。
如果我面試的是前端工程師、後端工程師，這些有明確劃分工作內容的職位，我無法談到理想的薪水 😭
因為以接案公司來說，在期限內交付專案是最重要的。
過去光是把功能完成，我就已經搞到天天加班，根本沒力氣深入研究技術細節與效能優化。
因此面試幾次碰壁後，我把目光轉移到全端工程師這個職位。
由於技能匹配度高，薪水相比於過去面試的前後端職位，保底就多了 2 成以上。
選需要你的公司，填不後悔的薪水
這邊分享一個印象深刻的面試經驗，當時面試官是公司的副總。
簡單聊幾句話後，他便起身跟我說：「接下來，我要帶領我們雲端部門的團隊來跟你面試。」
幾分鐘後，他帶一個人走進會議室，正當我疑惑的時候，他開口說道：「如果你選擇加入我們公司，你就是團隊的第一位工程師。」
儘管我面試的是一間業務範圍跨足全球，員工達數百人的硬體公司，但雲端部門才剛成立。
故事說到這裡，大家不妨思考一下，如果換作是你，會做出什麼決策 🤔
反正我當年聽到這個消息時，就知道自己的機會來了！
我拿出準備好的簡報，詳細說明自己是如何從零開始，獨自打造出一套系統的。
因為同時兼任專案經理、設計師、前後端工程師等多重角色，所以面試被問到的所有問題，我都能清楚說明背後的設計思維與實務經驗。
在技術面試結束後，我就知道自己是公司要的人 💪
所以最後與人資面談時，在期望薪水那欄，我寫了一個就算加班到爆也不會後悔的數字。
結果隔天就收到錄取通知了，恩…也許我當年可以填更高一點 😏
透過這個案例，大家應該可以感受到，你與職位的「匹配度」，會對薪水產生多大影響。
我會很多技能這件事，在有些公司看來是「樣樣通、樣樣鬆」。
但這個特質如果放到剛起步、需要全才的公司，我就是個難得一見的人才！
而且這份工作除了要從零建構一套系統外，還要與韌體、App 部門的同事溝通。
因此還需要具備跨部門溝通，以及資訊整合的能力。
剛好，我在上一份工作擁有與政府官員溝通，以及整合各單位需求的豐富經驗，這也讓面試官更相信我適合這個職位。
擴大舒適圈，成為更有價值的人
入職後，我做了很多別人眼中「自找麻煩」的事情。
但如果你只願意做份內的事，就不要期待未來會有不一樣的變化。
很多時候只要多做一點，你就能在公司建立自己的影響力！
這邊的「多做一點」並不是要你加班，而是要學會主動安排自己的工作。
這不但能給別人積極主動的印象，還可以讓履歷的素材更豐富，讓年資不再成為職涯的限制。
因為我是部門除主管外的第一位工程師，所以除了網頁前後端的開發外。
公司內部的伺服器架設、GitLab CI/CD 自動化、GCP 雲端部署⋯等 DevOps、MIS 的任務都跑到我頭上。
除了上述雜事要處理外，當時公司會成立雲端部門，是因為公司販售的硬體設備為了符合法規，需要搭配一些雲端支援的功能。
所以我們部門要提供 API 給韌體與 App 部門的同事使用。
但隔行如隔山，因為雙方的專業領域不同，所以初期也花了不少時間釐清規格，並把討論結果彙整成彼此有共識的開發文件，確保日後溝通不會雞同鴨講。
或許從工程師的角度來看，我做了很多「本職工作」以外的事情；但我覺得自己是在「擴大舒適圈」。
- 架設內部伺服器的過程，讓我對公司網路架構有更深刻的理解。
- 設計 Gitlab CI/CD 流程，讓我了解加入哪些步驟可以讓專案更穩定。
- 操作 GCP 雲端部署，則是我過去沒有接觸過的技能。
- 理解韌體與 APP 部門的需求後，我對公司的硬體產品有更全面的認識。
我當然可以選擇裝死，讓主管去搞定與釐清這一切，但我選擇主動承接這些任務。
因為搞定這些「陌生」的事情，是在擴增我的舒適圈，讓我可以走到更遠的地方。
當然每個人的職涯規劃不同，有些人可能想把某項技術鑽研到極致。
而我選擇的是，從實務中學習需要的技術、從問題中找到解決的方法，所以技能樹非常的發散。
我認這沒有對錯，只是個人選擇。
導入專案系統，增加合作效率
隨著業務量增加，部門後續有找前端、後端、DevOps 工程師與 UI/UX 設計師加入團隊。
但其他部門遇到問題、有新需求時，第一個還是先想到我，除了寄信、傳訊息外，有些人會直接跑到我座位旁邊討論。
這導致我常常事情做到一半被打斷思路，而且訊息、郵件過多時，總是會有漏看、漏回的狀況發生；於是我心想，這樣不行啊！
所以開始思考如何優化部門間的溝通問題，與主管討論後，我在公司內部架設了開源的專案管理系統（ex：REDMINE、Zentao）讓大家使用。
並負責向各部門做系統的教育訓練、指派 Key man 協助推廣。
導入專案管理系統後，資訊就變得透明化，大家都可以更有效地掌握任務時程、討論過程、工作進度、負責人員等。
儘管其他部門一開始都還是把任務指派給我，但我可以等工作到一個段落後，再來統一處理；並轉移一些任務給同事，而不是自己一個人傻傻做到死。
在各部門同事熟悉專案管理系統的操作後，我就要回了自己的時間。
這邊要特別感謝主管與執行長的支持
這個故事表面看起來很輕鬆，但剛開始在內部推專案管理系統的阻礙超大，因為這是在改變所有人過去的做事流程。
而且專案管理系統會讓一切執行中的任務都「透明化」，讓混水摸魚的人原形畢露，所以部分資深員工的反對聲浪尤其大。
有時就算有更好的方案，大部分的人還是喜歡用自己習慣的流程。
所以推行初期，專案管理系統只在自己的部門內使用。
執行一段時間，主管將成效報告給執行長，執行長對結果很滿意，才下令各部門必須強制推動。
一個組織的改革，單靠員工的努力是不夠的；一定要有高層的協助，才會進行得順利。
建立文件系統，縮小資訊落差
隨著部門持續擴張，我發現自己一直在做重複的事：
- 設定電腦開發環境
- 介紹合作夥伴的工作執掌
- 講解系統架構與操作流程
- 說明技術框架與開發規範
而且這些資訊就算說過一遍，新進人員往往同一個問題還會問好幾遍。
為了改善這個狀況，與主管討論後，我便開始著手建立新人的教育訓練文件；並將專案使用到的技術、常遇到的問題、目前的開發流程，整理成有結構、方便查詢的技術文件。
這樣同事日後在遇到問題時，就可以先從文件找答案。
雖然寫文件很花時間，但只要建立好，他就具備「重用」的特性，不用浪費時間重複解釋。
而且人的記憶是不可靠的，就算是當事人，也可能在幾個月後就忘得一乾二淨，很多時候，建立文件是為了幫助未來的自己。
而且整理公司文件的過程中，發生一件有趣的事情！
我沈睡多年的作家魂突然甦醒了，所以把這些文件寫的鉅細彌遺、邏輯縝密。
寫完後覺得這些文件只給同事看太可惜，在把機敏資料移除後，我以技術分享文的形式發表在 Medium。
希望能幫助遇到相同問題的朋友們，從此開啟了自己的斜槓之路。
現在回頭來看，人生際遇真的很難說，但用盡全力的人肯定會有更多機會。
人生，是自己選擇而來的
有些人可能覺得做「份外」的事情很吃虧，公司又未必會幫你加薪升職。
但我認為這是在累積自己的底蘊，就算現在的公司看不懂你的價值，之後找一間懂你的就好了！
想進入優秀的團隊，你要先成為一個優秀的人！
另外找到自己職場的「定位」很重要，以我個人來說，比起深入研究單一領域，我更喜歡接觸不同領域的新知識。
「專才」也好，「通才」也罷，在有興趣與優勢的領域持續發展，定位就會自己出現。
我第二份工作做了 4 年多，今天的文章才講到一半而已。
在下一篇文章，我會分享自己是如何在一份工作中，從工程師做到專案經理，最後站上部門技術主管的位置。
以及如何透過談判，獲得超過 40% 的內部調薪。
今天的故事就分享到這邊，如果有給你啟發與幫助，可以順手按個讚，把文章分享給需要的朋友。
未來我會分享更多職場故事與生存技巧～
留言載入中…