# 去需要你的公司，累積最多的履歷

- 作者：林鼎淵（Dean Lin）
- 網址：https://deanlin.net/blog/202510/work-where-you-are-needed/
- 發布：2025-10-31
- 主題：職涯成長
- 標籤：Salary、Salary Negotiations、Careers、Engineering、Work
- 摘要：只做份內的事沒有錯，但如果想快速成長，勢必要做一些跟別人不一樣的事。

今天想跟大家聊兩個職涯議題～

一個是求職時「挑選工作」的技巧，如何**用一樣的履歷談到更高薪水**。

另一個是在職時如何透過「主動安排」工作，擴增舒適圈，**累積與眾不同的履歷**。

> **畢竟想在職涯中有好選擇，你得先讓自己有更多選擇。**

> 如果想用「聽」的，可以觀看 YT 喔 👉
> 對職場故事感興趣的朋友，歡迎按下訂閱按鈕。
> 未來我會分享自己從工程師做到專案經理、技術主管，一直到現在外商工作的故事。

[YouTube 影片：【程式碼外的戰場 EP2】去需要你的公司，累積最多的履歷](https://www.youtube.com/watch?v=h-MyZ4CJ4nY)

## 薪水，是環境決定的

面試的時候，每間公司開出來的薪水都不一樣。

> 但你還是你，你的能力不會在短短幾小時、幾天就發生巨大的變化。

我認為影響薪水的因素主要有兩點：

1. **這間公司是否賺錢**：有賺錢的公司，你更有機會談到高於市場的價碼。
2. **你與這個職缺有多高的匹配度**：匹配度高，就代表你可以在更短的時間成為即戰力。

在匹配度這塊，我以軟體工程師舉例，因為這個職稱下會有很多細分職位：

- 設計網頁視覺與互動體驗的是「前端工程師」
- 負責資料處理與系統邏輯的是「後端工程師」
- 確保系統穩定運作的是「維運工程師」

而我當年第一份工作是在一間軟體接案公司，因為人少，所以職位沒有劃分的那麼詳細。

**換句話說，就是你什麼都要會，但這件事有好有壞。**

如果我面試的是前端工程師、後端工程師，這些有明確劃分工作內容的職位，我無法談到理想的薪水 😭

**因為以接案公司來說，在期限內交付專案是最重要的。**

過去光是把功能完成，我就已經搞到天天加班，根本沒力氣深入研究技術細節與效能優化。

因此面試幾次碰壁後，**我把目光轉移到全端工程師這個職位。**

**由於技能匹配度高，薪水相比於過去面試的前後端職位，保底就多了 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% 的內部調薪。**

今天的故事就分享到這邊，如果有給你啟發與幫助，可以順手按個讚，把文章分享給需要的朋友。

未來我會分享更多職場故事與生存技巧～

  [https://www.tenlong.com.tw/products/9786264142083](https://www.tenlong.com.tw/products/9786264142083)

延伸閱讀：[工程師下班有約](https://deanlin.net/series/after-office/)

---

關於作者：林鼎淵（Dean Lin），台灣的生成式 AI 企業內訓講師、外商資安公司軟體專家，也是生成式 AI 創新學院發起人。出版 7 本書（包含全台第一本 ChatGPT 應用專書），兩度獲得 iThome 鐵人賽佳作，累積上百場授課與顧問經驗。（https://deanlin.net/about/）
引用時請附上原文網址：https://deanlin.net/blog/202510/work-where-you-are-needed/
