軟體工程師如何在職涯持續成長?

先前我們談了《工程師的職涯路徑概覽》，接著在這一篇文章中，我們會延續這個話題，並且進一步談，如何在工程師的職涯持續成長。

具體來說，這篇文章會分享三個可以立即開始行動的要點，推薦讀者們可以把這篇提到的點，當成一個檢查清單 (checklist)，可以看看有哪些是自己目前沒有主動去做的。如果沒有的話，推薦可以實際一試。

主動尋求回饋

如果想要加速自己的職涯發展，最有效的方法之一，是主動尋求回饋。多數的人都很樂意給回饋，協助你成長。然而，很多時候阻止別人給回饋的原因是「擔心因為給了回饋，而破壞了彼此之間的關係」。要能避免這點，你需要主動讓別人知道「你願意接受他人的回饋」。

要主動尋求回饋，需要謹記以下要點：

主動跟別人提說「希望你能給我 XX 面向的回饋，協助我在這方面能持續成長」
在別人給回饋後，不要試圖爭辯，感謝對方，然後思考如何透過這些回饋來改善自己
如果不解對方為什麼給某個回饋，可以進一步詢問具體案例，問說「是因為在什麼具體的案例下，我做了 XXX，讓你覺得我在 OOO 方面可以更優化?」

如果能做到上面這三點，會更容易獲得能協助自己成長的回饋。不過有些時候，你尋求回饋的人，可能會說你做得很棒，所以他們沒有特別的回饋能給你。在這種狀況，也推薦進一步詢問具體例子，來了解為什麼對方覺得你做的很好。這麼做可以幫助你更了解自己的優勢，也會對自我了解有幫助。

守備範圍要越來越大

除了主動尋求回饋，隨著職涯持續發展，要看得越廣，讓自己的守備範圍越來越大。

以開發 API 來說，資深工程師就不能只看自己開發的 API，而是要問自己對現有產品的 API 整體體系了解多少? 是否能有方法來改善整體的 API 開發效率、改善 API 運行時效能?

更進一步說，成為資深工程師後，在看待 API 時，就不能只看 API 本身，而是要進一步去思考架構面、底層獲取資料的東西。

守備範圍不侷限在開發上，在團隊的流程優化，或者是在非開發的技術任務 (例如程式碼審查)，都可以持續挑戰更大的範圍。舉例來說，原本假如你只有幫忙自己團隊的程式碼審查，可以試著開始幫上下游團隊看程式碼並給回饋，甚至幫組織中其他團隊看程式碼。

談到守備範圍，就不能不提「先做再說」的觀念。不要等到自己被升到下一個職級，才擴大自己的守備範圍。在多數軟體公司，這麼做可能讓你永遠無法邁向下一個職級，因為軟體公司的升遷往往是反過來的；你需要先展現你有能力做下一個職級的事，才有被法被往下一個職級升遷，而要展示你有能力的最好方法，就是實際去挑戰下一個職級的事，藉此證明自己有能力。

讓自己能被取代

要在職涯中往下一個層級邁進，「讓自己能被取代」是一個關鍵點。這是因為只有在自己原本做的事情，能有人取代來做之後，才會有時間去做其他更大守備範圍的事。

一般來說，要讓人能取代自己需要有幾個要件，一個是要有系統地培訓剛加入團隊的人，讓這些新成員能有能力取代你自己。另一個則是自己要願意放手，適時把某部分正在做的事，讓團隊中的其他成員來做。

在 AI 時代，讓自己能被取代的一個做法，是讓 AI 取代自己。要做到這件事，最有效的方式，是透過把可重複利用的內容 (例如文件、影音) 轉換成搭配 AI 的素材。

有了 AI 幫忙，團隊將能省下更多時間成本。而要做好這件事，必須確保內容品質高，才不會出現低品質的輸入造成低品質的輸出 (俗稱 garbage in and garbage out)。

當談到讓自己被取代，有些人可能會抗拒，特別是提到培育其他人時，會覺得自的「關鍵技術」要好好抓住，不能讓別人學會，不然就失去競爭力。

這種固定思維 (fixed mindset) 反而會導致自己無法往下個職級邁進。事實上，在網路時代如果有心想學，透過網路資源幾乎沒有什麼軟體相關技術是學不到的；失去競爭力不會是因為分享知識與技術給別人，而是自己沒有持續成長。

退一步來說，軟體工程師的工作很看重團隊，因為大型軟體幾乎很難憑一己之力完成，因此即使有什麼獨門技術，最終轉換為程式碼，仍需要有團隊其他人協助審查給回饋，這也是為什麼多數公司內的程式碼，幾乎設定上是每個人都看得到，沒什麼在刻意隱藏，有心的話人人可以去學，不會真的有什麼獨門技術可言。

現實中更常遇到的問題，反而會是東西在那邊，但團隊中的其他人不願意去學 (或說學不動了)；因此想成為資深工程師，反而不是該擔心自己的獨門技術力被學走，更多是在煩惱如何把團隊的學習文化建立起來，讓初階工程師更願意去學習，然後能取代資深工程師在做的事。

閱讀更多

如果你對「如何在工程師的職涯持續成長」這主題感興趣，我們在 E+ 有更深入的討論。有興趣的讀者，歡迎加入 E+ 成長計畫。

本文為 E+ 成長計畫的深度內容，截取段落開放免費閱讀。歡迎加入 E+ 成長計畫閱讀完整版本 (點此了解 E+ 的詳細介紹)。