株式会社PRUM 的 masa。
在轉職成工程師之後，我是在進入現場後才意識到，「學會技術就結束了」並不是事實。
這次就一起來看看，現在的工程師被要求具備什麼，以及能加速成長的思考習慣吧。
「只要會寫程式碼就好」的時代正逐漸走向尾聲
被要求的不是「作業員」，而是「問題解決者」
直接說結論，現在的市場所需要的，我感覺是「能把技術連結到商業成果的人」。
雖然常說「工程師不足」，但仍有人在轉職時苦戰。我認為其中一個原因就在這裡。
單純會寫程式碼的人確實變多了。可是，能進一步思考「這段程式碼要解決什麼」「要解決哪一類客戶的什麼問題」的人，印象中還是少很多。
我一開始也曾以為，自己的工作就是「寫出能運作的程式碼」。這當然也是工作的一部分，但現在更需要更快地思考「為什麼要做這個功能」「是誰遇到困擾、又解決了什麼」。
因為 AI 的進化，現場寫程式的速度急遽提升，能提供給客戶價值的速度也跟著提高。在這種情況下，競爭對手也會以同樣快速的節奏提供價值，因此自家公司也被迫要更快地提供高品質的價值。如果沒有意識到這點，很快就會做出偏離目標的東西。
只要意識到 3 個視角，產出就會改變
「雖然被說要有商業視角，但根本不知道從哪裡開始想」，這種心情我超懂。
其實很單純，只要持續意識這 3 點，多少都會開始改變。
- 顧客視角：「這個系統能解決誰的什麼困擾？」
- 營運視角：「做完之後，會不會是能在現場持續使用、容易維護的設計？」
- 擴散視角：「要怎麼做，才能把這個服務帶給更多人？」
比如說，就算只是幫管理後台新增一顆按鈕，也會去想：「這顆按鈕是要解決哪位客戶的什麼課題」「為了讓更多客戶更容易使用，這個按鈕的規格真的這樣就好嗎」「說不定根本不是按鈕比較好」等等。
像這樣一邊思考一邊實作，或是和開發成員反覆討論、持續思考並行動，就能產出不只是「照指示交付的結果」，而是真正高品質的輸出。
這 3 個商業視角不是天生就有的。透過反覆訪談，或是在現場持續追問「為什麼會是這個需求」，就會一點一點後天養成。讓我們多練習從經營層、現場人員、使用者各自的立場來看事情吧。
加速成長的 3 個思考習慣
「我懂了未來工程師需要的視角，但更具體來說，平常到底該有什麼樣的思考方式？」
有些人可能會這樣想。
接下來我會再深入一點，介紹 3 個「成長很快的工程師」共有的思考習慣。
1. 對效率化的執著
我覺得成長快的工程師，往往都帶有一種「同樣的事情做第二次就輸了」的感覺。
複製貼上程式碼、手動測試、每次都一樣的步驟確認。只要發現這種「重複性工作」，就養成立刻思考「能不能自動化」「能不能變成機制」的習慣。
我覺得，怕麻煩其實是工程師的天賦。只要一發現「又在做一樣的事」，那就是改善的機會，也是讓自己成長的機會。
2. 消除等待時間
在開發過程中，把「等待時間」視為最浪費的事情。
建置很慢、等待審查回覆等，讓自己的手停下來。對這種停滯感到厭煩，會提升成長速度。
在那段時間裡，可以整理下一個任務、做回顧，或者根據前面提到的 3 個視角，思考正在實作功能的意義。像這樣，即使是等待時間，也要試著做些能讓自己成長的事。
3. 擁有當事者意識
我認為這是最能加速成長的習慣。
帶著「想把自己參與的服務做得更好」「想把這個產品推廣到世界上」這種心情工作的人，同樣的時間能吸收的東西就是不一樣。
不只是單純「消化工作」，而是能以「如果我是這個系統的客戶使用者、如果我是客戶端的經營者」這種視角來行動的人，在現場會更受信賴，最終也會連結到客戶滿意度。
如果你對自己參與開發的系統覺得不太容易投入，也可以試著從自己私下很喜歡、常用的產品開始想。
像是「這個產品的魅力在哪裡」「我為什麼會一直用它」「要讓這個產品變得更好，還需要什麼」等等，從身邊熟悉的產品開始練習也很推薦。
最後
學會技術很重要。但不只如此，能夠持續思考「為了誰、要解決什麼」，並帶著效率化、善用等待時間、當事者意識來行動的工程師，正是現在真正被需要的人。先從一件事開始意識看看吧。
PRUM 超過 95% 的工程師都是從零經驗錄用的。
如果有興趣，也歡迎來我們的企業網站看看。
▶ 企業網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
