RWD響應式網頁設計入門
104學習
Ruby
是一種簡潔且具生產力的程式語言，廣泛用於網頁開發，尤其是在後端框架如Rails中。具備此技能代表能快速撰寫維護性高的程式碼，適合開發電商平台、社群網站等應用。因為語法直覺且有豐富的函式庫支援，能提升專案開發效率。具備此能力的求職者在網頁開發領域相當吃香，尤其是在新創公司及中大型企業的後端工程師職缺中需求穩定。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
軟體工程師就業培訓
邁入Java REST Web Service開發領域
R語言/R-Studio入門─統計分析、資料探勘與機器學習的原理與實戰演練
打造高投入團隊：遊戲化工作設計與激勵機制實作班【9/17】
Python Flask RESTful服務設計
Raspberry Pi樹莓派開發入門｜本課程為線上課
Onshape實戰工場：探索創新設計的無限可能
Linux入門職能精修【本課程為線上課，報名後專員會提供上課資訊】
雲端資料工程師在職遠距班
精選證照
考取專業證照，讓能力被市場看見
實體設計 (Creo Parametric/SolidWorks)
實體設計證照主要驗證持有者在Creo Parametric或SolidWorks軟體操作上的專業能力，涵蓋三維建模、零件設計、組件裝配及工程圖繪製等技能，能有效運用軟體完成產品設計與修改，提升設計效率與精確度，適用於機械、電子及工業設計等多種產業，具備此證照者具備良好的CAD工具應用能力，能協助企業加速產品開發流程，提升競爭力。
尚未查核發照單位
IHRM創新人力資源管理師
企業處於快速變遷(change)、激烈競爭、(competition)、趨向複雜而多元
(complexity)、面對挑戰(challenge) 、創新 (Innovation)的時代，如何掌握
契機、取決於人力素質與妥善運用與有效管理，完善的制度規劃與管理，使人力
能發揮最大的功能，是創新人力資源管理上最高技巧，透過相關勞動法規及人力
資源的基本功能介紹與練習，使學員能快速了解人資人員的工作職掌，增加就業
競爭力。
盈豐資訊科技有限公司
Scratch程式設計與邏輯思考
Scratch 程式設計與邏輯思考: 通過 Scratch 平台，培養程式設計和邏輯思考能力，適合初學者入門，創建互動式故事和遊戲。
Scratch是一種視覺化的編程語言，旨在以有趣和互動的方式教授編程概念和邏輯思維。對於初學者來說，Scratch尤其適合作為學習編程的起點。通過Scratch，學習者可以理解基本的編程概念，培養邏輯推理能力，為未來的編程學習打下堅實的基礎。
TIPCI臺灣國際專業認證學會
NNCSE
NNCSE（國際神經網路與計算科學工程師證照）專為具備人工智慧與神經網路技術應用能力的人才設計，涵蓋機器學習、深度學習及數據分析等核心技能，強調理論與實務結合，適合從事AI系統開發、資料科學及智能自動化領域的專業人士。透過此證照，持有者可展現其在神經網路架構設計、模型訓練與優化的專業素養，提升職場競爭力及跨領域整合能力，符合現今產業數位轉型需求。
Nortel Networks
鋼構組配作業主管
職業安全衛生法第23條規定『雇主對勞工應施以從事工作及預防災變所必要之安全衛生教育、訓練。及職業安全衛生教育訓練規則第10條規定：『雇主對於擔任鋼構組配作業主管之勞工應於事前使其接受營造作業主管安全衛生教育訓練』。
中國勞工安全衛生管理學會
IBM Rational
IBM Rational證照專注於軟體開發生命週期管理，涵蓋需求分析、設計、測試及版本控制等技能，協助專業人士提升軟體開發效率與品質。持有此證照代表具備使用IBM Rational工具套件進行專案管理與協同合作的能力，能有效支援團隊達成專案目標，廣泛應用於軟體工程、系統整合及IT專案管理領域。
IBM
精選貼文，掌握第一手知識
RD研發工程師工作內容？工程研發履歷面試、2025薪資行情總整理｜附熱門職缺
RD、R&D(Research and Development)是指研發工程師，常見領域包括：軟體、硬體、生技、醫療器材產業等。本文整理「工程研發」的相關工作及精選公司職缺，更有業界人資傳授半導體產業履歷面試技巧原則，大大提升錄取率！
文／《104職場力》小編
本文目錄（點擊可快速前往）
研發工程師種類、工作內容及能力需求工程研發、半導體履歷面試實戰技巧工程研發類研發工程師薪水待遇（2025最新更新）工程研發精選企業，馬上應徵去！
研發工程師種類、工作內容及能力需求
RD、R&D(Research and Development)是指「研發工程師」職務。在不同產業的工作內容也不相同，常見的領域包括：軟體、硬體（如：半導體）、生技／醫療產業等。其中「工程研發類」的熱門工作類型及需求技能如下（資料來源：104工作世界）：
半導體工程師→看職缺
工作：從事半導體工程之問題研究、設計及技術指導、發展、構建等工作。
技能：製程、Customer Support、production
工具：Assembly、EUV、ATE
硬體研發工程師→看職缺
工作：研究、設計、開發及檢測商業、工業、軍事或科學用途之電腦或電腦相關設備，並負責監督該設備及其零組件之製造與安裝。
技能：PCB Layout、硬體設計、EMC
工具：OrCAD、PADS、Assembly
數位IC設計工程師→看職缺
工作：設計及改良IC晶片，讓電子產品（如手機）效能提升！
技能：DFT、STA、UVM
工具：Verilog、FPGA、RTL
至於新鮮人想要進入工程研發領域，有校系限制嗎？104玩數據指出，104人力銀行資料庫顯示，有48.6%的理工職缺歡迎社會新鮮人，當過軟體工程師的職人，約有20%是文科生；而當過工程研發的職人，約12%是文科生；最近五年，文科生突圍理工職的比例也逐年升高。
工程研發、半導體履歷面試實戰技巧
在各類工程研發職務之中，半導體產業更是許多求職者嚮往進入的高薪產業，究竟人資看重求職者哪些個人特質和門檻？面試、履歷又該如何準備？
綜合104職涯診所Podcast半導體產業特輯，來自ASML人資主管、104獵才主管、國際半導體產業協會的建議，企業在挑選半導體人才時看重的關鍵特質能力，包括問題解決、邏輯思考、抗壓力、外語能力等，想進入半導體產業的履歷面試實戰心法，一定要知道！
半導體產業履歷經歷建議：
針對工程類職缺，碩士畢業是基本門檻。
亮眼的學歷大加分（有些企業非常重視應徵者的校系）。
在有限的履歷篇幅裡，清楚簡潔的總結出最大亮點。
自我檢視和評估，平時就要有整理自身經歷及工作成果的習慣。
非相關科系畢業也不用卻步，累積相關課外經驗，敢挑戰就有機會！
半導體產業面試注意事項：
充分練習面試問答，釐清思緒、訓練好口語表達。
加強英文能力，至少要敢說或多益750分以上。
面試被問「優缺點」別害怕，因為人資問優點是想看求職者的「自信」，問缺點則是想了解「自覺」。
線上面試準備也不能草率，設備、環境、服儀都要注意。
態度必須誠懇，這是不敗關鍵。
充分表達出自己可以為公司帶來的「價值」。
以下提供研發工程師履歷真實撰寫範例：
104個人品牌：真實求職者案例，研發工程履歷範本提供寫履歷參考
工程研發類研發工程師薪水待遇（2025最新更新）
根據104薪資情報，研發工程師薪資依照不同工作任務、產業有不同薪資範圍，平均薪資依工作經驗而定。工程研發類薪資行情可參考如下：
研發工程師類型薪資行情硬體研發工程師月均薪6.9萬，看職缺>>半導體工程師月均薪7.4萬，看職缺>>數位IC設計工程師月均薪10.6萬，看職缺>>
工程研發精選企業，馬上應徵去！
公司名稱薪資福利工作機會聯電_聯華電子股份有限公司看薪資福利看職缺台灣美光看薪資福利看職缺力晶積成電子製造股份有限公司(力積電)看薪資福利看職缺旺宏電子股份有限公司看薪資福利看職缺美商科磊股份有限公司台灣分公司_KLA Taiwan看薪資福利看職缺世界先進積體電路股份有限公司看薪資福利看職缺台灣積體電路製造股份有限公司(台積電)看薪資福利看職缺友達光電股份有限公司看薪資福利看職缺(ASML)台灣艾司摩爾科技股份有限公司看薪資福利看職缺穩懋半導體股份有限公司看薪資福利看職缺南亞科技股份有限公司看薪資福利看職缺聯詠科技股份有限公司看薪資福利看職缺瑞昱半導體股份有限公司看薪資福利看職缺光寶科技股份有限公司看薪資福利看職缺緯穎科技服務股份有限公司看薪資福利看職缺和碩集團_和碩聯合科技股份有限公司看薪資福利看職缺聯發科技集團_立錡科技股份有限公司看薪資福利看職缺創意電子股份有限公司看薪資福利看職缺新唐科技股份有限公司看薪資福利看職缺台灣應用材料股份有限公司看薪資福利看職缺
[joblist_plugin title='【工程研發】精選職缺' url=' https://www.104.com.tw/jobs/search/?ro=1&jobcat=2008001000&expansionType=area%2Cspec%2Ccom%2Cjob%2Cwf%2Cwktm&order=15&asc=0&page=1&jobexp=1&mode=s&jobsource=2018indexpoc&langFlag=0&langStatus=0&recommendJob=1&hotJob=0&utm_source=104&utm_medium=freshgroup' amount='6']
推薦閱讀：
理工新鮮人第一份工作怎麼選？前台積電主管薪資、轉職、錄取率三大攻略
想進半導體又怕壓力撐不住？輪班on call不心累，前台積主管傳授三心法
近五成工程缺 歡迎社會新鮮人｜104玩數據
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
隨著企業加速數位轉型、雲端原生應用（Cloud Native）成為主流，雲端工程師（Cloud Engineer）已從少數科技巨頭的專職角色，擴展成各產業數位基礎建設的關鍵人才。無論是新創、傳產還是政府機關，從資料備份、伺服器遷移、服務部署到跨雲架構設計，處處都仰賴具備雲端技能的工程人才。 本篇將帶你從「學習地圖」出發，建立入門到進階的技術藍圖，並說明適合對象與轉職建議，協助你掌握未來 5–10 年的高潛力職涯方向！
文 /【104學習精靈】
本文目錄（點擊可快速前往）
☁️ 雲端工程師是什麼？為何成為熱門職業？ 掌握雲端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職雲端工程師的學習策略 雲端工程師薪資行情與職涯發展 雲端工程師的挑戰與機會
☁️ 雲端工程師是什麼？為何成為熱門職業？
🎯 雲端工程師工作內容
雲端工程師（Cloud Engineer）是企業數位轉型的關鍵推手，負責設計、部署、維護雲端基礎架構，確保系統的安全性、可擴展性與高可用性。隨著企業加速上雲，這個角色在全球 IT 市場的需求持續攀升。
根據 Research.com 的報告，雲端工程市場預計從 2023 年的 147.6 億美元成長至 2032 年的 398 億美元，年均成長率達 11.65%。
🎯雲端工程師與相近職類比較表
職類 工作重點 常見技能 與雲端工程師發展關係 雲端工程師 Cloud Engineer 雲端架構設計、部署與管理，自動化基礎架構 AWS / GCP / Azure、Terraform、Kubernetes、CI/CD 本職角色，聚焦基礎設施與平台服務，是運維與開發之橋樑 雲端架構師 Cloud Architect 架構規劃與成本效益優化，安全設計與多區部署 架構設計模式、資源規劃、資安合規 雲端工程師進階角色，需具備橫向整合與設計思維 DevOps 工程師 DevOps Engineer 開發與維運整合、自動化流程與版本管理 Jenkins、GitLab CI、Docker、Ansible、GitOps 高度交集，雲端工程師常延伸學習 DevOps 流程進階 SRE 工程師 Site Reliability Engineer 系統穩定性、可用性維持、故障應變流程 Monitoring、Incident Response、SLI/SLO、Prometheus 與 DevOps、雲端工程師具重疊，偏向服務層維運監控 雲端安全工程師 Cloud Security Engineer 雲端安全防護與存取控制、風險偵測與稽核 IAM、VPC、防火牆設計、SOC 工具 雲端工程師可進階專精此方向，聚焦於資安與防護策略 平台工程師 Platform Engineer 打造團隊內部工具與平台，支援自助式部署 Internal Dev Tools、Infrastructure Platform、K8s Operators 著重於團隊工程效能提升，與雲端工程師互補合作 後端工程師 Backend Engineer 伺服器端邏輯、資料庫整合、API 設計 Java / Python、SQL、RESTful API、Redis 若參與部署與 CI/CD，可跨足雲端工程與平台設計 全端工程師 Full Stack Engineer 前端介面整合與後端邏輯開發 React / Vue、Node.js、DB 操作 若自行部署應用，可延伸學習基礎雲端與 DevOps 技能 系統管理員 / 維運工程師 SysAdmin / Ops 傳統伺服器與網路維護、資源監控與修復 Linux、Nagios、Shell Script、Log 管理 若學習 IaC 與雲端平台，可轉型為雲端工程師或 SRE
🎯 為什麼選擇雲端開發？三大關鍵原因
需求穩定且持續成長： 雲端轉型已是企業共識，雲端工程師幾乎每年都是 LinkedIn、104 等人才平台的「高薪搶手職缺榜首」。
跨產業技能： 從金融科技、電商、製造、醫療到教育，幾乎所有行業都需要雲端部署與維運能力，具備高度橫向轉職能力。
職涯路徑多元： 可橫向發展為 DevOps 工程師、SRE、資安工程師，或縱向升遷為 Cloud Architect、技術經理等管理職，不怕卡關、發展空間大。
此外，結合 Serverless、AI 工具、IoT、邊緣運算等新技術，也讓雲端職涯保持高度創新與學習挑戰，是工程師長線發展的黃金選項。
🎯 誰適合轉職雲端工程師？四大族群建議
剛起步的工程新手： 想培養工程職涯但還在觀望 Web、AI、App 開發的入門者，雲端工程是 硬底子技術起點，往後轉職彈性大。
已有開發經驗的前/後端工程師： 熟悉應用開發後，若對部署、架構、效能優化有興趣，可向雲端或 DevOps 跨足，提升系統設計與大局觀能力。
系統維運、MIS、SRE 人員： 習慣處理伺服器與網路系統，若願意學習 IaC 與自動化部署，可自然轉職為雲端工程師，掌握更現代的技術框架。
對跨技術整合有興趣的工程師： 雲端工程師需要結合程式語言、網路、部署與資安知識，適合喜歡「橫向整合、縱向打通」的技術人。
🎯轉職步驟建議
6 個月內：完成雲端平台入門課程 + 自建部署作品（可用 Skill Boost Lab）
取得初階認證：如 Google Cloud Digital Leader / AWS Practitioner
參與實作專案：GitHub 實作範例、雲端部署過程記錄 Blog
申請實習／外包任務：Freelancer 或 Cloud Intern 累積經驗
中階前進路線：加入 DevOps / Cloud Engineer 團隊，進一步考取 Associate / Professional 等級證照
掌握雲端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭雲端工程師技能 × 學習階段 對照表格
系統操作與基礎程式 雲端平台與部署實務 架構自動化與維運 監控、資安與成本優化 基礎 Linux CLI、Python、Git 初階操作 GCP/AWS 免費帳號開通、VM/靜態網站部署 手動建立雲端資源、JSON/YAML 入門 IAM 初探、Log 查看、成本報表基礎 核心 Shell 腳本自動化、Git 流程、Python 系統應用 Docker 容器化、Kubernetes 部署、CI/CD 實作 Terraform 實作 IaC、自動建置、CI/CD 流程 Prometheus/Grafana、ELK Stack、IAM 權限控管 進階 跨平台整合腳本、進階錯誤追蹤 Serverless（如 Lambda）、多雲整合、邊緣運算部署 HA 架構、多區部署、事件導向與資料管線設計 FinOps 成本優化、雲端安全策略、防火牆與金鑰管理 認證 Linux Foundation、Python PCAP 認證 AWS/GCP/Azure Cloud Engineer 認證 Terraform Associate、CKA AWS Security、FinOps Practitioner 認證 ▲ 雲端工程師應具備技能、工具能力、推薦認證，點選不同技能會對應到相關課程。
☁️ 雲端工程師學習地圖與路徑（搭配AI工具）
⛩ 初階學習（0–6 個月）：奠定技術基礎
📌 學習內容（技能 ＆ 實作）
Linux 系統操作（shell 指令、vim、權限管理）
網路基礎：IP、DNS、HTTP、TCP/IP
程式語言入門：Python 或 Shell script
雲端平台操作：建立並熟悉 AWS/GCP 免費帳號
基礎雲端資源管理（Compute Engine / EC2）
版本控制：Git 與 GitHub 基本操作
CLI 工具使用（如：gcloud, aws-cli）
實作練習：
在 GCP/AWS 上部署靜態網站
撰寫 Bash + CLI 工具的自動部署腳本
IAM 權限設定與防火牆規則實作
📌 AI 工具應用
使用 Google Cloud Console 智慧建議功能
使用 Gemini in Google Cloud 協助命令產出與錯誤修正
Copilot for CLI：快速生成 YAML 設定檔與指令
📌 備選學習（延伸）
推薦資源：
GCP Skill Boost Labs – 初學者路徑
AWS Cloud Practitioner Essentials（適合無經驗者）
Linux Journey（互動式學習網站）
雲端工程師入門推薦課程 👉Python 基礎程式設計｜開外掛勇闖 Python 異世界👉快速活用 MySQL，精準設計關聯式資料庫👉 Git 速成攻略：2.5 小時變身版本控制達人
⚙ 中階學習（6–12 個月）：掌握自動化與部署核心
📌 學習內容（技能 ＆ 實作）
Docker 容器化部署與映像檔建立
Kubernetes（GKE、EKS）叢集管理與應用部署
CI/CD 流程設計：GitHub Actions、GitLab CI/CD
Infrastructure as Code（IaC）：Terraform 或 Pulumi
Logging / Monitoring 工具整合：Prometheus、Grafana、Cloud Logging
IAM 精細權限控管與資源標記（Labeling）
實作挑戰：
使用 Terraform 建立 GKE 叢集並自動部署應用
建立一套 CI/CD pipeline，自動部署至 GCP/AWS
部署一個內部 Wiki 系統至 Kubernetes 並加入監控功能
📌 AI 工具應用
用 Gemini API / ChatGPT 協助生成 Terraform、K8s YAML、CI/CD pipeline 配置
以 Cloud Monitoring 整合 AI 偵測異常行為（AI-based anomaly detection）
使用 Cloud Deploy 的 AI 效能預測功能進行部署前模擬
📌 備選學習（延伸）
Google Cloud – Infrastructure Modernization Track
課外專案建議：
建立雲端部屬的部落格服務
模擬企業環境建置內部開發者平台（Internal Dev Platform）
Kubernetes the Hard Way（挑戰進階網路知識）
雲端工程師中階推薦課程 👉成為 AWS 達人第一步！打造你的第一個 AWS 架構！👉微軟Azure超級入門實務與AZ-900認證攻略👉AWS雲端架構規劃｜建置實務應用
🚀 高階學習（12 個月以上）：架構設計與商業導向
📌 學習內容（技能 ＆ 實作）
跨區高可用架構（Multi-zone HA、Failover、Load Balancing）
多雲與混合雲架構管理（GCP + AWS + On-Prem）
FinOps 成本優化與預算控管工具使用（如 Billing Report + BigQuery 分析）
雲端資安策略設計：VPC Service Controls、IAM Conditions、Cloud Armor
Serverless 應用設計（Cloud Functions、Cloud Run）
IoT + 雲端串接架構設計（Edge computing）
進階實作：
架設可擴充、高可用的企業級平台
使用 Cloud Storage + Dataflow + BigQuery 建立數據湖架構
整合第三方 SaaS（如 Stripe、Slack、Salesforce）進行 API 資料整合
📌 AI 工具應用
使用 Vertex AI 設計並部署機器學習模型（如預測負載）
整合生成式 AI API（如 Gemini、Claude）於產品功能中
應用 Gemini Code Assist 協助維護大型 Terraform 專案
📌 備選學習（延伸）
Google Professional Cloud Architect Certification
雲原生運算與 CNCF 專案探索（如 Istio、Envoy、Knative）
建議實習專案：
IoT 裝置即時資料流處理平台
架構具資料治理能力的 Data Lakehouse
雲端工程師高階推薦課程 👉AWS雲環境的架構優化-彈性化自動擴展👉微軟 Azure｜通關 AZ-104 認證攻略，邁向雲端 IT 管理之路
🛠成為雲端工程師應具備的軟技能
雲端工程師不僅需要技術實力，更需要具備與角色高度契合的「軟實力」，才能真正勝任跨部門協作與快速變動的工作環境：
🧠 系統性思維：
面對分散式系統、跨區部署與資源配置，需具備架構整合、效能預測與風險管控能力。
🛠 問題解決力：
遇到部署錯誤、資源衝突或自動化失敗時，需能快速定位問題、擬定可行方案並有效執行。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
📚 持續學習動能：
雲端技術快速演進，需持續掌握新工具（如 Serverless、Cost Explorer、Spot Instance）、框架與平台特性，提升作業效率與創新能力。
🗣 溝通協調力：
需與開發、資安、業務等部門密切合作，說明技術選擇、協調需求優先順序，推動系統最佳化。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
🔧 成本洞察與技術節流智慧：
企業導入雲端後，常因錯誤配置導致成本居高不下。雲端工程師需具備資源規劃與預算優化的敏感度，善用 Auto Scaling、Load Balancer、IAM Policies 等工具，在維持穩定性與可用性的同時，有效降低長期支出，回應業務單位的效益期待。
🔋 壓力耐受力與責任感：
系統維運過程中需面對線上環境的高可用性要求與突發事件處理壓力，具備冷靜應變、精準決策與承擔風險的心態，是成為資深雲端人才的必要特質。
轉職雲端工程師的學習策略
🎯 初學者或轉職者的學習策略：
對於沒有工程背景者，切入點可循序漸進：
建構基礎觀念：從 Linux、網路基礎、程式語言入門、指令操作與雲端概念入手。
選擇一個平台專精（GCP、AWS、Azure），開始練習帳號申請與部署操作。
實作為導向學習：每學一個新技術就搭配小專案，例如用 GCP 建一個靜態網站並開通 HTTPS。
證照作為里程碑：初階考取 Cloud Practitioner、Cloud Digital Leader，有助於簡歷加分。
Python 程式設計能力 - 線上免費檢測
🎯 不同領域的客製化學習策略：
背景 適合學習切入點 優勢 建議補強 系統管理員 Infrastructure as Code、CI/CD 熟悉作業系統與維運邏輯 編程能力與雲平台知識 資料分析師 BigQuery、Cloud Storage、Dataflow 對資料處理與 ETL 熟悉 雲端部署與自動化工具 前端工程師 Firebase、Serverless Functions 熟悉前後端整合 容器化與系統監控 專案管理/PM 雲端架構設計、FinOps 熟悉產品流程與商業目標 技術基礎與平台實操能力
[course_plugin title='推薦課程' keyword='雲端資料工程師在職遠距班' amount=1]
雲端工程師薪資行情與職涯發展
雲端工程師薪資概況
📌 台灣雲端工程師薪資
初階（3年以下經驗）：月均薪約6.6萬。
中階（3- 5年經驗）：月均薪約 7.2 萬。
高階（5-10年經驗）：月均薪約7.2萬以上。（以上資料來源：104薪資情報）
📌 薪資影響因素
證照認證：擁有 AWS、GCP、Azure 等專業認證可顯著提升薪資級距。
年資與專案經驗：實務經驗越豐富，薪資越具彈性與談判空間。
技術栈能力：熟練容器化、IaC、自動化部署與監控工具者更受企業青睞。
平台熟悉度：具多雲（Multi-Cloud）經驗與架構設計能力者加分。
產業與公司規模：FinTech、SaaS、外商與顧問公司提供較高薪資範圍。
英文與國際協作力：能用英文參與文件撰寫、會議與跨國專案者更具競爭力。
團隊角色與責任：主導 CI/CD、導入雲架構、跨部門協作者薪資更高。
地區與工作模式：北部/Remote/海外接案機會多，國際行情可參考薪資上限。
英文能力 - 線上免費檢測
雲端工程師職涯發展路徑總覽
雲端工程師的職涯擁有高度彈性與多元出路，不僅可持續深化技術實力，也能橫向轉職至顧問、資安或管理等專業領域。以下分為兩大主軸：「技術專精路線」與「管理 / 顧問 / 專業轉軌路線」。
📈 技術專精路線：從工程師到架構大師
這條路線適合對系統部署、基礎建設自動化與雲端架構設計具高度興趣者。
Cloud Engineer（雲端工程師） 掌握雲平台部署、資源管理與自動化基礎技能。
Senior Cloud Engineer（資深雲端工程師） 具備跨專案經驗與高效監控、故障排除、成本優化能力。
Cloud Architect（雲端架構師） 專注於設計大型雲端架構，兼顧穩定性、安全性與擴展性。
🔄 交叉技術進階路線：DevOps / SRE / 平台工程
DevOps Engineer（開發營運工程師） 整合開發與維運流程，導入 CI/CD 與基礎設施即程式（IaC）。
SRE（Site Reliability Engineer） 專注於系統可用性、容量規劃、容錯設計與自動化修復。
Platform Engineer（平台工程師） 為內部團隊打造平台工具與運行環境，優化開發者體驗與交付效率。
🧭 管理與顧問發展路線
Tech Lead / Cloud Team Lead（技術主管 / 雲端團隊領導） 統整技術方向、團隊管理與資源分配，牽引大型專案落地。
Cloud Consultant / Pre-sales（雲端顧問 / 技術顧問） 結合業務與技術，負責客戶雲端架構規劃、導入與 PoC 驗證。
🔐 專業分支發展
Cloud Security Engineer（雲端資安工程師） 負責雲端環境的安全性設計、合規控管與風險評估。
Data Platform Engineer / Data Engineer（數據平台或數據工程師） 轉向數據領域，聚焦於資料湖、大數據平台建置與處理流程。
[course_plugin title='推薦課程' keyword='資安與雲端架構工程師養成班' amount=1]
職涯發展路徑圖
雲端工程師（Cloud Engineer）
│
├── A. 深化雲端部署與設計 → 資深雲端工程師（Senior Cloud Engineer）
│ └── 架構設計專精 → 雲端架構師（Cloud Architect）
│
├── B. 學習維運與自動化 → DevOps 工程師（DevOps Engineer）
│ └── 穩定性與監控進階 → SRE 可靠性工程師（Site Reliability Engineer）
│
├── C. 打造開發平台與工具 → 平台工程師（Platform Engineer）
│
├── D. 發展團隊協作與領導 → 技術主管 / 團隊領導（Tech Lead / Cloud Team Lead）
│ └── 與客戶對接與規劃 → 雲端顧問（Cloud Consultant / Pre-sales）
│
└── E. 特化技能延伸：
├── 雲端資安工程師（Cloud Security Engineer）
└── 資料平台工程師（Data Platform Engineer）
哪些產業需要雲端工程師
幾乎所有中大型企業皆正在進行數位轉型，以下為最仰賴雲端技術的產業：
金融科技（FinTech）：如數位銀行、支付平台，需高可用性與資安規範的雲端架構。
電子商務與零售：需支撐高流量網站、彈性資源與後端整合。
遊戲與多媒體產業：使用雲端作為即時伺服器平台與玩家資料同步。
製造業與 IoT：使用混合雲處理邊緣裝置數據，結合數據湖與 AI 模型部署。
教育與遠距工作平台：採用 Serverless 或容器架構支撐大量即時互動與內容傳遞。
醫療與生技產業：處理敏感數據的雲端儲存與運算，須結合合規與安全設計。
雲端工程師的挑戰與機會
💣 面對的挑戰：
技術變動快、需持續學習：新工具、新架構層出不窮，需投入大量時間學習與實作。
平台廠商鎖定效應（Vendor Lock-in）：企業使用單一雲端平台，限制多雲選擇與遷移彈性。
維運壓力大、責任重大：雲端系統一旦出錯影響層面廣，尤其是電商或金融系統。
安全與法規要求提升：需考量資安事件、資料合規（如 GDPR、HIPAA）與營運韌性。
🚀 成長的機會：
企業數位轉型需求大：2025 年起預計全球 70% 的企業核心應用將遷移至雲端。
AI 與數據導向加速雲端應用：模型訓練與資料儲存強化對雲資源的需求。
高階職位人才稀缺：具備架構設計、資安合規能力的雲端專家仍供不應求。
Freelancer 與 Remote Job 蓬勃：全球雲端工程需求讓自由接案與遠距工作成為常態。
[joblist_plugin title='更多104【雲端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E9%9B%B2%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
軟體工程師履歷範本｜5大地雷別踩：形容詞太多、技術名詞太少
軟體工程師履歷怎麼寫？軟體工程師種類很多，常見有：前端／後端工程師、Web 開發工程師、APP 工程師等，即使職類不同，優質工程師履歷製作的原則卻通用。本文專訪Build School 軟體工程師培訓學校的創辦人吳典璋，曾指導上百位軟體工程師撰寫求職履歷，分享軟體工程師履歷範本一擊必中攻略。
本文目錄（點選連結可快速跳至該章節閱讀）
履歷前言不可少，4大重點快速吸引目光1. 技能樹2. 專案經驗、專題、作品3. 個人成就4. 人格特質為履歷加分，3項須知一定要做1. 履歷中最重要的是強調專案中的經驗及成就2. 完整展現你的作品、技術能力及學習能力3. 最重要的專案經驗及作品放前面履歷扣分禁忌，5個地雷提醒1. 避免錯字，尤其是技術名詞及關鍵字2. 太多形容詞、太少技術關鍵字3. 具體描述「工作成果」而不是「工作內容」4. 具體描述你的學習能力5. 改用線上履歷連結，方便即時更新把握履歷撰寫原則，新鮮人及轉職者應更有信心
履歷前言不可少，4大重點快速吸引目光
在履歷的開頭，最重要的是用履歷前言快速吸引求才公司目光，但許多求職者卻忽略這一塊，或是根本沒放，非常可惜。「履歷前言」可以當成是你的自我介紹，也可以將這部分熟記，在面試時派上用場；前言也可以當成投遞履歷時要給徵才者看到的簡短自我介紹，一定比留白來得好。舉在104編寫履歷模板為例，「個人簡介」欄位就是履歷最先呈現的區塊，可以在這邊帶出履歷前言的重點，並在專案及自傳中詳述。履歷前言主要為 4 重點：
1. 技能樹
說明你最擅長的技術，例如：.NET/C#、ASP.NET MVC、ASP.NET Core、JavaScript、Vue.js、Node.js、Docker....等等。
2. 專案經驗、專題、作品
若是可以公開的，可以放上連結或 GitHub，方便讓用人主管針對有興趣的地方，進一步查看；但若公開的部份也請記得要整理完善並確定自己能解釋說明這些程式碼的架構、流程、所使用的技術。
3. 個人成就
例如：工作具體成就、若是新鮮人可放實習經驗、得獎殊榮、外語能力、特殊才能等等。
若是新鮮人或跨領域轉職者，沒有太多專案開發經驗，更要記得強調此部分。不用太擔心是不是所謂的資訊本科，重點是強調你的專業能力；但若有普羅大眾認為是不錯的學經歷，或是特殊專長及才能，縱使與程式能力非直接相關，建議可放上來，因為可以引起徵才主管的目光並製造面試時的話題，在千篇一律的履歷中，更有吸睛的機會。
4. 人格特質
真誠且自然地展現自己的特色且企業主會喜歡特質，例如：對程式的熱情、有良好自主學習能力等等，最好要有關鍵字出現。
以下提供撰寫範例：
曾任電商之業務管理職，擁有高度的自律及團隊管理能力。因愛好線上遊戲而自行編寫外掛腳本，發覺對程式開發感到熱愛，決心投入軟體工程師的專業培訓。善長後端技術 .NET / C#、ASP.NET MVC、ASP.NET Core，但前端技術 JavaScript, Vue.js, CSS 也擁有專題開發經驗。透過 Git/GitHub 團隊開發完成一個前台、後台管理、金流之高完整度「線上交友網站 - ＸＸＸ」(可以公開的話放上連結)，也正在使用 Vue.js + ASP.NET Core Web API 前後端分離的開發模式，開發「線上桌遊 - ＯＯＯ」(可以公開的話放上連結)。考取多益金色證書擁有良好的外語能力，在開發專題時擔任組長，帶領組員學習 SignalR 及 WebRTC 即時通訊技術，樂於與他人分享，享受解決 Bug 的過程及專案上線所帶來的滿滿成就感！
到【104履歷範本】查看軟體工程師履歷範本
104履歷可在版頭撰寫個人簡介、新增個人網站連結與特色標籤
為履歷加分，3項重要須知一定要做
1. 履歷中最重要的是強調專案中的經驗及成就
讓公司從這些描述中，快速了解你的能力。若是新鮮人，沒有相關工作經驗，則可多強調曾做過的專題、實習、個人成就或曾於培訓及學校時所做的專題。若為轉職者，更要強調你的專題及完整度高的作品經驗，以及擁有良好的自主學習能力。
2. 完整展現你的作品、技術能力及學習能力
你可以這麼做：
履歷上要呈現你的專案或專題經驗及使用的技術。
若有可公開之作品或 GitHub 可放上，讓面試官可以看。但請務必注意是否可以公開，以及是否有整理過，需有一定的完整度。
若有寫技術部落格或經營技術社群，可將連結放上去，例如：平常練習新技術的心得整理及分享。若是該職缺需要的技能是你沒碰過的技術，可將你的學習成果連結放上去。
若為新鮮人，可描述在專題過程中遇到的挑戰或卡關，你如何解決及克服。這一點常是面試官在面試過程中，用來了解求職者的自主學習能力。
3. 最重要的專案經驗及作品放前面
履歷撰寫的順序未必要用時間軸，記得要盡可能呈現你的優勢，讓徵才主管及面試官在履歷中愈容易看到愈好。
104履歷自動提醒你還有哪些「可提高面試邀約機會的欄位」尚未填寫
【104履歷範本】精選真人履歷範本，看看別人怎麼寫履歷
【免費】與工程師前輩一對一線上諮詢履歷問題
履歷扣分禁忌，5個地雷提醒
1. 避免錯字，尤其是技術名詞及關鍵字
軟體工程師重視細節，若履歷上有錯字，容易讓面試官有不好的印象。
2. 太多形容詞、太少技術關鍵字
撰寫履歷時最好簡明扼要呈現自己的技術能力及專案經驗，文字使用不饒口、不累贅，並且盡量少用形容詞，因為形容詞無法精準表達。避免寫像是：我在學校是一個積極向上，受到師長喜愛的同學……等等。跟專業技能無關的描述太多，對履歷不會加分。
以下舉出一個修改前及修改後的範例。
修改前（文字描述稍嫌累贅）：
正在實作 OOO 專案，開發 SPA 網頁 - 後端的部分使用 ASP.NET Core 撰寫 Web API 處理後端邏輯，前端使用 Vue.js 進行前後端分離，使用 Vue Router 進行路由設定，並利用 axios 傳遞與接收資料渲染至頁面上，後端有分 Service 及 Repository 層。
修改後（簡潔並精準呈現專案內容與技術）：
OOO 專案開發 SPA 網頁，採 Vue.js + ASP.NET Core Web API 前後端分離的開發模式● 使用 Vue Router 路由設定● 使用 axios 與後端 Web API 介接● 後端採 Service 及 Repository 設計作品網站連結 - xxxxx (務必確認是可以公開的才放；若程式碼可公開可放 GitHub 連結)
3. 具體描述「工作成果」而不是「工作內容」
求職者在撰寫工作經驗時，常常只描述工作內容，而不是工作成果，像是只寫負責前後端程式開發、Web API 開發、網頁切版及串接 API。應該具體描寫自己執行什麼專案、使用了什麼技術，期間達成什麼工作成就，但仍務必留意該項內容是否可以公開。工作成就可以是專案表現公司或團隊給予獎勵、或是因你的開發工作、重構專案、或研究某項技術並導入專案中，減少重工或提升開發效率、或開發維護更容易、或提升系統效能 xx %、降低系統負載 xx %、提升同時在線人數 xx% ...。
4. 具體描述你的學習能力
許多求職者新人容易在履歷中寫到自己很願意學習，但在軟體工程師這領域，持續學習是基本的要求，不用刻意寫自己是來學習的，因為公司都希望人才是能為公司及團隊創造價值，反而要強調的是學習能力，可以用之前做專題時卡關時如何解決、學習新技術的經驗、或你個人的佈落格學習記錄、或是開發 Side Project、參加技術社群或 meet-up 持續學習、這些描寫來展現你的學習積極性及自主學習能力。
5. 改用線上履歷連結，方便即時更新
建議投遞履歷時，以提交線上履歷連結為主，尤其是應徵軟體工程師，可以直接做一個自己的履歷頁面，或可以在 104 人力銀行取得履歷的限時連結。雖然有些公司履歷投遞時會要求 PDF 檔，但因你個人的資歷會隨著時間更新，若提交了一個有錯誤的 PDF 履歷或是很久以前的檔案，投遞後可能會在求職公司內轉傳，人資寄送給用人主管，就會是有錯的或久未更新的履歷。若是線上履歷，一旦發現有錯，或你個人的資歷有更新了，可以即時修正或補充。
104履歷「取得連結」功能，可以自動產生7天內有效的專屬線上履歷連結
最後提醒讀者們，履歷上的文字描述只是呈現你目前的經歷及成就，最重要的仍是個人要有紮實的程式技能，以及在專案或作品上所累積的經驗，並持續積極的主動學習，不用過度地追求履歷的完美而本末倒置。
也鼓勵所有嚮往軟體工程師就業的夥伴們，不用太擔心自己的過往背景及經歷，因為過去的你無法改變，只要下定決心，專注在可以掌握的現在，有強烈的學習動機且願意花時間持續的練習，這就是最關鍵的第一步！
台積電、半導體產業的履歷面試懶人包：要刷題嗎？履歷怎麼寫？
寫完履歷，別忘了上【104履歷診療室】免費線上履歷健診！
應屆畢業生投履歷沒回應，履歷修改後投5中1｜履歷診療室使用經驗分享
【104履歷範本】精選真人履歷範本，看看別人怎麼寫履歷
前端後端軟體工程師履歷範本、研發工程師履歷範本
104個人品牌：真實求職者案例，軟體工程師履歷範本提供寫履歷參考
把握履歷撰寫原則，新鮮人及轉職者應更有信心
看完了上面的攻略，是否更清楚自己的履歷該如何撰寫了呢？
Build School 的吳典璋老師 - Dann 哥在最後也想鼓勵想跨入這個領域的新鮮人或轉職者勇敢嘗試。軟體工程師在台灣的求職機會非常多，依據老師的輔導經驗，除了資訊本科系外、過去也有許多非相關背景的轉職者都成功轉職，像是：空服員、電競選手、硬體廠技術員、PM專案經理、餐飲及服務業、甚至大學休學生都在培養紮實的程式能力後，開創自己職涯新方向。
要擔任稱職的軟體工程師，最重要的就是專業技術能力以及學習能力，在履歷上盡可能呈現自己的專案經驗及完整度高一點的作品，說明簡潔扼要，並展現吸睛元素。把握上述履歷撰寫法則，相信就能為自己敲開心儀企業的大門，拿到入場門票。
[joblist_plugin title='更多【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
瑞昱員工分紅豐厚 網友盛讚升級「帝王蟹」
2025-01-13 報導 經濟日報鐘惠玲 由聯合新聞網授權轉載
瑞昱（2379）早年以「螃蟹卡」聞名終端消費性市場，隨著AI浪潮推進，在雲端市場，瑞昱除了本來就擅長的網通相關晶片，也開始在交換器固態硬碟（SSD）控制晶片市場展現初步耕耘成果，搭上AI熱潮。
延伸閱讀：最新年終排行榜！半導體業稱霸，長榮海運年終10個月、長榮航空6.5個月｜年終獎金懶人包
瑞昱公司LOGO為一隻螃蟹，行事風格偏低調，當年是由七位工程師以500萬元起家，創辦人包括葉家三兄弟葉佳紋、葉博任、葉南宏等，一路發展至今已30多年，員工數已有7,000多人，近幾年還因為員工分紅相當豐厚，被羨慕不已的網友盛讚已升級為「帝王蟹」。
瑞昱主要有五大事業群，且產品線廣泛，主要包括乙太網路、交換器、WiFi、音訊轉換晶片、TV晶片、車用乙太網路等，目前SSD控制晶片產品線營收比重不算高，不過如今打入輝達交換器供應鏈，頓時成為鎂光燈焦點。
除了上述交換器SSD控制IC，瑞昱眼見資料中心與電信市場對更高速率傳輸需求的增長，以及雲端服務供應商加大對網路設備投資，也看好光通訊市場未來幾年的高速成長趨勢，布局100G Optical PHY產品，並開發支援400G與800G尖端模組的PAM4 DSP晶片，全面布局資料中心應用市場。
業界分析，AI浪潮使得儲存裝置正從後段配角翻身為系統核心，群聯切入輝達新一代AI平台供應鏈之際，瑞昱也憑藉SSD控制晶片打入相關應用。隨著生成式AI與代理型AI快速擴張，「資料如何被即時調度」正成為決定AI效率的勝負關鍵，也讓儲存設備躍升為產業關鍵要角。
「螃蟹」【瑞昱】的104精選職缺，線上馬上看！
[joblist_plugin title='「螃蟹」【瑞昱】工作機會' url='https://www.104.com.tw/company/aexwm9k' amount='7']
前端離職交接計畫：軟體專案工作交接及心態準備
做好離職交接是職場專業的表現，尤其在軟體專案中，交接過程不僅影響PM的專案管理，也直接關係到RD能否順利接手執行。本文作者為前端工程師，分享從離職的心態準備到實際工作交接的實用建議，為離職劃下完美句點、與公司好聚好散！
文／林彥成｜前端三分鐘
本文目錄：前端工程師離職交接計畫（點擊可快速前往）
離職心態準備離職前離職準備離職工作交接離職遇過的5個交接鬼故事
離職最重要的事就是對自己的職涯負責，交接是雙方要一起跟專案走到哪裡，著重在接下來PM的專案管理和RD接手執行難易的程度。
談離職，除了心態準備之外，大致上會有3個過程：
離職前
離職準備
離職工作交接
【作者檔案】林彥成，資深前端工程師，網站前後端開發經驗9年。珍貴線上Q&A機會，直擊台積電工程師的真實生活！限時報名>>
離職心態準備
公司成長整體來看會是平均值，對個體來說成長的速度超過平均再正常不過，所以隨時面試和思考何時離職就是一個對自己職涯負責的方式。
能跟有能力的同事共事需要幸運，主管並不是阻礙我們離職的人，應該是職涯往前進步的助力。
交接心態上分成3點：
交接意識
認知落差
立場和回饋
重要的是要有共識，這樣前進的時候方向才會一致。
1. 離職交接意識
最重要的是有意識這件事，必須意識到在未來的某個時刻，任務就會交給你進行，對需要接手的人來說，就是需要創造這樣的意識。
對爬山來說，根據天候、路程、體力要做哪些準備。
對專案來說：
目前遇到了什麼問題？
狀態覺察，理解現在位置在哪裡，處在什麼樣的狀態？
2. 認知落差
資訊上的落差 ⮕ 認知差異
未來的走向是誰決定，接下來的策略走向和計畫？
為什麼會有這樣的功能？
知識上的落差 ⮕ 理解問題
規格、需求、其他文件資源。
開發、測試、跨部門合作流程上了解。
經驗上的落差 ⮕ 吸收和上手速度
整理FAQ文件。
提早把部分工作內容少量多次交給相關同事。
工作能力與基礎知識不同，會有吸收速度上的落差。
關鍵人物理解的落差 ⮕ 溝通成本
會不會找不到流程中常常需要接觸的人？
會不會找不到出問題可以問的人？
3. 立場和回饋
沒辦法用叫的讓人家怎麼做，只能讓大家知道該怎麼做，最後自己願意去做。
交接跟減重一樣只有一種方法有效，只有你願意堅持的那一種。
不知道自己不知道，可是也不會有人知道你不知道。
沒有人應該主動替你著想或是教會你職場上該會的事情。
離職前
離職前讓老闆理解你的職涯發展狀況，一開始就堂堂正正講真的理由。該好好反覆問自己是否在原來的公司沒有辦法得到任何的改善和進步了？
確認自己的計劃，反覆檢視是否需要離職。
提早和同事們、老闆聊聊可能會有想要異動的原因。
成長的速度是否被公司環境影響而變慢了。
離職會造成老闆的困擾會有幾個部分：
員工C/P值太高
接替的下一位難找
訓練的時間成本
延伸閱讀：離職預告期怎麼算？離職免預告、例假日試算等勞基法QA大解析
離職準備
決定要離開之後就提早做好相關準備，怎麼做交接就會怎麼留下自己在公司的印象。
越提早公開相關訊息，交接的時候就可以避免平常上班在逛網拍的同事打擾？大家過往在學校、職場都會遇到雷包隊友，讓透明度全開就可以讓目前專案或是團隊問題有機會顯化，相關公開訊息也可以在操作過程中留下紀錄。
只要把事實攤開來，當大老闆或主管知道後，有眼睛的人其實都會知道問題在哪裡。
最好的狀況是文件交付後，有問題再協助接任者 ⮕ 給對方需要的，對方才會感謝你。
提早讓各種問題透明且交代清楚 ⮕ 有事沒事就寄信、發群組訊息，留下真實的記錄與證據。
照三餐分享工作進度 ⮕ 讓全部有關的人都知道你在做什麼。
讓主管和同事知道：
為什麼你會選擇離職，而你又做了哪些努力
預告接下來的新人會怎麼死，至少知道哪裏有坑，能事先預防或繞路
離職工作交接
軟體專案操作上有3個重點：
地圖全開：不管懂或不懂都讓事實全貌呈現
寄信溝通：副本給想打擾的主管，不然就換主管打擾你
實體交接：好壞都要開會，相關主管務必在場
1. 地圖全開
這段時間的工作不是去理解，而是探索事實的全貌，就像玩世紀帝國遊戲剛開始會在初始建設後就使用速度最快的輕騎兵先把整個地圖跑過一遍，快速確認資源、敵方狀態和相對位置。
工作交接上：
用最快的速度看完專案全貌。
了解對方狀態、資源。
專案目前相對於短期目標完成所在的位置和未來發展的方向。
2. 寄信溝通
心虛的人通常不敢寄信，但建議還是留下證據，有雷被挖坑沒關係，但不需要讓未來整個團隊來背鍋，是之前的問題就該在離開前被顯示出來。
殷素素：「記住，別相信女人，越漂亮的女人越會騙人。」
不可考：「寧可相信世上有鬼，也不要相信男人那張嘴。」
寄信的好處有3點：
等交接時也可以原封不動將相關紀錄再交接
留下相關溝通紀錄，職場上推責任是必備技能，寄信是保護自己也保護部門
較方便將訊息同步給忙碌的高層主管，以前爛專案副本最高有給到副總
3. 實體交接
通常按照文件還是有機會跑不起來，實體的示範就相對重要。趁此機會對齊知識、文件、資源上的落差，像是如果步驟有少、檔案有少就需要快點請對方提供。
如果交接到有專案爛掉的情況，就在公開場合告知大家，並請示主管該如何處理，當然不期待可以修好，但至少讓對方協助在相關的位置補上註解，補註解就比較不會有時間不夠的藉口。
其他形式的交接就自己寫文件請對方確認或是請對方協助補相關說明。
離職遇過的5個交接鬼故事
工作這麼多年來，也交接10幾個專案跟不少同事交手過，底下簡單分享幾個鬼故事：
交接專案檔案有少給的情況，當然可能不小心沒有進版控或是認為這個檔案不需要進版控，所以不要天真單純的以為線上可以跑就可以跑了。
遇過專案會記憶體洩漏，由於伺服器都32G+在使用上並不會頻繁出現，經主管提醒用8G測試機開一整天測試才發現問題。
網頁在特定時段只要開著就會壞掉，這真的要感謝主管提醒，透過掛機也才能發現問題，不然得到說法是QC測過沒問題了。
同事背後被幾個部門抱怨仍沒優化做法，但可能沒有過受適當訓練無法解決問題，正常幾天做好的事拖到2週至1個月，只剩抱怨前任很爛的功能。
沒有任何交接文件，詢問主管時只說人還在直接問就好了。
（原文標題：離職交接計畫：軟體專案（被）交接的心態準備與踩坑鬼故事）
[joblist_plugin title='更多104【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
告別制式勞動，迎向 AI 時代人才的變革與重構
從 AI、大數據到雲端運算，智慧科技持續重塑企業運作模式，也同步改變科技人才的能力結構與職涯路徑。當技術不再只是工具，而是開始參與決策、流程與協作機制的設計時，企業對人才的期待，也隨之快速被改寫。隨著生成式 AI 進入科技研發現場，產業競爭的焦點，逐漸從單純的效能與技術規格面，轉向研發流程、協作效率與人才結構的重新配置。
文／104人力銀行
立即下載《2026科技業人才報告書-人才版》
本文導覽：
先定義後拆解，掌握工具且能同時進化的優勢
AI 不是取代能力，而是重新設計組織的槓桿
AI 改變的不只是工具，而是人才競爭的基準
無論是深耕資安領域的趨勢科技、由單點工具轉向 AI 驅動工作流程的KDAN 凱鈿、將服務版圖延伸至「新商務」場景的騰雲科技，亦或是持續推動流程優化的技嘉科技，皆不約而同指出：AI 並不是單一技術的導入，而是從根本上，重新定義工程師的工作方式與企業的選才邏輯。
先定義後拆解，掌握工具且能同時進化的優勢
趨勢科技指出，在資安產業中，AI 的導入不僅提升效率，更放大了攻防的速度與規模。企業真正需要的，已非能單純完成任務的工程師，而是要能理解問題、拆解問題，並知道如何運用 AI 讓產品與防禦能力持續進化的人才。「企業現在看的人才，不再是會不會寫 code，而是能不能用 AI 定義問題、拆解問題，並把它真正放進工作流程裡。」
這樣的轉變，使「會寫程式」逐步從門檻條件，轉變為一種基本能力。
KDAN 凱鈿則觀察到，企業選才的標準明顯被翻轉。過去對工程師的面試，多半以程式語言的熟悉度為主，然而當 AI 加入成為日常工具，真正拉開差距的，反而是思考邏輯和問題拆解的能力。「以前我們面試工程師，程式語言熟悉度大概佔六、七成，思考能力佔三、四成；現在幾乎倒過來。」甚至可以說，判斷能力及邏輯架構，已遠勝單一技術的掌握。能力結構之外，AI 也在重新設計工作流程本身。
AI 不是取代能力，而是重新設計組織的槓桿
面對 AI 帶來的轉型壓力，騰雲科技則是認為，企業需要的人才，除了熟悉新工具，得要能解構既有的流程與模式，並予以重新加以設計。「頂尖的人才必須完備能解構問題的智慧，將經年累月結痂的既有工作流程無情拆解，再結合新工具進行徹底重構，以此創造出破局的商業價值。」在如此框架之下，AI 並非取代既有能力，反倒成為推動組織再造的重要槓桿。
相較之下，在硬體與韌體研發領域，AI 帶來的影響則呈現不同面貌。
AI 的導入並非突然出現，而是建立在長期流程自動化與知識共享文化的基礎之上。技嘉科技表示，當標準化與重複性的工作逐步由工具接手，企業在選才的課題上，反而更回到人才的本質。「AI 並沒有讓工程師變得不重要或被取代，反而讓一件事變得更加清楚——當工具越來越強，人真正不可取代的，仍然是持續學習、理解問題，以及把經驗轉化為能被團隊延續的知識。」
也因此，雖分處不同產業與戰略位置的四家企業，卻給出近乎一致的答案——AI 確實已改變你我的工作流程與內容，也對工程師的角色重新定位，然而企業真正關注的，不是誰會被取代，而是誰能定義出與 AI 協作的新方式。
AI 改變的不只是工具，而是人才競爭的基準
當 AI 已能協助完成大量數據的整理、流程文件撰寫及程式生成，甚至是輔佐當下決策的研判時，隨之浮現的是一個跨越產業和領域的深層叩問——AI 會不會取代人類？
觀察四家受訪的企業，答案竟出乎意料地一致：AI 並不會讓「人」變得不重要，而是讓人才的價值重新排序。但首先被改變的是，企業對工程師角色的認知與理解。當標準化、重複性的工作逐步由工具接手，真正拉開差距的，不是技術的熟練度，而是能否理解問題、拆解流程，並持續與新工具共同進化的能力。
正如受訪者所指出：「不是 AI 會取代人，而是會用 AI 的人，會取代不會用 AI 的人。」對企業而言，這意味著選才邏輯正在改變；對求職者而言，也代表未來職場的競爭力，將來自於跨領域理解問題的能力，以及在變動之中持續重塑自身角色的位置。
立即下載《2026科技業人才報告書-人才版》
掌握更多科技業人才趨勢，大家都在看這些：
告別制式勞動、迎向職能重構：騰雲科技在 AI 時代的破局商業學
AI 時代，寫程式不再是護身符——KDAN 凱鈿重新定義「好人才」
AI 時代的研發現場：回歸人才特質，技嘉如何重新定義工程師的工作方式
在趨勢科技，唯一的競爭對手是駭客：AI 時代下，資安人才與研發現場的真實變化
AI 時代的研發現場：回歸人才特質，技嘉如何重新定義工程師的工作方式
隨著 AI 技術快速發展，科技產業的競爭焦點也逐漸從單純的硬體效能與產品規格，轉向研發流程、協作效率與人才結構。AI 的導入不只是加入新工具，而是重新定義工程師的工作方式，整個工程生態正逐漸從「單一開發」走向「系統化管理」與「跨域協作」。
文／104人力銀行
本文導覽：
從自動化到 AI 工具導入，研發現場的變革早就開始
AI 真正改變的，是工程流程的邏輯
AI 改變選才條件嗎？技嘉更看重的是：人格特質
AI 不會取代工程師，但會改變工程師的角色
在技嘉科技（GIGABYTE Technology，以下簡稱技嘉）的研發現場，這樣的轉變其實已經持續了十多年。韌體開發二處處長吳宗達在技嘉任職超過十五年，主要負責主機板 BIOS 與韌體相關開發。他回顧，從早期 CI/CD 與開發自動化，到近年把 AI 工具與 AI Agent 帶進工作流程，真正改變的並不是單一技術，而是整體研發流程的思考方式。
從自動化到 AI 工具導入，研發現場的變革早就開始
吳宗達回憶，十多年前進技嘉時，研發團隊仍有大量重複且需仰賴人工處理的工作，流程也尚未建立完整的標準化機制，於是開始著手推動工作流程的優化，而 AI 的導入並非突然，而是建立在多年流程自動化與整合的基礎之上，AI 的加入更像是一把催化劑，正微妙地重塑工程師的日常。
過去很多時候，只要把功能完成即可；現在則更強調文件與知識整理。「以前可能只要把事情做完，現在會更重視為什麼這樣做，還有怎麼讓別人下次更容易接手。」
AI 真正改變的，是工程流程的邏輯
AI 對研發現場最大的影響，其實不是單一工具，而是整個開發邏輯的轉變。就吳宗達形容，過去的工程流程比較像是單一線性的任務鏈，僅需交付給特定負責的人即可。
隨著產品與系統越來越複雜，單靠記憶與口述交接已難以支撐整個研發體系，這些原本存放在人腦中的知識與個人經驗，必須被整理成文件、紀錄與規格，甚至要能轉化成可被系統使用的資料結構。
從口耳相傳的經驗，轉向數位化的 Open File，最終成為 AI 可讀取的 Open Data。然而從AI 的角度來看，真正的問題反而是餵給 AI 的「資料不夠多」。他指出，若企業內部沒有足夠的工作紀錄、文件資料，AI 也無法持續迭代學習。
也因此，就研發流程上逐步從「流程導向」（Process Oriented） 轉向 「API 導向」（API Oriented）的思維，將原本分散在不同開發人員或部門的工具與資料可以被串接，整體的工作流程也能橫向擴展。
他坦言，AI 目前主要還是輔助的角色，部分的規格整理、工作日誌彙整，皆可透過 AI Agent 協助完成，同時讓管理者能更容易掌握專案脈絡、進程。倘若涉及到績效評估、團隊溝通或情境判斷時，仍需要回到「人」來做最後的決策。
技嘉科技韌體開發二處處長吳宗達
AI 改變選才條件嗎？技嘉更看重的是：人格特質
AI 技術快速發展，也讓許多企業重新思考或定義徵才的條件；而在技嘉的研發團隊中，選才標準並沒有出現劇烈改變，反而是回歸初衷：人格特質。
人資夥伴補充，技嘉的研發職缺，第一關是由主管直接做篩選，長期以來他們最重視的特質，其實一直沒有變：好奇心、學習能力，以及解決問題的熱情。AI 工具的使用經驗當然加分，對多數 RD 職缺來說，並不是唯一的門檻，只要具備良好的基礎能力與學習意願，很多工具都可以進公司後再學習。
在吳宗達看來，AI 時代反而讓這些人格特質變得更重要。根據他的觀察，現在不少工程人才會透過 Side Project 或 GitHub 專案展示自己的能力，像是開發小工具、嘗試自動化流程，甚至研究區塊鏈或智能合約等題目。這些看似與職缺未必直接相關的經驗，往往能反映一個人是否真的對技術有興趣，也更容易被企業注意到。
「如果一個人平常就會自己做一些 Project，我通常會特別留意。」這也正呼應當前科技產業的招募趨勢，對許多年輕工程師而言，找工作不再只是離職後才開始準備，而是平時持續累積作品與成果，在市場上保持被看見的狀態。
AI 不會取代工程師，但會改變工程師的角色
當被問到 AI 是否會取代工程師時，吳宗達的答案很直接：「不會，但工作思維一定會變。」他認為，未來的工程師角色會更像是與 AI 協作的整合建構者，而不是單純執行任務的人。許多企業過去長期忽略的流程問題，包括知識沒有被記錄、流程缺乏標準化⋯⋯現在都必須重新整理並規格化。
因此，看似「工作變多」，但其實是那些是原本被忽略的流程工作，現在開始被系統化與文件化。隨著 AI 工具越來越成熟，工程師的價值也正在改變：不再只是完成某個任務，而是能理解整體工作流程、整理知識，並讓團隊能力得以持續累積。
AI 並沒有讓工程師變得不重要或被取代，反而是讓一件事變得更加清楚——當工具越來越強，人真正不可取代的能力，仍然是持續學習、理解問題，以及把經驗轉化為能被團隊延續的知識。
立即下載《2026科技業人才報告書-人才版》
[joblist_plugin title='更多104【技嘉科技】工作機會' url='https://www.104.com.tw/company/a4kvltk' amount='3']
ARCI法則是什麼？用4角色解決跨部門分工混亂│專案管理必學技巧
ARCI法則（阿喜法則）是解決跨部門分工混亂的專案管理工具，透過當責者A、負責者R、諮詢者C、知會者I這4個角色，讓每項任務都有明確主導人，本文會說明ARCI是什麼、當責與負責的差異，以及如何建立責任矩陣，趕緊學起來，讓專案不再卡關。
文／《104職場力》
本文導覽
ARCI法則是什麼？阿喜法則的4個角色定義一張表快速記住ARCI法則4個角色ARCI法則怎麼用？建立責任矩陣關鍵4步驟步驟1│先把專案拆成具體可執行的任務步驟2│為每個任務指定角色步驟3│確認每個人的角色認知步驟4│卻ARCI落實進日常工作流程ARCI常見問題與錯誤：3個地雷要避開地雷1│搞不清「當責」跟「負責」，導致出現兩個A！地雷2│把所有人都塞進C地雷3│I只是名單，資訊沒有真正傳到位ARCI適用什麼情境？為什麼跨部門專案特別需要ARCI法則？
多人協作的專案，最常在哪裡卡住？通常不是技術問題，也不是時程太緊，而是一件更基本的事：沒有人說清楚「這件事到底誰負責」。
任務在會議上交代了，但最後沒人真正接手；兩個主管同時下指令，團隊不知道該聽誰的；法務、客服等關鍵部門到了專案快結束才被拉進來，導致延誤或重工等，這些問題，幾乎每個跨部門工作者都遇過，根源都在於分工不明確。
ARCI法則（又稱阿喜法則）就是為了解決這個問題而生的工具，它不複雜，核心只有4個角色，但能把原本說不清楚的責任關係結構化，讓整個團隊知道該專案「誰主導、誰執行、誰要先被問、誰需要被通知」。
ARCI法則是什麼？
ARCI法則（ARCI Model，中文讀音就是唸「阿喜」）主要是用來推動跨部門專案與管理的工具，這4個字母各代表一種角色，並依重要性排列：
阿喜法則的4個角色定義
A — Accountable（當責者）
當責者A是指身為一項任務的「最終負責人」，這個角色擁有拍板決策的權力，但也必須為專案握的最終成果承擔全部責任，通常每個活動或專案中只會有一位當則者。
R — Responsible（負責者）
負責者R是指實際把任務做完的人（執行者），在當責者A的帶領下規劃、執行、追蹤，並定期向A回報進度，跟A不同的是，同一項任務中可以有多位R。
C — Consulted（諮詢者）
通常在專業度或複雜度較高的任務推進前，會需要諮詢專家意見，諮詢者C就是這類顧問型角色，但要注意的是，除了給意見、協助溝通之外，C沒有決策的權力（主導權必須在當責者A手上）。
I — Informed（知會者）
知會者I不參與決策，通常也不會執行任務，只需要在每個節點上「被告知專案進度或結果」，方便後續任務執行即可。
一張表快速記住ARCI法則4個角色
角色關鍵問句人數限制Accountable 當責者這件事最後誰說了算？只能1位Responsible 負責者這件事誰實際去做？1位或多位都可Consulted 諮詢者決策前需要問誰？視需求，精準為佳Informed 知會者結果需要讓誰知道？視需求
ARCI法則怎麼用？建立責任矩陣關鍵4步驟
ARCI的執行方式比想像中容易，重點不是有沒有做表，而是有沒有讓它變成團隊的共同語言，只要依循這4個步驟就能輕鬆上手：
步驟1│先把專案拆成具體可執行的任務
不要一開始就急著指定角色人選，因為任務越模糊，角色越難分配，這階段首先要把專案「分解成明確的工作項目」，舉例來說：
今天有個新產品上市專案，任務拆開來應包含：產品定位與目標設定、行銷素材製作、合約與法規審查、平台上線與技術測試、上線後成效追蹤等具體細節，不是單純用「讓產品順利上市」這麼籠統的方式概括。
步驟2│為每個任務指定角色
任務拆解完後，再針對每一項指定對應的ARCI角色，同樣以「新產品上市」專案為例，分工舉例如下：
任務項目A當責者R負責者C諮詢者I知會者產品定位與目標設定產品主管PM業務、行銷工程、設計行銷素材製作行銷主管文案、設計師PM、品牌業務、客服合約與法規審查PM法務財務、採購產品主管平台上線與技術測試技術主管工程師、QAPM、客服行銷、業務上線後成效追蹤PM行銷分析師業務、產品各部門主管
延伸問題：「當責者A」與「負責者R」可以是同一個人嗎？
可以，但不是什麼專案都適合。
在小型任務或人力真的極有限的情況下，A與R都由同一人擔任這沒什麼問題（甚至還很常見），但如果是大型專案或跨部門合作時，A與R會建議分屬不同人，這樣有個好處：A能夠用更宏觀的角度督導成果，而R能夠專注在執行細節，兩者形成監督與執行的分工。
步驟3│確認每個人的角色認知
實行ARCI常常發生的烏龍是「角色分配好了，但對於要做的事情及責任範圍的認知沒對齊」，於是最後在混亂中失敗了。
建議分配好角色後，可以在專案啟動會議（Kick-off）中，明確說明個角色的權力義務，並讓大家複誦自己的理解，確保彼此認知一致，而不是分好、填上握表格就當完成。
步驟4│卻ARCI落實進日常工作流程
另一個ARCI最容易失效的原因是「分配的時候用ARCI法則，但執行用另一套」。
其實要把它融入實際工作也有訣竅，比如：
做下一個重大決策前，先確認C是否已參與並給意見。
每次例會先看A有無到場，是否了解情況跟當前成果。
定期追蹤專案進度，確保R有精準執行，若有問題也可同步解決。
產品或資訊對外發布或上線前，確認I名單中的人都已收到資訊。
當ARCI成為專案溝通跟執行的基本框架，它才能真正發揮效果。
ARCI常見問題與錯誤：3個地雷要避開
地雷1│搞不清「當責」跟「負責」，導致出現兩個A！
「當責」跟「負責」傻傻分不清楚，這是團隊在分配ARCI角色時最常遇到也是最容易混淆的地方，如果沒有釐清，導致一項任務出現兩個或以上的A，那最終還是可能會落得專案無人負責或目標分散的下場。
所以「當責」跟「負責」差在哪？
我們以一個具體例子來說明：
主管要你把一份文件寄給合作夥伴，你把信寄出去、任務完成了，這是「負責（Responsible）」的表現，但如果你在寄出後打電話確認對方收到，且傳遞到正確的人手上，確保溝通目的達成，這就是「當責（Accountable）」。
簡單說，負責者R對任務執行完成與否負責（事情做完了嗎？）但當責者A還必須對執行後的結果負責（要的結果達到了嗎？）這個差異，決定了A與R在專案中截然不同的角色定位，也決定了兩者的價值。
了解之後，團隊必須謹記規則：每項任務只有一個A，如果真的難以取捨，代表這個任務需要再拆細，或者需要在組織層面更清楚釐清誰有決策權。
地雷2│把所有人都塞進C
C的本意是「需要其意見才能做出好決策」，而不是「有點相關的人都放進來」，沒經過取捨萬一讓C清單過長，會導致每件事都因為要等一大圈人確認，反而延遲專案進度。
真正應該列入C的人選，是那些「專業或意見會直接影響任務成果」的人，例如：法律風險由法務判斷、技術可行性由工程師確認。
地雷3│I只是名單，資訊沒有真正傳到位
ARCI矩陣上的I欄看起來雖然在末端，但絕對不能輕忽！會列入I代表這批人是「有必要了解進度或成果」的角色，可能是專案後期的支援端，或是完成後續的推廣／結案單位等，如實知會這些單位才能避免公司資訊或營運出現斷層。
ARCI適用什麼情境？
ARCI其實適用於所有需要多人協作的工作，但在下列幾種情境中，使用的效益最為顯著：
跨部門專案：例如品牌活動、數位轉型、系統導入、制度改版等，涉及的部門越多，ARCI所帶來的降噪效果越明顯。
流程長、節點多的任務：例如新產品上市、大型品牌活動、組織年度報告等，這類任務每個環節的A和R都可能不同，適時定義與分工，才能確保每個流程細節的品質。
新主管接手或新團隊建立：在新團隊磨合期間，可以用ARCI快速建立共識與默契，比瞎猜、亂摸索再補救有效得多。
分不清責任歸屬的團隊：有些團隊可能人多事多，或都是資歷較淺的工作者，若沒有主心骨、分工不明確，可能會出現一團亂的局面，這時候實行ARCI能幫助大家了解責任歸屬、提升效率。
為什麼跨部門專案特別需要ARCI法則？
跨部門協作有一個共同的隱性問題：每個人腦中對「自己該做到哪裡」的責任認知其實完全不一樣。
因為專業、組織文化的不同，對同一件事有不同理解跟看法這很正常，但如果沒有拿出來討論，讓灰色地帶無限延伸，很容易變成專案卡關主因之一，甚至出現搶功勞或到處卸責的尷尬局面，比如以下幾個最常見的協作痛點：
任務沒人接：任務在會議上說完了，但沒有人明確承接，最後就懸在半空中，這正是因為沒有指定A與R，導致大家都以為別人會做，最後落得一場空。
找不到決策窗口：事情推進了一半，遇到問題需要選擇、收斂或決策的時刻，卻沒有人能給明確的指示，導致錯失黃金期或期程延宕。
太多意見喬不攏：跟上面那點相反，萬一是一堆人都搶著當A，光是對焦目標就夠累了，還可能會出現多頭馬車的情況，不僅影響執行效率，到最後也可能導致分裂對立。
關鍵部門太晚加入：很多組織習慣專案先行，邊做邊加人，其他部門有什麼問題再補救，但萬一是法務、技術這種硬傷，到最後階段才被通知的結果，不是雞飛狗跳就是砍掉重練，ARCI在一開始就把C與I明確列出，能有效避免這個問題。
很多人以為專案管理的重點只有包含時程控管、進度追蹤，但在真實職場中，當角色分配、責任歸屬等更前端的事沒有先處理好，後續會更加窒礙難行。
ARCI法則優勢在於，它把一件本來說不清楚的事，用4個角色結構化了，當每個人都知道自己在這個任務裡是誰，不需要每走一步就確認一次，那溝通成本就會明顯下降。
下次啟動一個新專案之前，不妨先花點時間把分工說清楚，會發現推行起來事半功倍唷！
延伸閱讀：
做了13個番茄鐘專案才推進10%？你可能用錯「番茄鐘工作法」！
甘特圖是什麼？免費軟體＋甘特圖Excel範例教學懶人包
如何用AI分析主管性格？用DISC模型改善向上溝通，應對不同類型上司
用AI分析主管的溝通風格可行嗎？本文介紹如何運用DISC性格模型，判斷主管偏好的溝通方式，並調整彙報、回饋與向上管理策略，讓職場溝通更順暢。節錄自《AI職場溝通力》。
文／紀菲
本文目錄（點擊可快速前往）
懂性格分析的AI，幫你輕鬆應對「百變」上司用AI工具分析主管DISC性格及應用步驟一：蒐集資訊步驟二：利用AI進行分析與回饋步驟三：理解上司的性格步驟四：調整彙報方式步驟五：應用並觀察步驟六：持續改進想分析上司性格，要提供哪些資訊給AI？
懂性格分析的AI，幫你輕鬆應對「百變」上司
在職場上，我們會遇到各種各樣的上司：有的喜歡直來直往，有的喜歡拐彎抹角；有的熱情如火，有的冷靜如水。要想和這些上司打好交道，首先得懂他們！
我有個朋友叫Sam，他在一家公司做專案助理。他的上司王總是個典型的「工作狂」，對工作要求極高。Sam剛就職那陣子，每次彙報工作都小心翼翼地，生怕出一點差錯。但王總似乎總是不太滿意，Sam為此頭疼不已。
有一天，Sam在為一個重要的項目彙報做準備，他知道這將是一次大考。於是，他加班到深夜，把彙報資料做得盡善盡美。第二天，他信心滿滿地走進會議室，結果王總聽了不到5分鐘，就皺起眉頭說：「這些細節我都知道了，直接說重點！」Sam當場就傻眼了，他辛辛苦苦準備的內容就這麼被一句話帶過了。
你看，如果我們不能準確把握上司的性格和溝通風格，那麼我們的努力很可能就會付之東流。
在探索和瞭解他人方面，人類的智慧是無窮的。學者們提出了多種性格分類方法，這些方法可以幫助我們更好地理解他人，更好地與他人溝通。而在職場溝通中，我想給大家介紹一個非常實用的性格分析工具—DISC性格分類模型。這個模型把人的性格分成4種類型：D型（Dominance，支配型）、I型（Influence，影響型）、S型（Steadiness，穩健型）和C型（Compliance，服從型），如下圖所示：
我們可以簡單地這樣記：D老大、I小太陽、S暖寶寶和C小偵探。
D老大：就是那種走路帶風、說一不二的上司。他們目標明確，行動迅速，喜歡掌控全域、直截了當，不喜歡拖泥帶水。
I小太陽：這種人熱情開朗，總是笑容滿面。他們喜歡和人打交道，善於帶動團隊氛圍，鼓勵發揮創意和自由表達。
S暖寶寶：這種人性格溫和，耐心細緻。他們總是默默付出，為團隊提供溫暖和支持，這類上司則更注重團隊的和諧與穩定。
C小偵探：他們邏輯性強，注重細節，總是能發現別人忽略的問題，是團隊中的「糾錯專家」。他們追求完美，對工作品質有極高的要求。
說到這4種性格的人，我腦海裡立刻浮現出《西遊記》。孫悟空就是D老大，戰鬥力「爆表」，喜歡獨當一面；豬八戒就是I小太陽，總能逗大家開心；沙僧則是S暖寶寶，默默付出，不求回報；唐僧就像C小偵探，追求完美、講究細節，如下頁圖所示。
那我們如何應對這幾種性格的上司呢？
遇到D老大，你就得直接點，別繞圈子，有什麼說什麼，別拖拖拉拉的，他們喜歡有決斷力的下屬。
遇到I小太陽，你就得熱情點，多誇誇他們。他們喜歡被人關注和認可，所以你的回饋要及時。
遇到S暖寶寶，你就得耐心點，多聽聽他們的想法。他們雖然話不多，但心裡都有數。
遇到C小偵探，你就得嚴謹點，別出錯。他們眼睛裡容不得一粒沙子，所以你的報告不但要詳細，還需要有深度。
你可能會說：「我知道不同的人有不同的性格，但我不擅長分析別人的性格啊，這可怎麼辦？」不用擔心，有AI幫你，它就像一位高情商的人際管理專家。
用AI工具分析主管DISC性格及應用
比如Adam，他以前總是搞不懂上司的心思。但自從他使用了AI性格分析工具後，一切都發生了翻天覆地的變化。
那Adam具體是怎麼做的呢？
步驟一：蒐集資訊
Adam開始蒐集上司在溝通方面的資訊，包括：上司在團隊郵件中的回覆、上司在會議上的發言、上司寫的報告或工作指導文件。
步驟二：利用AI進行分析與回饋
他將蒐集到的資訊提供給AI，讓AI透過自然語言處理技術來分析上司的語言風格和行為模式。
比如，他可以這樣問AI：
「我們現在面臨的挑戰非常嚴峻。專案進度已經比原計畫落後了整整兩週，這對我們整個季度的業績都有影響。我需要大家立即行動起來，展現出我們團隊的執行力和決心。首先，我要求專案經理立即提供一個詳細的趕工計畫，包括每天的具體任務和預計完成時間。其次，我需要所有團隊成員對自己的工作負責，確保每一步都精確無誤。我們沒有時間再犯錯誤。我不希望再聽到任何關於問題的討論，我需要的是解決方案。如果你遇到障礙，給我一個明確的計畫，告訴我你打算如何解決它。我們的目標是在下個月底前完成這個專案，不要有任何藉口。最後，我需要看到資料，看到進度。每個部門的負責人都要向我報告你們部門的進展情況，以及你們如何確保按時完成任務。我期待大家的表現，讓我們行動起來！」這是我的上司在會議上的發言，請基於這段發言幫我分析上司的DISC性格。
AI回答：
基於您提供的上司在會議上的發言，我們可以嘗試對他的DISC性格進行分析。DISC性格分類模型是一個廣泛使用的性格分析工具，它根據四個主要面向來評估一個人的性格傾向：D（支配型）、I（影響型）、S（穩健型）和C（服從型）。從發言中，我們可以觀察到以下特點：D（支配型）：●強調專案的緊迫性和重要性；●要求立即行動，展現出對結果和效率的重視；●不希望聽到問題，而是直接見到解決方案；●設定明確的目標和期望，即在下個月底前完成專案。I（影響型）：●在這段發言中，上司並沒有特別展現出強烈的影響型特徵，如熱情或鼓勵性的言辭。S（穩健型）：●雖然上司強調了專案的緊迫性，但他並沒有表現出典型的穩健型特徵，如耐心、合作或考慮他人的情感。C（服從型）：●要求專案經理提供詳細的趕工計畫，並需要每個部門報告進展情況；●強調工作推動精確無誤，這反映他對細節和準確性的關注。
基於上述分析，我們可以推斷這位上司的性格傾向於D（支配型）和C（服從型）。他展現出強烈的任務導向性，要求迅速行動、設定明確目標，並關注細節和準確性。他不太注重情感因素或團隊合作等軟性方面，而是更關注結果和效率。
需要注意的是，這種分析是基於一段特定的發言進行的，而人的性格是複雜的，可能在不同情境下展現出不同的特點。因此，這種分析應該被視為一種初步和大致的評估。
在反覆提供不同資訊和AI進行分析討論後，Adam判斷上司很可能是D型。
步驟三：理解上司的性格
Adam又問AI：針對D型上司，如何溝通更有效率？
AI回答：
針對D型上司，要實現高效率溝通，可以考慮以下幾點策略：1.直接和簡潔。D型上司通常喜歡直接、簡潔的溝通方式。因此，在彙報工作、提出問題或尋求回饋時，你應儘量避免冗長和複雜的表述，直接陳述要點，用資料和事實支持你的觀點。2.突出結果和解決方案。D型上司往往關注結果和行動。在與D型上司溝通時，應優先展示你已經取得的成果或計畫達成的目標，並針對問題準備好相應的解決方案，不要只是抱怨或尋求同情。3.尊重上司的時間。D型上司通常時間觀念很強，不喜歡浪費時間。因此，在與其溝通前要確保你的請求或問題是緊急且重要的。同時，在會議或討論中，你應儘量保持高效率和專注，避免進行無關緊要的閒聊。4.保持積極和自信。D型上司通常欣賞下屬積極、自信的態度。在與其溝通時，要表現出你的專業性和自信，同時避免發表過於消極或自我否定的言論。即使你面臨困難或挑戰，也要展現出你正在積極尋找解決方案的態度。5.提供明確和具體的回饋。當D型上司向你提出要求或建議時，你要給予明確和具體的回饋。這有助於他們瞭解你的進展情況和需要的支援。同時，如果你對他們的要求有任何疑問，也要及時提出並尋求澄清。6.瞭解並適應上司的溝通風格。瞭解並適應上司的溝通風格可以幫助你更有效地與他們溝通。透過觀察他們的行為、語言和溝通習慣，你可以逐漸理解他們的期望和需求，並據此調整自己的溝通方式。7.尋求共同點。在溝通中，嘗試找到與D型上司的共同點。這有助於建立聯繫和信任，並使他們更願意聽取你的意見和建議。綜上，要記住，高效率溝通是一個雙向的過程。在努力適應D型上司之溝通風格的同時，也要保持自己的專業性和自信，勇於提出自己的觀點和建議。
步驟四：調整彙報方式
根據AI的回饋，Adam開始調整自己的彙報方式。他學會了在彙報前總結關鍵點，確保每個要點都簡潔有力；他避免進行冗長的解釋，而是直接提供結果和必要的資料支持。在提出問題時，他會同時提供幾個解決方案，並闡述每個方案的利弊。
步驟五：應用並觀察
在下一次與上司的一對一會議中，Adam採用了新的彙報方式。他直接彙報了項目的關鍵成果，並提出了幾個明確的後續行動計畫。Adam注意到上司對他的彙報反應積極，沒有像以前那樣頻繁打斷他，而是認真聽完了他的彙報，並給予了建設性的回饋。
步驟六：持續改進
Adam意識到溝通是一個持續的過程，他決定繼續使用AI來監測上司的反應，並根據需要調整自己的溝通策略。
時間一晃就過去了好幾個月，Adam在這段時間裡截然不同。他和上司的溝通越來越順暢，這讓自己在職場上的形象煥然一新。上司看他這麼能幹，不僅經常找他商量事情，還把更多的重擔交給了他，對他既信任又看重。
想分析上司性格，要提供哪些資訊給AI？
那我們可以蒐集哪些資訊提供給AI，讓AI幫助我們分析上司的性格呢？我幫你整理了一下，具體如下：
郵件：上司在郵件中呈現的語言風格、決策指令和溝通方式都是分析上司性格的關鍵線索。
會議發言：如果可能，蒐集上司在會議中的發言，包括開場白、提出的問題、做出的會議總結等。
工作文件：例如主管撰寫的工作報告、專案計畫書或績效評估報告等文件，能夠體現上司的專業風格和性格傾向。
決策案例：記錄上司在特定情境下做的決策，包括決策的速度、風格和偏好等。
回饋和評價：上司在工作中給予的回饋和評價，尤其是上司提出的批評和建議。
日常交流內容：在日常工作中，上司與同事的非正式交流內容，如休息時的聊天內容。
演講：上司公開演講的影片也能為分析上司的性格提供線索。
任務分配方式：上司分配任務的方式也能反映其性格特徵。
最後，溫馨提示一下，人的性格複雜多變，不是一兩個詞就能概括的。比如，一個人平時看起來挺果斷，做事雷厲風行，但處理一些講究細節的問題時，他又能慢得下來。所以，借助AI分析上司的性格時，別指望一次就能分析得徹底，可以多分析幾次，嘗試不同的AI工具。
跟上司打交道，別急著給他們貼標籤，我們得多觀察，多瞭解他們的性格，然後據此調整我們說話做事的方式。要是覺得與上司的溝通不太順暢，就要及時改變溝通策略，在不斷調整的過程中，我們和上司的溝通肯定能越來越順暢。
節錄自：商周出版《AI職場溝通力：讓你在彙報、面試、提案中一開口就說服人．AI時代不被淘汰的職場溝通學》／紀菲 著
104 AI職涯顧問發布《2026年科技業人才報告書》 人才缺口達19.3萬
AI發展，科技人才扮演重要角色！104獵才顧問用AI替中高階工作者推出的專業亮點加速器「104 AI職涯顧問」發布《2026年科技業人才報告書》，2026年科技業每月人才缺口達19.3萬人，當中以軟體及網路業人才缺口6.3萬人最多，半導體業人才需求增長最明顯；各職類中，軟體/工程類人員每月徵才2.5萬人最多，操作/技術、製程規劃、品保/品管人才缺口年增幅超過2成，成長速度最快。當前科技業迎接AI技術進入規模化應用，科技業招募也越來越重視AI人才，其中軟體網路業工作機會中，有3成為AI相關職務最多；以及全球供應鏈重組，外派工作機會以亞洲為最大宗，但美加地區自2025下半年起呈現翻倍增長，集中回補電子製造與半導體產業人才。下載《2026年科技業人才報告書》：https://pse.is/8yk67k
科技產業招募「位移效應」 半導體走升年增23% 軟體網路業趨緩
104 AI職涯顧問《2026年科技業人才報告書》透過數據了解軟體網路業、電信及通訊業、電腦及消費性電子製造業、光電及光學業、電子零組件業、半導體業6大科技產業徵才與薪資現況。觀察近3年六大科技業招募趨勢，104人力銀行人才永續長鍾文雄分析，科技業人才招募出現「位移效應」，軟體網路業雖長期是科技業中人才缺口最大的產業，但自 2024 年下半年從每月徵才最高峰8萬人滑落至2026年6.3萬人，相對半導體業則自2024年起穩定走升，每月徵才2.7萬人增長至4.1萬人，與去年同期相比年增幅達23%，反映AI、先進製程、高效能運算與供應鏈去風險化，持續推升核心技術人才需求。
科技業三大徵才職務：軟體/工程、工程研發、操作/技術 實作型職務人才需求激增
根據《2026年科技業人才報告書》，2026年科技業主要徵才職務軟體/工程類每月徵才2.5萬人最多、工程/研發類與操作/技術類2.4萬人居次。104人力銀行人才永續長鍾文雄指出，隨著AI工具的普及與效率提升，企業對工程師的需求正從「量」的擴張轉向「質」的盤整，軟體/工程類工作機會年減5%；操作/技術類提升30%、製程規劃類成長29%、品保/品管類增21%，反映出科技業發展重心正落地於實體產能的優化與良率的提升。對於具備現場管理與流程規劃能力的在職者來說，工作機會在自動化浪潮中不減反增。
科技業AI工作占比持續上升 軟體網路業成標配、電子製造業增長最明顯
AI從技術研發走向應用，《2026年科技業人才報告書》數據顯示，科技業中以軟體網路業的AI工作機會單季約2.7萬個最多、電腦及消費性電子製造業1.1萬個第二、半導體業1萬個第三。進一步觀察各產業AI工作機會占整體的比例，軟體及網路業自2025年維持在3成以上，顯示產業已進入高成熟度階段，AI 幾乎成為標配技能；電腦及消費性電子製造業變化最為明顯，占比由22%穩定上升至26%，反映AI正快速滲透至產品設計、製造流程與智慧應用；半導體業則維持在21%至22%間，小幅成長但節奏穩定，顯示AI導入多集中於關鍵製程與高價值環節，策略相對審慎；電信通訊、電子零組件與光電光學，AI占比多落在13%至16%，仍屬於逐步擴散的導入期。
科技業外派工作地區亞洲最多 美加翻倍成長人才需求強勁
地緣風險提升，全球供應鏈迎接新挑戰之際，《2026年科技業人才報告書》觀察科技業外派工作趨勢發現，6大科技產業中，電腦及消費性電子製造業每月徵才1,800個最多、電子零組件業1,100個第二、軟體及網路業700個第三。地區分布方面，亞洲地區長期維持每月約 3,100至3,800個工作機會最多，已成為科技業海外布局核心，相較大陸港澳外派需求明顯下滑，自2024年初約300個工作機會，降至2026 年1月僅約 160 個。另一方面，美加地區在美國推動美國製造政策，外派需求自2025年起快速增長，從2025年每月徵才247人增加至2026年593人翻倍成長，外派人才需求增長最明顯。
整體而言，科技業徵才已由過去的全面擴張，轉為聚焦「關鍵技術、關鍵產業、關鍵人才」的新常態。從AI、大數據到雲端運算，智慧科技正持續重塑企業的運作模式，也同步改變科技人才的能力結構與職涯路徑。下載《2026年科技業人才報告書》：https://pse.is/8yk67k
科技業求職，你還會想了解
五大數位科技人才「關注企業排行榜」出爐！台達電最風光
搶當AI新貴！6.7萬個AI工作機會 62%不限科系歡迎新鮮人
AI產品經理需求5年成長263%！從Chatbot到AI Agent，PM工作正在發生什麼變化？
生成式AI熱潮即將進入新階段，企業對AI人才的需求也明顯發生變化。前幾年當我們談到「AI人才」時，多數人第一時間想到的可能是「AI工程師」、「資料科學家」或「機器學習工程師」；但到了2026年，另一群人才正在快速受到企業重視——那就是「AI產品經理」(AI Product Manager)。
文／《104學習》
本文導覽
AI產品經理是什麼？不只是「會用ChatGPT的PM」趨勢一：AI人才需求正在從工程端往產品與商業端擴散趨勢二：從「AI Chatbot」進入「AI Agent」時代趨勢三：PM不一定要成為工程師，但「做得出來」正在變重要趨勢四：只會Prompt，差異化可能愈來愈小趨勢五：企業不再只看AI使用率，而開始追問ROI趨勢六：AI Governance也正在進入產品經理的工作範圍未來可能不是「AI PM變多」，而是「所有PM都要懂AI」想進入AI產品領域，可以從這4層能力開始光是「知道AI」還不夠，實作才是最重要的一步從「會用AI」到「管理AI」，PM競爭正式進入下一階段
根據《104學習》發布的《AI人才趨勢報告》，近5年台灣AI人才需求成長 97.6%，明顯高於整體招募市場同期增幅。其中，「專案／產品管理」相關AI人才需求從2022年平均每月951人，增加至2026年3,453人，5年增幅高達263.1%，是成長幅度最高的職類。
這個數字透露了一個重要訊號：企業現在缺的不只是「會開發 AI 的人」，更缺「知道怎麼把 AI 做成產品的人」。
而這樣的轉變並不只發生在台灣。
從美國科技業到全球大型企業，AI發展的焦點正在從「模型有多強」，進一步走向「AI能不能真正進入工作流程、解決問題，並產生可以衡量的商業成果」。
產品經理，也因此站到了這波 AI 轉型的第一線。
延伸閱讀：不再只看影片！AI如何顛覆企業培訓？「圍繞AI設計學習體驗」成2026職場新顯學
AI產品經理是什麼？不只是「會用ChatGPT的PM」
「AI產品經理」(AI Product Manager)並不是多學、會用幾個AI工具，就可以在職稱前面加上「AI」。
簡單來說，AI PM 真正要做的是：
找到值得 AI 化的問題，設計 AI 解決方案，再把它變成使用者願意使用、企業可以持續經營的產品。
傳統產品經理需要進行：使用者研究、規劃 Roadmap、管理產品需求、分析數據，以及協調設計與工程團隊。
儘管這些能力到了AI時代仍然重要，但AI產品又多了不少全新的不確定性。
例如：
AI回答到什麼程度才算正確？
準確率90%可以上線嗎？
如果AI判斷錯誤，誰負責？
哪些事情可以讓AI自動完成？
什麼時候需要人類確認？
模型使用成本多少才合理？
使用者資料能不能送進大型語言模型？
AI產生幻覺時，產品要如何處理？
這些問題已經不單純是工程問題，同時也是產品的問題，因此，AI PM 的角色正在逐漸從單純的「需求管理者」，轉向：「Product Manager × AI Solution Designer × Business Owner」。
延伸閱讀：AI PM紅什麼？！年薪上看150萬！
哪些職類適合轉職成AI產品經理？這5種背景都有機會
你可能會想：「一定要原本就是產品經理，才能成為AI產品經理嗎？」
其實不一定。
AI產品經理需要的並不是單一技能，而是「產品思維 × AI理解 × 商業判斷 × 產業知識」的組合。因此，不同職務背景的人，都可能帶著原本的專業優勢切入AI產品領域。企業需要的不只是懂技術的人，更需要能理解實際工作問題、知道哪些流程值得AI化的人。
舉例來說，以下幾類工作者，轉職AI產品經理時尤其具有既有優勢：
產品經理／專案經理：產品方法與跨部門協作能力最接近。
軟體工程師／資料分析師：懂技術，更容易判斷AI能不能做。
UX／UI／使用者研究：最懂使用者如何與AI互動。.
行銷／營運／商業企劃：最了解市場、流程與ROI。
HR、金融、醫療、製造、教育等產業專業人才：Domain Knowledge可以成為最大優勢。
因此，想轉職AI產品經理，不一定要把過去的工作經驗全部歸零。相反地，原本累積的產業知識，很可能就是你的轉職籌碼。
真正需要做的，是在既有專業上補上「產品方法」與「AI能力」，慢慢形成自己的跨域組合：原本專業 × Product × AI。
未來企業需要的AI PM，很可能不是最會下Prompt的人，而是最清楚「問題在哪裡、AI可以怎麼解、產品怎麼落地，以及最後能不能創造商業價值」的人。
[course_plugin api_type='course_id' title='第一屆－AI 產品經理學習營｜緯育TibaMe X 104人力銀行獨家 ' id='b6c9c165-0c8b-4eb7-b2a0-6a105afc5e24']
趨勢一：AI人才需求正在從工程端往產品與商業端擴散
AI發展初期，企業最需要的是AI Engineer、Machine Learning Engineer、Data Scientist等技術人才。
但當企業真正開始導入生成式AI，管理者面對的問題就變了。
以前問的是：「我們能不能做AI？」
現在問的是：
「哪些流程最值得 AI 化？」
「這個功能真的有人需要嗎？」
「AI 可以節省多少時間？」
「導入之後能不能增加營收？」
「這筆 AI 投資到底值不值得？」
104人力銀行的人才數據也反映出這個轉變。除了專案／產品管理人才需求5年內增加263.1%之外，業務銷售相關的AI人才需求也增加247.8%，行銷相關需求則增加了165.4%，都是非常高的成長曲線。
換言之，AI已經不再只是資訊部門或研發部門的事情。它開始進入：產品、營運、行銷、業務、人資、金融、製造、教育等不同場景。
無獨有偶，世界經濟論壇(WEF)所發表的《Future of Jobs Report 2025》也將「AI and Big Data」列為未來成長最快的技能，並預估到2030年，現有工作所需的核心技能有約39%將發生變化。
所以未來真正稀缺的，可能不只是 AI 工程師，而是：懂原本專業，又知道如何利用 AI 改變工作的跨域人才。
[course_plugin api_type='course_id' title='第一屆－AI 產品經理學習營｜緯育TibaMe X 104人力銀行獨家 ' id='b6c9c165-0c8b-4eb7-b2a0-6a105afc5e24']
趨勢二：從「AI Chatbot」進入「AI Agent」時代
當2023、2024年AI應用剛起步流行時，多數企業選擇做「生成式AI」，那時候最常見的應用，就是「AI Chatbot」的應用。例如以下的情境應該不讓人感到陌生：
員工問：「公司差假怎麼申請？」
AI從知識庫找到答案後回覆答案。
但現在企業開始往下一個階段前進：「AI Agent」。
不同的是，過去AI Chatbot的主要負責的工作是：「回答問題」，而AI Agent能做到（或想做到）的則是：「完成任務」。
例如：過去的客服AI可能只是告訴顧客如何退貨。未來的AI Agent可能直接可以執行以下的動作：
讀取訂單
直接執行以下5個SOP
→ 判斷是否符合退貨資格
→ 建立申請
→ 通知物流
→ 更新 CRM
→ 回覆顧客
因此連帶讓產品設計從過去陽春的「對話介面」，直接變成完整可以提供服務的「AI Workflow」。
不過，根據勤業眾信在《2026 AI企業現況報告》指出，就算企業已開始積極布局Agentic AI，但當前AI的治理與組織準備程度仍有落差；企業真正面臨的挑戰已從「要不要用AI」，逐漸轉向「怎麼安全地讓AI進入核心流程」。
這也是AI PM接下來最重要的工作與挑戰，產品經理必須懂得設計：
AI 可以做到哪一步？
什麼時候交回給人？
哪些操作需要再次確認？
AI 可以存取哪些資料？
Agent 執行錯誤後如何恢復？
如果過去PM主要工作是在設計產品的「User Flow」，未來很可能還要學會設計：Human × AI × System 的 Agent Workflow。
延伸閱讀：文科生的AI時代生存指南：這4類證照幫履歷「套上科技濾鏡」，跨領域轉職必備！
趨勢三：PM不一定要成為工程師，但「做得出來」正在變重要
AI同時也正在重新定義產品經理與工程團隊之間的工作邊界。
過去 PM 想驗證一個產品概念，常見流程可能是：
需求研究
→ Wireframe
→ Figma Prototype
→ PRD
→ 工程開發
→ MVP
現在，Vibe Coding、AI Coding Agent、No-code／Low-code等工具正在壓縮這段流程。
產品經理即使沒有完整工程背景，也開始有機會自己建立：
AI Chatbot
簡單Web App
AI知識庫
RAG應用
自動化Workflow
AI Agent Prototype
未來企業期待 PM 的可能不只是：「你能不能把需求寫清楚？」，而會進一步變成：「你能不能先把想法做出來，證明值得投入？」
雖然這並不代表產品經理都要轉職成工程師。
但是當你真正理解基本的技術邏輯（包括 API、LLM、RAG、Prompt、Agent與資料流程），才能更有效率地和工程團隊一起完成產品。
延伸閱讀：PM的隱性停滯：你是「救火型PM」還是「系統設計型PM」？
趨勢四：只會Prompt，差異化可能愈來愈小
生成式 AI 剛出現時，「Prompt Engineering」曾經被視為非常稀缺的能力。但隨著模型能力持續提升，單純會操作ChatGPT、Claude 或 Gemini，會逐漸變成知識工作者的基本能力。
真正拉開 AI PM 差距的問題，不再只是：「Prompt 怎麼下？」，而是：「什麼問題值得交給 AI？」
例如：公司有50個客服流程，哪5個最值得優先 AI 化？AI 自動化率做到多少才有 ROI？如果準確率只有 90%，剩下 10% 的錯誤會造成什麼影響？哪些情境一定需要 Human-in-the-loop？
這些問題靠 Prompt Engineering 解決不了，它需要的是：「產品判斷＋商業理解＋AI知識＋產業經驗」。
因此未來有價值的人才組合，很可能會是：
金融 × AI
HR × AI
醫療 × AI
製造 × AI
教育 × AI
行銷 × AI
對已經有幾年工作經驗的產品經理而言，原本累積的Domain Knowledge（領域知識）並不會因AI出現而失去價值，反而可能成為自己切入AI產品的重要優勢。
延伸閱讀：AI害你被裁員？104資深協理：學會用AI開外掛，未來是你挑公司
趨勢五：企業不再只看AI使用率，而開始追問ROI
生成式 AI 剛進企業時，許多組織最先觀察的是：
多少員工開始使用AI？
一天用了幾次？
有哪些團隊導Chatbot？
但2026年之後，更重要的問題開始變成：「用了之後，到底產生多少價值？」
根據勤業眾信在2026年的研究顯示，66% 的企業已經從AI獲得生產力或效率提升；但是只有約20%已經看到AI帶動營收成長。儘管74%的企業期待未來AI可以創造營收，但這中間巨大的落差，就是「AI Product Manager」的機會。
OpenAI在2026年談企業AI投資管理時，也提出不應只看Token單價，而應衡量AI每一美元實際完成多少有價值的工作，包括成功完成的任務、節省時間、改善決策以及能否形成可規模化工作流程。
因此 AI PM 未來除了 DAU、Retention、Conversion 等傳統產品指標，還可能需要理解：
Task Success Rate
Accuracy
Hallucination Rate
Latency
Automation Rate
Human Intervention Rate
Cost per Successful Task
最後回到最核心的問題：這項AI產品，到底替使用者與企業創造了什麼價值？
延伸閱讀：85%員工上完課卻不會用！AI時代真正的危機不是失業，而是你的「技能已過期」
趨勢六：AI Governance也正在進入產品經理的工作範圍
2026 年另一個值得注意的全球變化，是 AI 法規正式進入執行階段。
歐盟的《AI Act》於2024年生效，多項規範已在2026年8月2日進入適用或執行階段，包括特定 AI 系統的透明度義務；部分高風險 AI 系統則有不同的後續實施時程。
因此做 AI 產品時，PM 未來還需要思考：
使用者知不知道自己正在跟 AI 互動？
AI 產出的內容需不需要標示？
產品使用了哪些資料？
哪些事情一定需要人工決策？
系統如何留下紀錄？
AI 判斷錯誤後如何追蹤？
特別未來的世界裡，金融、人資、醫療、教育等領域，AI Governance很可能逐漸成為產品設計的基本能力，需要注意的規範範圍將會愈來愈廣。
延伸閱讀：AI基本法借鏡國外 美專法重競爭、歐盟南韓有罰則
未來可能不是「AI PM變多」，而是「所有PM都要懂AI」
從更長期來看，「AI Product Manager」甚至未必永遠是一個獨立職稱。
就像現在很少有人特別強調自己是「Internet Product Manager」，當AI逐漸成為所有數位產品的底層能力後，企業遲早有一天將不再區分：Product Manager、AI Product Manager，而會認為：「產品經理本來就應該理解 AI」。
因此，真正值得產品工作者思考的，可能不是：「我要不要轉職 AI PM？」而是：
「我的 PM 能力，要怎麼升級成 AI 時代需要的產品能力？」
想進入AI產品領域，可以從這4層能力開始
如果把目前 AI Product Manager 所需能力整理成學習地圖，大致可以分成四層。
第一層｜產品基本功使用者研究、需求分析、產品策略、Roadmap、數據分析、商業模式第二層｜AI基礎理解生成式 AI、LLM、Prompt、API、RAG、AI Agent、資料流程第三層｜AI產品實作AI Product Design、AI Workflow、Prototype、產品驗證、Evaluation、Human-in-the-loop第四層｜AI商業化能力AI ROI、成本管理、AI Governance、產品商業模式與產業應用
真正的挑戰，是把這些原本分散的知識串在一起。
因為很多人現在已經「會用AI」，但從使用AI工具，到真正能提出一個AI產品構想、驗證需求、設計流程，再做出可以展示的Prototype，中間其實還有不小的距離。
[course_plugin api_type='course_id' title='第一屆－AI 產品經理學習營｜緯育TibaMe X 104人力銀行獨家 ' id='b6c9c165-0c8b-4eb7-b2a0-6a105afc5e24']
光是「知道AI」還不夠，實作才是最重要的一步
如果你原本就是產品經理、專案經理，或者希望往 PM 領域發展，現在需要補的可能已經不只是再上一堂「ChatGPT 工具課」。
而是實際練習：
怎麼找到值得用 AI 解決的問題？
怎麼把需求轉成 AI 產品構想？
怎麼和技術團隊討論 AI 解法？
怎麼快速驗證產品？
怎麼把 AI 概念變成真正的產品提案？
針對這樣的能力轉型，104人力銀行也與緯育TibaMe合作推出「第一屆AI產品經理學習營」，鎖定希望在PM實務中應用 AI、提升產品提案能力，以及希望踏入產品經理領域的職場工作者。課程預計自2026年10月17日起正式展開。
與單純介紹 AI 工具有所不同，如果你的目標是往 AI Product 發展，更值得關注的是能否透過有結構的學習與實作，把「AI 知識」轉化成真正能用在工作上的「產品能力」。
👉 查看「第一屆 AI 產品經理學習營｜緯育 TibaMe × 104 人力銀行」課程資訊
從「會用AI」到「管理AI」，PM競爭正式進入下一階段
回頭看這幾年的市場，可以大致看到產品人才能力的變化：
2023，會用 AI，是加分：生成式 AI 與 Prompt 開始普及。
2024，懂 LLM，是稀缺能力：企業開始嘗試 RAG、企業知識庫與生成式 AI 應用。
2025，能做 AI Product，開始受到重視：AI 從實驗性專案逐漸走向正式產品。
2026，能設計 Agent、Workflow、Evaluation 並衡量 ROI，價值快速提升：AI 開始真正進入企業核心工作流程。
放眼望去，下一階段真正稀缺的工作能力組合，很可能是：AI × Product × Domain × Business。
AI 工具的操作門檻只會愈來愈低，真正有價值的，反而是那些知道問題在哪裡、知道什麼值得 AI 化、能把想法變成產品，也知道怎麼衡量成果的人。
所以，對產品經理而言，現在真正值得問的或許不是：「AI會不會取代PM？」
而是：「當AI開始改變所有產品，我是否已經具備下一代PM需要的能力？」
推薦閱讀
AI害你被裁員？104資深協理：學會用AI開外掛，未來是你挑公司
AI代理人時代，勝負不在AI多聰明！林之晨：關鍵在組織消除落地摩擦力
AI拆解傳統職位、重組專業分工：下一批高薪人才長什麼樣？
鍛鍊「職場溝通力」，搞定老闆、夥伴、客戶！
進入職場一段時間後，你一定會發現：把事情做好很重要，但是「搞定人」更重要。很多時候更是把人搞定，事情自然水到渠成。因此除了工作能力以外，職場上的溝通能力也很重要。
更新時間：2026/4/30
本文導覽
6個步驟照著做，讓你暸解老闆及客戶！3句話換位思考，迅速暸解老闆及客戶。職場上遇到反對問題，如何處理？利用小心機做好溝通，贏得人心！
鍛鍊職場溝通力，讓老闆、夥伴及客戶暸解你的努力。利用一些技巧暸解客戶的想法，讓工作輕鬆達標。
6個步驟照著做，讓你暸解老闆及客戶！
跟人談話時可以透過六個步驟來了解對方。這六個步驟分別是：
定義談話主題
真實表達
透過行為觀察了解對方風格
提醒自己轉變風格
持續對焦
持續觀察調整
互動過程中先釐清重點，講真話讓對方願意傾聽。透過行為觀察對方的風格，個性是慢郎中或是急驚風；喜歡聽重點還是在意細節。了解對方風格後，提醒自己調整風格，用符合對方喜好的方式表達。在互動過程中要持續確認及調整，自己是否做到，讓對方聽到想聽的事情。
3句話換位思考，迅速暸解老闆及客戶。
用行為的角度出發，透過三句話讓你迅速了解老闆與客戶。
第一句話：閒話家常，丟一個簡單的問題，讓對方回想自己的經驗，並且觀察對方的眼睛及行為。
第二句話：聊聊個性，建立關係及暸解對方的喜好。
第三句話：可以詢問：「平時對於事情的考慮、擔憂是什麼？」這句話讓我們知道對方的處事策略及決策習慣。
職場上遇到反對問題，如何處理？
職場上跟客戶往來時，難免會遇到反對問題。遇到反對問題時不要氣餒，利用溝通來妥善處理，訂單就是你的！
面對反對問題，要先處理對方的情緒。這時候可以說：「我非常了解您的感受。我想您會這樣講，一定有您的道理。」用緩衝語開頭，尊重並同理對方提出的反對問題。接著再處理問題，針對對方的反對問題，以條列方式說明，並補充證據。
利用小心機做好溝通，贏得人心！
平時做好職場溝通之外，如何讓老闆跟客戶持續肯定自己呢？卡內基區域總經理廖信憲曾分享過兩點：
第一是常常展現想要幫助人的熱忱。
第二則是多走一哩路、創造自己的附加價值。
就算偶爾遇到職場上的小失誤，只要持續展現熱忱，就能讓老闆及客戶感受到你的熱情，彌補失誤。再來則是凡事為別人多想一點，利用一些貼心的舉動，創造自己的價值，讓對方留下深刻印象，為自己加分。
有任何收穫或想分享的，都來和大家一起聊聊吧！