通常大家都會問自己一個問題
工程師做到一定程度以後，應該走管理路線還是繼續技術路線？
一般台灣公司 技術職職涯 大概長這樣 :
工程師->資深工程師->主任工程師->沒了–>技術長->首席工程師->總工程師或某某總監
以台灣而言，主任工程師就是一般純技術職涯的頂點了
約主任工程師通常6~8年就可以做到 ( 32歲以前 )
而更上面的技術長等職位，不太可能有這種位置
因此部分的人轉走 主管路線
但主管是條不歸路，當上了主管在職涯的路上就是選擇了管理這條路
工程師->資深工程師->主任工程師->初階主管->副理
(轉主管有這麼容易嗎？是否定的，這大部分都看上面的老人是否走掉，老闆喜不喜歡你)
怎樣生主管
1.有一堆鳥是的時候 : 不穩定的公司會急需人才；越穩定的公司，也越難更換主管
2.發展速迅的時候 : (在中小企業或成長型的公司中，通常三年內當上部門主管)
3.跳槽
沒辦法以金錢考量，如果做一輩子工程師，薪水是上不去的
去看獵人的頭職缺也是這樣，工程師了不起開2M封頂，經理至少2M起跳
整個就不是同一個等級
堅持技術有沒有錯？沒錯，錯的是環境
但你要堅持賭環境會改善，還是離開鬼島，還是跟錯誤的環境妥協，就是個人選擇了
但現在的問題就是，台灣有時無法鑽研技術這塊
學習到的東西也很少，都要求迅速開發
必需 時常練習、並 出錯學習新的解決方法
關鍵的發現是，當你的技術程式設計能力可以在穩定狀態
( 譯註:也等於是沒有陡峭的成長狀態)
你的技術貢獻影響力則不需要。用你的才能決定要將力氣花在什麼地方以將你的影響力最大化
例如決定要寫什麼程式碼，建構什麼軟體，並解決其業務問題
這是沒有界限的。這個才能從其他人區隔出了最有價值和效能的工程師。
– By Edmond 如果你不想走管理路線，工程師職涯要如何成長？
如今我必須先問自己，想要從事哪方面的工作 ( SA SD RD PG PM DBA MIS QA FAE Sales )
我發現我還是喜歡RD的事情，那就要考慮從事哪方面
( 硬體、軟體、韌體、網頁、手機 … 決定使用的語言 )
這一點我還是很猶豫的，那當這些都決定後 確認工作內容/語言
就要面臨先拼個主任工程師、再考慮轉主管的問題
( 畢竟在台灣只做RD有點困難、錢又少、沒法從技術角度改變別人事情，你必須成為主管決定正確的方向。 )
工程師職等
| 職稱 | 工作項目 | 職業時間 |
|---|---|---|
| 助理工程師 | 新人 | 1年 |
| 工程師 | 獨立交代事項 | 2年 |
| 資深工程師 | co-work、帶領助理工程師 | 2年 |
| 主任工程師 | Project Leader | 2年 |
工程師分類
| 分類 | 工作項目 | 補充 |
|---|---|---|
| SA(SA: System Analyst) 系統分析師 | 系統分析、系統測試 | 偏分析整體 |
| SD(System Designer)系統設計師 | SA 所建構的是屬於偏向於領域的概念模型；而 SD 則是根據領域模型 (類別圖、循序圖以及 Database Schema) | 偏程式多點 |
| RD（”R”esearch and “D”evelopment engineer） | 研發設計工程師，簡稱研發工程師 | TBD |
| PG（Programming）程式設計師 | 產品線跟商品管得很雜，廣而難精 | TBD |
| PM (Project Manager) 專案經理 | 專案管理部 | TBD |
| FAE | 負責客戶相關技術問題回覆、 產品應用；產品線跟商品管得很雜，廣而難精 | TBD |
| DBA (Database Administrator)資料庫設計與管理人員 | 資料庫設計與管理人員 | TBD |
| MIS (Management Information System)管理資訊系統，即網管人員 | 管理資訊系統，即網管人員 | TBD |
RD分類
半導體相關
1 | RD:研發設計類的工程師 |
常見的職務縮寫 SA SD RD PG PM DBA MIS QA Sales
SA(SA: System Analyst) 系統分析師：
在軟體開發團隊中，屬於中高階的基層管理者與領導者。
他們除了須具備優秀的文字、語言溝通能力之外，還要有良好的分析、組織、邏輯思考能力。
當然也需要有良好的人際關係，以及深厚的技術背景與知識。
系統分析師的工作內容，依階段劃分大致可分為下述幾個階段：
系統分析：分析現行系統:確定系統的功能需求;確定系統的資源:保護及績效需求，
發展系統架構確定使用單位將面臨的環境及組織變遷。
初步設計：劃分作業子系統．擬定子系統的輸入、輸出、介面及作業處理流程:
子系統人工作業規格:邏輯質料庫設計:開列系統軟、硬體規格。
細步設計：設計實體資料庫:設計人工作業程序;設計文件表格及輸出、入格式;
擬訂程式規格及細步流程:確定公用常式與共用程式。
系統測試：根據分析階段所訂定的各種功能．加以測試，錯誤資料收集與分析。
資料轉換：整理及彙編文件．指派工作人員及進行訓練．進行資料轉換。
系統維護：更正系統內潛伏的錯誤:因適應環境的改變而做適度的調整
SD(System Designer)系統設計師：
系統設計師與 SA 所不同的是，
SA 所建構的是屬於偏向於領域的概念模型；而 SD 則是根據領域模型，
再配合實體的平台，考量其效能、穩定、分散與安全性等，所建構而得的軟體規格模型。
SD 的主要產出，仍包括了類別圖、循序圖以及 Database Schema，
而這些產出，都會與實體的平台相依。
而系統內部的分析與設計，是交由 SA 與 SD 來負責的，而 SA 與 SD 的界限，
可以以是否有與實體的平台相依來界定。
我們也可以以兩句話來說明分析與設計的關係：
“Do the right thing (分析)”and “Do the thing right (設計)”。
RD（”R”esearch and “D”evelopment engineer）研發設計工程師，簡稱研發工程師：
RD的分類:
一般有可能會遇到二種RD：一種是會不斷發問的RD. 一種是都沒有問題的RD.
然而，常問問題的人大多數是Key man. 是公司重要的人物.
會問問題代表著學習心強. 表達能力良好。
RD在公司的地位:
RD部門在公司是重要的單位. 但不代表有地位.
只要企劃, 業務或者是老闆有了想法,
不管有理無理, RD就要想辦法把他們的想法具體的實現出來.
採購, 倉管,工程每天追著RD要求配合,
生產線的媽媽,大姐們更是得罪不得,
她們會為了一顆電容擺放位置不好焊來跟你吵半天. 更別提客服部門的抱怨.
PG（Programming）程式設計師：
從每一個資訊的專業職位來看,程式設計師的定義都有一點差異,
但基本上你必須要具備幾項基本的資訊技術,
才得以勝任多數的資訊工作職位,以下的建議提供參考:
- 必須至少專精一種程式語言.C,C++,Java都可以.
- 必須至少專精一種作業系統.Windows,Linux.(可以管理與架設伺服器)
- 瞭解資料庫.
- 熟悉網路架構.
- 要能讀懂英文的技術文件.
PM (Project Manager) 專案經理：
一般而言，比較大的公司才會有專案管理部 (Project Management Department)。
負責解決新機種生產、還有新產品研發過程中所有的問題。
PM專案管理師隸屬於專案管理部，通稱「專案經理」，簡稱 PM (Project Manager)，
另外依功能不同，又可稱為「產品經理」 (Product Manager)。
所以，作為一個好的PM，必須
1.熟悉該產業的生產製造流程；
2.有好的溝通協調、管理能力；
3.良好的外語能力(英、日語為主)
要了解工廠內各部門(製造部、工程部、測試工程部、產品線、
開發採購、倉儲、物流處、關務…等等)的運作，
還有研發中心各部門(包括EE、ME、Layout、安規、EMI)的訴求和考量。
DBA (Database Administrator) 資料庫設計與管理人員：
資料庫設計與管理人員，最好本身也有寫程式的能力，這樣在管理上會如虎添翼，
就這部份的準備方式跟系統平台類似，熱門的SQL、Oracle、Sybase…等，
要能有一樣是最擅長的，其他的多少都要懂一點，有很多公司都是從SQL開始，
到後來轉成Oracle，所以如果跟不上企業的轉變，會是很大的缺憾。
MIS (Management Information System)管理資訊系統，即網管人員：
MIS依管理決策之需要，應用資料庫將一個機構之資訊整合處理分析，
以便即時提供各階層管理者使用。
FAE (Field Application Engineer, Failure Aanlysis Engineer) 產品技術諮詢：
通常 FAE 需負責
1.負責客戶相關技術問題回覆、 產品應用
- 協助業務團隊解決銷售過程中的技術問題及提供售後的技術支援
3.協助RD進行軟體發行前相關測試
4.協助RD解決客戶問題，客戶端Design In應用問題解決，提供第一線客戶技術支援
5.產品相關使用文件撰寫及網站維護
6.技術支援資料準備及客戶產品應用之教育訓練。 - 客訴問題分析與解決，客戶量產問題解決
Google職缺薪水
推薦文章 :
推薦1
推薦2
科技業常見的職務縮寫 SA SD RD PG PM DBA MIS QA Sales
玩者小菩 SA SD RD PG PM DBA MIS QA Sales
如果你不想走管理路線，工程師職涯要如何成長？