104學習

AWS運維

指的是負責管理和維護亞馬遜雲端服務平台上的基礎架構與應用系統,確保服務穩定運行與高可用性。工作內容包含伺服器配置、自動化部署、監控系統健康狀態、故障排除及安全性管理。具備此技能能有效提升企業雲端資源使用效率,降低營運風險,並支援快速擴展業務需求。隨著企業數位轉型加速,掌握這項技能在求職市場具高度競爭力,尤其適合IT運維工程師、系統管理員及雲端架構師等職位。

2,630 個相關職缺

提升你的實力,朝專業更進一步

精選課程

充實自己,讓能力持續成長

成為 AWS 達人第一步!打造你的第一個 AWS 架構!
成為 AWS 達人第一步!打造你的第一個 AWS 架構!
AWS雲端架構規劃|建置實務應用
AWS雲端架構規劃|建置實務應用
AWS雲環境的架構優化-彈性化自動擴展
AWS雲環境的架構優化-彈性化自動擴展
Architecting on AWS
Architecting on AWS
Advanced Architecting on AWS
Advanced Architecting on AWS
【2026/12/29開班】AWS架構設計實戰
【2026/12/29開班】AWS架構設計實戰
【2026/12/21開班】Architecting on AWS (AWS架構設計實務)
【2026/12/21開班】Architecting on AWS (AWS架構設計實務)
Python Flask RESTful服務設計
Python Flask RESTful服務設計
電腦視覺演算法之人臉辨識實戰【本課程為線上課,報名後專員會提供上課資訊】
電腦視覺演算法之人臉辨識實戰【本課程為線上課,報名後專員會提供上課資訊】

精選證照

考取專業證照,讓能力被市場看見

AWS 認證的解決方案架構師-助理級認證 |
AWS Certified Solutions Architect - Associate 著重於成本和效能最佳化解決方案的設計。對於擁有 AWS 雲端或強大的內部部署 IT 經驗的候選人來說,這是理想的起點。本考試不需要深入的編寫程式碼實作經驗,不過熟悉基本程式設計概念會讓您具備優勢。
AWS
AWS 認證的開發運維工程師-專業級認證 |
AWS Certified DevOps Engineer – Professional 可展示在 AWS 上佈建、操作和管理分散式應用程式系統的進階技術專長,讓其增加自信,並獲得同好、同事和客戶的信任。組織若有這些合格的專業人士,便可迅速交付安全與合規且具有高度可用性和可擴展性的系統。
AWS
AWS 認證的開發人員-助理級認證 |
AWS Certified Developer - Associate 展示開發、最佳化、封裝和部署應用程式、使用 CI/CD 工作流程以及識別和解決應用程式問題的技能和知識。對具有 IT 或雲端開發人員工作角色的人員來說,此認證是 AWS Certification 之旅的良好起點。
AWS
AWS 認證雲端運維工程師-助理級認證 |
我們正在更新 AWS Certified CloudOps Engineer – Associate 考試(以前稱為AWS Certified SysOps Administrator – Associate ),以使其與監控和維護Amazon Web Services (AWS)工作負載方面的最新技能和知識保持一致。新考試的報名將於 2025 年 9 月 9 日開放。 此變更旨在提升獲得此認證的人員的相關性和可信度,突顯他們在 AWS 上部署、操作和維護工作負載方面的知識和技能。
AWS
AWS 認證的解決方案架構師-專業級認證 |
AWS Certified Solutions Architect – Professional 協助取得認證的人員展示在提供複雜問題之複雜解決方案,優化安全性、成本和效能,以及自動化人工程序等方面的進階知識和技能。此認證為組織提供一種方法,協助組織確定和培養具有實作雲端計畫所需關鍵技能的人才。
AWS
Sybase Certified Associate -- Adaptive Server Anywhere Developer |
Sybase Certified Associate -- Adaptive Server Anywhere Developer 證照驗證持有人具備使用 Sybase Adaptive Server Anywhere 資料庫系統進行開發的基本能力,涵蓋資料庫設計、查詢語言操作及應用程式整合等技能,適合從事嵌入式資料庫解決方案開發工作。此證照證明持有者能有效管理及優化輕量級資料庫,提升系統效能與穩定性,適合在企業內部資料管理及應用開發領域發展。
Sybase

精選貼文,掌握第一手知識

從PM到雲端架構思維:Architecting on AWS學習與實作心得

我目前在軟體產業擔任產品/專案經理(PM),主要負責跨部門協作與需求管理,包含蒐集並釐清客戶與內部利害關係人的需求、撰寫PRD/規格文件、規劃時程與里程碑、協調工程與測試資源,以及追蹤專案風險與交付品質。同時也會參與系統架構與雲端部署方案的討論,確保產品方向與技術落地一致。 因為工作上常需要和工程師討論雲端架構、成本、資安與可用性,但自己對AWS的服務選型與設計原則理解不夠完整,導致溝通時容易停留在概念層。為了能更精準地提出需求、評估方案並做出產品決策,我選擇參加恆逸的Architecting on AWS課程,期望系統化建立AWS架構能力,也為後續考取證照做好準備。 這堂課對我最有幫助的地方,是講師採用「講解+實作」的方式,讓抽象的雲端概念能快速轉成可操作的理解。以往我在工作上常聽到VPC、子網、路由表、Security Group、IAM、ALB、Auto Scaling、S3等名詞,知道大概用途,但不一定能在腦中把整個關聯串起來。講師在課堂上不只是把服務功能列出來,而是用架構情境把服務「放到正確的位置」,例如:為什麼對外服務要放在Public Subnet、後端與資料庫常放Private Subnet、什麼情況要用NAT Gateway、什麼情況用VPC Endpoint更合適;以及在高可用與擴展需求下,ALB搭配ASG的設計邏輯是什麼。 此外,講師會引導我們把「考點」和「真實工作場景」對齊,像是高可用(Multi-AZ)、災難復原(RTO/RPO)、權限最小化(Least Privilege)、可觀測性(CloudWatch/Logs/Alarm)等,讓我理解證照題目其實是在考「架構思維」而不是死背服務名稱。更重要的是,講師能把容易混淆的服務差異講清楚,例如SQS/SNS/EventBridge的使用時機、EBS/EFS/S3的選型、RDS Multi-AZ與Read Replica的差別等,幫助我在刷題時快速抓到關鍵字並做出合理判斷,學習吸收效率提升非常多。 我個人最有收穫的是「用情境做服務選型」的觀念。以PM的角度來說,我常遇到需求描述偏抽象,例如「系統要穩、要快、要省錢、要安全」。過去我可能只能把需求丟給工程團隊,但上完課後,我更能把需求拆成可落地的架構條件:例如可用性要達到多少、是否需要跨可用區、是否要容錯、流量是否有尖峰、資料一致性或延遲可接受範圍、以及安全與權限邊界怎麼定義。這種拆解方式,會直接影響服務選型與設計,例如:若是需要快速擴展與降低單點風險,常見做法會是ALB+Auto Scaling;若是非同步解耦、削峰填谷,會想到SQS或Event-driven;若需要靜態內容分發與加速,就會把CloudFront+S3放進架構。 上完課後,我在工作上最大的幫助是「和工程團隊討論架構時更有共同語言」,能更快收斂方案、降低來回溝通成本。舉一個常見情境:我們曾遇到某個功能上線後流量不穩定,尖峰時API反應變慢,客戶也要求提高可用性與可追蹤性。以往我可能只能提出「要更穩、要能擴」的需求;但現在我能更具體地和團隊討論:是否採用ALB分流與健康檢查、後端是否用Auto Scaling依CPU/Request數自動擴縮、資料層是否要用RDS Multi-AZ提升容錯、靜態資源能否改S3+CloudFront減少主站負載、以及CloudWatch指標與Alarm要怎麼設計才能在異常時即時通知。即便最終實作細節仍由工程師主導,但我能更早把需求轉成架構約束與驗收標準,例如「支援單AZ故障仍可服務」、「部署後觀測指標需涵蓋延遲、錯誤率、吞吐量」等,讓專案管理更有依據。 完整學習心得:https://ucom.uuu.com.tw/web/Testimony/Article/12895 推薦學習課程:https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm 洽詢課程資料:https://reurl.cc/KEbQ5m
精誠資訊恆逸教育訓練中心・精誠資訊恆逸教育訓練中心

從PM到雲端架構思維:Architecting on AWS學習與實作心得

我目前在軟體產業擔任產品/專案經理(PM),主要負責跨部門協作與需求管理,包含蒐集並釐清客戶與內部利害關係人的需求、撰寫PRD/規格文件、規劃時程與里程碑、協調工程與測試資源,以及追蹤專案風險與交付品質。同時也會參與系統架構與雲端部署方案的討論,確保產品方向與技術落地一致。 因為工作上常需要和工程師討論雲端架構、成本、資安與可用性,但自己對AWS的服務選型與設計原則理解不夠完整,導致溝通時容易停留在概念層。為了能更精準地提出需求、評估方案並做出產品決策,我選擇參加恆逸的Architecting on AWS課程,期望系統化建立AWS架構能力,也為後續考取證照做好準備。 這堂課對我最有幫助的地方,是講師採用「講解+實作」的方式,讓抽象的雲端概念能快速轉成可操作的理解。以往我在工作上常聽到VPC、子網、路由表、Security Group、IAM、ALB、Auto Scaling、S3等名詞,知道大概用途,但不一定能在腦中把整個關聯串起來。講師在課堂上不只是把服務功能列出來,而是用架構情境把服務「放到正確的位置」,例如:為什麼對外服務要放在Public Subnet、後端與資料庫常放Private Subnet、什麼情況要用NAT Gateway、什麼情況用VPC Endpoint更合適;以及在高可用與擴展需求下,ALB搭配ASG的設計邏輯是什麼。 此外,講師會引導我們把「考點」和「真實工作場景」對齊,像是高可用(Multi-AZ)、災難復原(RTO/RPO)、權限最小化(Least Privilege)、可觀測性(CloudWatch/Logs/Alarm)等,讓我理解證照題目其實是在考「架構思維」而不是死背服務名稱。更重要的是,講師能把容易混淆的服務差異講清楚,例如SQS/SNS/EventBridge的使用時機、EBS/EFS/S3的選型、RDS Multi-AZ與Read Replica的差別等,幫助我在刷題時快速抓到關鍵字並做出合理判斷,學習吸收效率提升非常多。 我個人最有收穫的是「用情境做服務選型」的觀念。以PM的角度來說,我常遇到需求描述偏抽象,例如「系統要穩、要快、要省錢、要安全」。過去我可能只能把需求丟給工程團隊,但上完課後,我更能把需求拆成可落地的架構條件:例如可用性要達到多少、是否需要跨可用區、是否要容錯、流量是否有尖峰、資料一致性或延遲可接受範圍、以及安全與權限邊界怎麼定義。這種拆解方式,會直接影響服務選型與設計,例如:若是需要快速擴展與降低單點風險,常見做法會是ALB+Auto Scaling;若是非同步解耦、削峰填谷,會想到SQS或Event-driven;若需要靜態內容分發與加速,就會把CloudFront+S3放進架構。 上完課後,我在工作上最大的幫助是「和工程團隊討論架構時更有共同語言」,能更快收斂方案、降低來回溝通成本。舉一個常見情境:我們曾遇到某個功能上線後流量不穩定,尖峰時API反應變慢,客戶也要求提高可用性與可追蹤性。以往我可能只能提出「要更穩、要能擴」的需求;但現在我能更具體地和團隊討論:是否採用ALB分流與健康檢查、後端是否用Auto Scaling依CPU/Request數自動擴縮、資料層是否要用RDS Multi-AZ提升容錯、靜態資源能否改S3+CloudFront減少主站負載、以及CloudWatch指標與Alarm要怎麼設計才能在異常時即時通知。即便最終實作細節仍由工程師主導,但我能更早把需求轉成架構約束與驗收標準,例如「支援單AZ故障仍可服務」、「部署後觀測指標需涵蓋延遲、錯誤率、吞吐量」等,讓專案管理更有依據。 完整學習心得: https://ucom.uuu.com.tw/web/Testimony/Article/12895 推薦學習課程: https://www.uuu.com.tw/Public/content/Edm/240408_AWS_104.htm 洽詢課程資料: https://reurl.cc/KEbQ5m
精誠資訊恆逸教育訓練中心・AWS

OpenAI衝算力 牽手Google 廣達、英業達營運進補

2025-07-18報導 經濟日報記者林薏茹 由聯合新聞網授權轉載 OpenAI因應算力需求大增,除採用最大金主微軟Azure的雲端運算資源之外,也將Google雲端納入其雲端供應商名單。OpenAI規劃,ChatGPT及其應用程式介面(API)採用Google雲端平台位於美國、日本、荷蘭、挪威及英國等地的基礎設施。 法人看好,Google拿下OpenAI雲端服務大單,將催動新一波AI伺服器建置熱潮,伺服器主要協力廠廣達(2382)、英業達等,營運吞補丸。 延伸閱讀:AI新十大建設 預算加碼…打造矽光子、量子電腦、智慧機器人國家級實驗室 OpenAI牽手Google 事件OpenAI在官網更新的雲端供應商加入Google雲端,另,未來ChatGPT及其應用程式介面將使用Google雲端平台、微軟、CoreWeave及甲骨文(Oracle)的雲端基礎設施影響Google雲端為全球第三大雲端服務供應商(CSP),拿下OpenAI大單,將有助擴大在CSP市場的市佔率,台廠供應鏈也將雨露均霑受惠台廠廣達、英業達等資料來源:外電、法人 由聯合新聞網授權轉載 廣達受惠輝達GB200 AI伺服器出貨放量,第2季合併營收首度衝破5,000億元大關、達5,041億元,續寫單季新高。隨著第2季起較高單價的GB200機櫃出貨升溫、GB300也將於9月加入行列,廣達今年AI伺服器占整體伺服器營收占比可望突破七成。 [joblist_plugin title='104【廣達】工作機會' url='https://www.104.com.tw/company/ahfsoq0' amount='3'] 英業達也是Google重要AI伺服器協力廠。英業達指出,上半年出貨以機櫃(L10)形式較多,單價較高,下半年出貨將以主機板(L6)為大宗,受惠產品組合帶動,有助毛利率向上,從出貨量來看,下半年會比上半年成長,全年AI伺服器出貨將有雙位數成長。 [joblist_plugin title='104【英業達】工作機會' url='https://www.104.com.tw/company/1zh8g1c' amount='3'] 外媒CNBC報導,OpenAI在官網更新的雲端供應商列表中加入Google雲端,並表示未來ChatGPT及其應用程式介面將使用Google雲端平台、微軟、CoreWeave及甲骨文的雲端基礎設施。 據了解,Google與OpenAI曾針對這項合作進行數個月的討論,但由於OpenAI與微軟之間的排他性協議,而無法達成交易。直到今年1月,微軟調整與OpenAI合作模式,同意從獨家供應商模式轉為優先供應權模式,OpenAI與Google的合作關係才出現轉機。 OpenAI為因應龐大的運算資源需求,與微軟調整合作模式後,動作頻頻,尋求分散雲端供應來源。 OpenAI今年3月與CoreWeave簽署價值119億美元的五年合約,5月又再新增一筆40億美元的大單;OpenAI也於7月初與甲骨文簽下重大雲端基礎建設合作案,金額高達每年300億美元,是目前全球雲端市場金額最高的AI運算合約。 OpenAI執行長奧特曼今年4月曾表示,OpenAI正面臨運算能力限制,公開疾呼「若有人擁有10萬顆GPU容量,並能立即提供,請聯絡我們」,顯見隨著大語言模型規模不斷擴增,OpenAI對運算資源的需求也愈趨迫切。 業界人士指出,目前全球前三大雲端服務供應商(CSP)分別為亞馬遜AWS、微軟Azure及Google雲端,Google雲端拿下OpenAI雲端服務大單是一大利多,有助擴大其在CSP市場的市占率。
【104職場力】・AI

整理包/最熱門生成式 AI 大拚場 ChatGPT、Gemini、Grok、DeepSeek 各擅長什麼?

2025-06-24報導/經濟日報記者吳康瑋 由聯合新聞網授權轉載 生成式人工智慧(GenAI)技術迅猛發展,多款強大的AI工具幫助各行業提升工作效率。《經濟日報》為協助讀者了解各項AI工具,將「ChatGPT、Gemini、Grok、DeepSeek」等四大生成式AI列出,為讀者分析四款生成式AI的各自效能,就「開發者」、「訂閱費用」、「主要功能」及「擅長領域」等細項逐條分析。 AI工具確實快速提升效率,不過使用者也要注意,目前的AI工具不保證完全正確,甚至也會答非所問、提供錯誤資訊、或產生「AI幻覺」,使用者對生成的資料仍應有基本的辨識能力,避免AI工具謬誤。 各家生成式AI重點馬上看 ChatGPTGeminiGrokDeepSeek使用建議 ChatGPT OpenAI的ChatGPT堪稱帶動GenAI風行的先驅,也有廣大用戶,付費企業客戶近期突破300萬戶,有免費與付費模式,每月20美元的ChatGPT Plus訂閱費每月20美元,用戶指出,付費版反應速度更快,用戶在使用ChatGPT時隨時擁有最佳的使用品質。 「資料分析」方面,ChatGPT的優勢在於將資料壓縮、精簡化,適合急需快速獲取關鍵訊息的使用者。「文案生成」上,適合創作個人化內容。「圖表製作」方面,ChatGPT的圖表較為簡單,但圖片較無法把文字一起生成出來,繪圖時整體構圖比較簡單。 網址:https://chatgpt.com/ ChatGPT小檔案 開發者OpenAI付費版費用每月20美元(約新台幣610元)主功能提供文本生成、對話回應、內容創作、翻譯、問題解答等多種功能擅長領域自然語言處理、文本生成、教育輔助、創意寫作、客服支持等 Gemini Google DeepMind開發的Gemini專注於多模態學習,能同時處理文本、圖像和音頻數據。版本包括2.0、2.5和最新的2.5 Pro,推理和數據處理能力進步快速。Gemini 2.5 Pro提供更強大的計算能力和更高準確性,讓用戶在處理複雜任務時能獲得更佳體驗。付費版額外提供用戶包括2TB儲存空間、Gemini Advanced和其他AI功能。 「資料分析」方面,Gemini提供的內容易於閱讀,文法經過重新梳理,適合需要清晰解釋的使用者。在「文案生成」上,Gemini能一次生成多達15個標題,提供選擇建議,對於需要多樣化提案的用戶非常方便。「圖表製作」方面,Gemini 的完整度高,使用者可選擇不同的圖表類型,並能下載圖片、Excel或JSON格式的數據。 網址:https://gemini.google.com/ Gemini小檔案 開發者Google DeepMind付費版費用每月19.99美元(約新台幣650元),可免付費試用一個月主功能強大的推理能力,擅長處理複雜的問題和情境,能同時處理文本、圖像和音頻數據等多模態文件擅長領域AI推理、圖像理解、科學研究和技術開發 Grok Grok是由X(前稱 Twitter)開發的生成式AI,專注於社交媒體內容的生成。最新版本Grok3提供更強大的功能,能即時生成與當前熱點話題相關的內容,結合社交媒體數據分析趨勢,提升用戶互動的實時性,成為品牌營銷和社交媒體管理的理想工具。 「文案生成」方面,Grok風格簡潔有力,類似科技周刊的風格,適合快速傳達訊息。「圖表製作」方面,Grok可以較為輕鬆的運用文字組成圖表,並附上有關的資訊數據,對於需要快速理解數據的使用者來說很實用。 網址:https://grok.com/ Grok小檔案 開發者應用程式X(前身為Twitter)付費版費用每月30美元(約新台幣970元)主功能即時生成與當前熱點話題相關的內容擅長領域社交媒體互動、內容創作、即時訊息生成和品牌營銷 DeepSeek DeepSeek專注於資料搜尋和訊息檢索,開發商為位於中國大陸的「杭州深度求索人工智慧基礎技術研究」,中資避險基金幻方量化創立的人工智慧公司,創始人暨執行長梁文鋒持續致力將大陸AI技術推向全球市場,提供R1和R2兩種不同的服務模式。 「資料分析」方面,DeepSeek提供前言和總結,讓懶人可以快速理解內容。在「文案生成」上,DeepSeek的口語化風格能夠生成10個標題,附上創作理念和選擇建議,適合需要親民語言的使用者。「圖表製作」方面,DeepSeek使用文字排列呈現,提供Python程式碼,對於技術使用者來說相當便利。 網址:https://www.deepseek.com/ DeepSeek小檔案 開發者中國大陸企業「深度求索」付費版費用每100萬(輸入)tokens收費人民幣16元(約新台幣66.68元)主功能資料搜尋和訊息檢索,利用生成式AI技術提升搜索引擎的智能化,提供相關建議和訊息過濾功能擅長領域資料搜尋、訊息檢索、知識管理和數據分析 使用建議 生成式AI工具已經落地商業化,從自然語言處理到多模態學習、社交媒體互動及訊息檢索等多種服務都能提供,競爭也更加激烈。用戶可根據自己的需求,選擇最合適的AI工具,以提升工作效率與創造力。 綜合比較四款生成式AI後,提供讀者幾點建議。若需要多樣化的文案提案,可考慮Gemini;若喜歡口語化一點的表達,可選擇DeepSeek。AI繪圖方面,生成多幅圖片建議可使用Grok,若希望作品有較高的品質,可選擇Gemini。在「資料分析」方面,若希望能獲取較「簡潔明瞭」的資料,建議選擇「ChatGPT」,讀者若希望能得到比較容易理解的內容,應該選擇Gemini。 針對「表格整理」方面,若要以更快的速度掌握大致上的資訊,建議選用ChatGPT;若讀者希望在表格中能得到較「詳細」的內容,可考慮DeepSeek。針對「生成圖片」功能上,若讀者追求圖表要具有充分「完整性」的類型,建議使用Gemini。 推薦閱讀: AI聽話卻沒懂你?OpenAI揭露AI「裝乖」假象與職場真風險 AI強勢取代!企業寧僱AI也不找菜鳥,今年畢業生有多慘? 除了ChatGPT,還有哪些生成式AI?16種AI工具應用解析 打造ChatGPT行政小助理:專屬AI助理幫你處理瑣碎行政工作 [course_plugin title='推薦AI相關課程' keyword='AI' amount=2]
【104職場力】・AI

你適合當PM嗎?解析產品經理必備3種特質與溝通心法

產品經理(PM)扮演產品關鍵的橋樑角色,不僅要看懂全局、擬定策略,更需要與設計師、工程師高效溝通,協調各方需求並推動產品前進。哪些人適合PM工作?作者透過實務經驗分享,解析PM必備的3種核心特質,以及在與不同角色協作時應具備的溝通心法。 文/Michelle Chen(軟體業PM產品經理) 本文目錄:3個PM需要的核心特質(點擊可快速前往) 特質1:你是否習慣全局性思考,並以策略性規劃推動執行?特質2:你是否喜歡且習慣站在對方的角度,使用對方的語言溝通?PM與設計師溝通重點PM與前端工程師溝通重點PM與後端工程師溝通重點特質3:你是否接受甚至喜歡改變,且有隨時改變計劃的彈性? 我習慣定期把自己的職涯規劃拿出來review,問問自己對於「現在的狀態」是否還滿意。最近是我在現職公司任職滿一週年的日子,於是又把這個問題拿出來檢視一番。我發現對於做PM打造產品這件事(撇除外在條件,像是workload、手上的案子、公司策略、主管等),過了幾年我仍非常喜歡且享受其中。再往下探索,是什麼個性或是特質讓我喜歡且適合做產品經理呢?今天整理3個我認為最核心的特質,分享給有興趣往PM產品經理發展,或還在思考自己到底適不適合的朋友參考! 特質1:你是否習慣全局性思考,並以策略性規劃推動執行? 作為產品經理你每天要應對來自各方的利害關係人,需求從四面八方而來,每季的Product Roadmap規劃&執行,每月2~3次的Sprint(如果團隊跑Scrum),甚至每天的跨部門Support,PM的日常總是被滿滿的需求與會議轟炸,任務清單中的To-dos & Action Item似乎看不到盡頭。在這種「艱困」的處境下,能習慣「全局性思考」的PM就比較能從容應對,懂得從任務海中抽身,避免無謂地瞎忙。所謂全局性思考有點抽象,換個方式來說就是:從整體,更高維度視角看待事情,而不是深陷於眼前的問題。 舉個例子來說,假設你是一位部門主管,你發現某個專案快到截止日但離完成還有一大段距離,你可以選擇臨時外聘人力,或是給團隊成員加班獎勵鼓勵他們挪出更多的時間工作完成任務,這也許是最快能見效的暴力解法。但如果你採取全局性思考,你會先退一步思考,這個專案的規劃是否合理,是否有可以簡化的部分,或者是否團隊中有某個特定的人遇到瓶頸。如果能協助這位成員解決問題,整個團隊的運行會變得更加順暢,也許就能如期完成專案。 全局性思考的能力能幫助PM有效辨識什麼才是真正需要解決的「關鍵問題」,而不是像在大魯閣打棒球一樣,只是對每個問題隨著出現而進行反應。這種思考方式讓你從整體上把握問題的根源,不是只解決表面的問題。 找到問題後,接下來就要透過策略性規劃來實作,這時候一定要提到常見的80/20法則。 20%的因素,將導致80%的結果。找出那關鍵20%重要的事情並全心投入,往往能帶來大部分的成果。 首先找到那20%重要並值得花團隊全心投入的P0-重要且須馬上行動的事。並懂得拒絕或是取捨那些重要但不急,甚至根本不用解決的問題 。取捨決策是一個好PM必備能力。 另外,作為產品的代言人,PM一定要知道哪些任務可以被整合在一起(甚至延伸成一個epic);又有哪些tasks可能會因為其他迭代而順勢被解決,因此現階段可以忽略不做;又有哪些可能看似有問題,但其實是故意為之的機制。 有策略、有條理的安排團隊資源,聚焦在關鍵20%重要的問題上,可以讓團隊更有效率且優雅的工作。(非常重要,誰會想要每天灰頭土臉工作,你說是吧) 特質2:你是否喜歡且習慣站在對方的角度,使用對方的語言溝通? 有這個特質的PM絕對會是團隊的寶,而不會變成大家避之唯恐不及的任務交差使者。習慣從對方的角度出發,用對方熟悉的用語溝通,不僅能提升理解效率,還能拉近彼此距離,建立良好互動。這有助於建立信任,讓未來的合作更順利愉快,形成正向循環,培養無敵默契。(每次遇到只是一兩句話一個眼神,團隊內的工程師和設計師就能馬上理解我的意思,就會覺得「哇,你們真的是神隊友,我好幸福啊!」) 這邊簡單舉例與設計師以及前後端工程師討論需求時應該著重的方向: PM與設計師溝通重點 重視使用者體驗(UX/UI):需要清楚描述使用者的需求(如果需要可以附上完整的user story),並在需求說明中「用戶使用流程」、「易用性」、「介面設計」以及「資訊呈現方式」等。 【溝通舉例】「我們希望這個功能的流程是:1.先點擊這個按鈕,2.展開選單,3.選單中會有幾個預設選項且我們會幫用戶進行預選,整個操作希望可以在3步內完成。」 特別注意!尊重設計師專業:作為PM一定要尊重團隊內設計師以及工程師的專業。對設計師,請保留讓他們自由發揮的空間。提出的需求絕對不會是硬性規定設計師只是把你想像中的畫面/流程畫出來而已,保留設計彈性通常得到的結果都會比自己發想的還要完整流暢! 【溝通舉例】如果需要做一個活動頁面:「這個頁面會包含A~C 3個大分類的資訊,其中A/B分類會另外連結到C/D頁面。這個主頁面的設計,希望能傳達出現代感,並保留畫面的簡潔性,方便用戶快速找到他們要的資訊。可以參考這個網站的設計風格,但具體的顏色/圖標,分類呈現可以自由發揮。」 PM與前端工程師溝通重點 重視介面與互動:前端工程師負責將設計轉換成可用的介面。他們關注的重點包含介面呈現方式、元件的設計與實現、與後端如何進行資料溝通、並且也要確保網頁可以各種大小的裝置和瀏覽器上都能順利運行。 【溝通舉例】PM:「我們希望在報名頁面上,使用者可以看到所有場次,點擊後展開場次詳細資訊,並透過一個動畫顯示出『點選報名』的CTA 按鈕。這部分在手機的 web view 上也需要保持操作流暢。」前端工程師:「這個顯示CTA的動畫在一些舊瀏覽器上可能無法支援,可能會出現卡頓或不顯示的情況。」PM:「如果確實有這個問題,我們可以考慮用彈出popup的方式替代,重點是整體操作要流暢,並且能有效吸引用戶點擊報名。」 特別注意!技術可行性&永遠都要準備PlanB:有時PM以及設計師一起討論出的設計可能在技術實現上會有挑戰。作為一個好PM,一定要工程師們討論在技術上的可行,以及如果無法實現,可以被接受的PlanB是什麼,並從中找到最佳解決方案。 PM與後端工程師溝通重點 重視系統穩定性及資料處理:後端工程師主要關注系統的穩定性及資料處理。他們習慣使用「API」、「資料庫」、「伺服器」等術語。作為產品經理,你需要清楚描述系統需求,並確保資料流(information flow)和功能邏輯的合理性。 【溝通舉例】PM:「我們需要建立一個數據報表,數據需要即時更新,並支援查看過去30天和60天的時間範圍。這個報表主要用來追蹤使用者行為趨勢。報表中的欄位定義以是{明確定義數據背後的計算邏輯以及fallback機制}。」後端工程師:「要實現即時更新可能會對系統造成壓力,特別是在高峰期,伺服器負載會增加,影響穩定性。」PM:「那或許我們可以考慮設定一個更新的cutoff point,在該時間點做一次性更新,確保穩定性以及更好管理系統負載。」 特別注意!具體明確制定規則:跟後端工程師討論事情一定要具體明確(制定出規則),不能給模糊的「形容詞」。以要新增檢查用戶註冊時的密碼強度的功能為例: 模糊的需求:「我們需要在用戶註冊時,先檢查密碼是否夠強。如果不夠強就讓他重新設置,夠強就讓他繼續註冊。」 ➞這時候工程師一定會問你:密碼強度怎麼樣算夠強?這個檢查是在用戶點擊註冊時還是輸入過程中即時檢查? 明確的需求:「如果密碼長度小於8位或不含大小寫字母和數字,則在用戶按下註冊時阻擋下一步,並顯示錯誤提示並要求用戶重新設置密碼。如果密碼符合這些條件,則允許用戶完成註冊。」 PM的工作內容和模式會隨著產品領域、團隊規模及系統架構等因素而有很大不同。然而,良好的溝通能力,尤其能根據不同溝通對象靈活切換用詞和表達方式,針對不同情境調整思考重點,是做好PM必須具備的。如果你發現這種角色切換對你來說有些困難,或是習慣從單一角度進行思考,那可能就不會那麼享受於PM的日常了。 特質3:你是否接受甚至喜歡改變,且有隨時改變計劃的彈性? 最後一點,「接受改變,且對已經計劃好的事情是否總是能保持隨時調整,甚至需要打掉重練的彈性?」是一個PM是否能樂在其工作中,蠻關鍵的特質。 有PM經驗的都知道(不管是Product or Project)都會面臨到原本說好的方向會需要來個大轉彎,產品策略可能因為市場的變化要做立即的調整(例如AI的快速崛起)。對於比較不喜歡變化,或是對於要臨機應變這件事情比較排斥的人,做PM會比較辛苦(心裡苦的部分)。 No two days are the same for a product manager 如果看到上面這句話,你感到興奮,那恭喜你!你一定能從PM的工作日常中找到許多樂趣! 以上就是我簡單從自己身上總結出為什麼就算有時候遇到再鳥的事情,或是有時候真的工作壓力很大,但終究我還是很享受做PM的3大特質與性格,希望能給還在摸索的人或是猶豫不太清楚自己到底適不適合的人一點小小分享。 (原文標題:你適合當產品經理嗎?3個PM需要的核心特質&性格解析) [joblist_plugin title='更多104【產品經理】工作機會' url='https://www.104.com.tw/jobs/search/?order=15&page=1&sctp=M&scmin=40000&scstrict=1&jobsource=joblist_search&jobcat=2004003005&keyword=%E7%94%A2%E5%93%81%E7%B6%93%E7%90%86' amount='4'] [course_plugin title='產品經理學習營|學習推薦' keyword='產品經理學習營' amount=2]
【104職場力】

AI如何看穿客戶潛在需求?3招幫B2B業務找到商機

在AI時代,B2B業務真正的挑戰轉向了「資訊的處理與轉化」。作者為深耕產業超過20年的B2B業務專家,教你3招用AI判斷對方「現在為什麼需要你」。透過AI分析企業財報、法說會、徵才資訊與決策者的公開動態,業務可以從零碎訊號中找出客戶尚未明說的需求,掌握更精準的提案時機。本文節錄自《90%高級主管出身業務,B2B聖經》。 文/吳育宏 本文目錄(點擊可快速前往) 大海撈針已過去,精準打擊才是關鍵為什麼AI是B2B業務的最佳情報員?一、情報蒐集的第一步:建立客戶的「數位畫像」二、從法人說明會到財報:AI如何解讀「老闆的真心話」三、社交媒體的隱形情報:挖掘決策者的個人見解 大海撈針已過去,精準打擊才是關鍵 在B2B業務的世界裡,資訊就是力量,而「資訊不對稱」曾是業務人員獲利的來源。但在AI時代,資訊已經不再稀缺,真正的挑戰轉向了「資訊的處理與轉化」。 過去,一位資深業務可能需要花上10年,才能培養出對產業的敏銳嗅覺,但現在透過AI的輔助,即便是業務新人,也能在極短的時間內展現出專家級的洞察力。 本章將帶你深入探討如何運用AI建立一套精準的情報調查研究系統,從核心邏輯到實戰案例,全面重塑你的業務競爭力。 為什麼AI是B2B業務的最佳情報員? 在傳統的業務開發模式中,蒐集情報是一項極其耗費體力的工作。過去我們習慣「掃街」,或是在搜尋引擎輸入關鍵字,但得到的往往是成千上萬條零散的訊息。這種蒐集方式有3個致命傷: 第一,資訊破碎化,你看到的只是客戶的片段,難以拼湊出完整的商業全貌; 第二,解讀主觀化,人的大腦容易產生偏誤,只看自己想看的,忽略了潛藏的風險; 第三,時效滯後性,當你在報紙上看到客戶的新聞時,競爭對手可能早已採取行動。這種低效率的勞動,正是平庸業務與頂尖業務的分水嶺。 AI的出現,徹底翻轉了這場遊戲。首先,AI具備強大的「彙整力」,如同一具高效能的過濾器,能在短短幾秒內掃描全球的數位足跡,將繁雜的數據轉化為有意義的摘要。 其次,AI擁有強大的「邏輯解析力」,它能識別出資訊之間的隱性關聯。例如,它能從一家公司頻繁招募自動化工程師的動作中,推論出該公司即將進行大規模的數位轉型。 最後,AI具備「多維度聯想力」,它能幫你把看似無關的政策變動、技術突破與客戶需求串聯在一起。簡單來說,AI就像是一個24小時不休息、博學多聞且反應極快的「數位參謀」,它幫你完成了最枯燥的資料過濾,讓你將精力集中在最關鍵的策略判斷。 以下透過實戰案例進一步說明。 一、情報蒐集的第一步:建立客戶的「數位畫像」 在正式接觸客戶前,建立「數位畫像」是決定開發成功率的關鍵。這就像是在進行一場外科手術前的掃描影像,你必須清楚知道對方的組織結構、決策脈絡,以及目前的「健康狀況」。一個好的數位畫像應該具備三維深度:第一,財務體質,這決定了對方口袋的深度與結帳信用;第二,策略方向,這決定了你的產品是否在對方的優先清單上;第三,經營痛點,這就是你切入的缺口。 你可以利用具備強大聯網能力的AI(如ChatGPT或Perplexity),下達具備框架感提示詞: 請分析〔目標公司〕過去兩年的營運重心變化。重點關注: 1. 他們在哪些研發領域投入最多資金? 2. 他們近期的人才招募偏好? 3. 他們在社交媒體上最常被抱怨的點有哪些? 透過上述多維度交叉分析,AI能幫你生成一份比官網更真實的「企業性格報告」。你會發現,有些公司看似保守,實則在悄悄布局新技術;有些公司看似高調,實則面臨人才流失的危機。 【實戰案例A:傳產轉型的精準切入】 某位銷售自動化倉儲系統的業務,將一家國內老牌紡織大廠作為目標。過去他多次拜訪,對方總是回應「目前營運穩定,無更換需求」。後來,他利用AI進行深度的調查與研究,分析該紡織廠近3年的公開資訊,以及上游原料供應商的變動。結果發現一個關鍵訊號:該廠近期大幅縮減了國內倉庫的租賃面積,並頻繁與跨境電商平臺接觸。 業務員因此從中解讀出:該廠正從過去「大宗貿易模式」轉向「小量多樣的跨境直銷」,這也意味著,他們過去大面積的倉儲邏輯已不再適用,急需「高頻率、小包裝」的自動化揀貨系統。於是,他在提案時直接以此為題,精準命中對方老闆隱而未現的焦慮,在第一場會議就成功取得評估測試的機會。 二、從法人說明會到財報:AI如何解讀「老闆的真心話」 對於上市櫃公司,法人說明會(編按:又稱法說會,上市公司向機構投資人報告營運狀況、財務績效,及未來產業展望的正式會議)與財報是業務人員的「戰略地圖」。但問題在於,財報充滿了冷冰冰的會計數字,而法說會逐字稿動輒上萬字,內容充斥著官腔與專業術語。業務員往往因為看不懂或沒耐心,而錯過了最核心的銷售訊號。 事實上,老闆在法說會上對分析師說的話,往往隱藏著他們最真實的壓力來源,因為他們必須對股東負責。現在,你可以把AI當成你的「首席財務分析師」,將法說會的錄音轉成文字後,直接餵給AI,下達精準的提示詞: 請閱讀這份兩萬字的法說會紀錄,幫我回答3個問題: 1. 老闆對於明年預算撥款最謹慎的領域在哪? 2. 哪些部門目前正面臨產能或成本的壓力? 3. 老闆反覆強調的3個關鍵詞是什麼? AI就能瞬間把冗長的報告濃縮成一張「商機表」。這種解讀力能讓你避開客戶的地雷區,直接針對對方的「獎金區」進行提案。 【實戰案例B:從招募資訊看穿採購需求】 一位IT系統整合商的業務員想開發一家中型製造商。他在AI的協助下,分析該公司在人力銀行的招募數據後發現,該公司過去3個月密集招募具備「雲端資訊安全」 背景的工程師,且應徵條件特別強調「混合雲架構管理」(編按:指用一套整合性的方式,去管理「同時使用公有雲+私有雲+本地機房」的IT系統與資源)。 業務員立刻判斷出,這家公司正處於從本地端主機遷移到雲端的過渡期,且內部非常擔心資安漏洞。他在開發信中避開了通用的軟體介紹,而是寫道:「針對製造業在遷移雲端過程中,如何確保舊有製程數據不外洩的實務分享」。這封信在發出後的兩小時內,就得到了該公司資訊長(Chief Information Officer,簡稱CIO)的親自回覆,因為這正是他當下最頭痛、最需要外部專家協助的課題。 三、社交媒體的隱形情報:挖掘決策者的個人見解 在B2B銷售中,訂單成敗往往取決於「決策圈」裡的那群人。這群人包含了使用者、影響者、採購者與最終決策者。每個人的喜好、價值觀與恐懼點都不同。以往我們只能透過碰面來觀察,但現在數位足跡讓每個人都變得「透明」。透過分析決策者在LinkedIn 或專業社群的公開言論,AI能幫你進行深度的「人物側寫」。 延伸閱讀:AI也能用來經營人脈!從零碎資訊看懂對方,找出溝通切入點 你可以請AI協助分析目標對象近期的公開互動。例如,某位技術長(Chief Technology Officer,簡稱CTO)最近頻繁轉發關於「邊緣運算」(編按:Edge Computing,將人工智慧的運算任務,從遙遠的雲端資料中心,轉移至更貼近使用者的終端裝置上執行)的文章,這代表他對於中央集權式的系統有疑慮;或者某位採購經理在專業論壇上抱怨過「供應商售後反應太慢」,這就是你突圍的機會。透過AI的情緒分析與偏好歸納,你能為每位決策者量身打造專屬的「溝通頻率」。這不是投其所好,而是真正的同理心展現,讓你的提案在對方心中產生共振。 【實戰案例C:用老闆的話,說服部屬】 某位銷售節能設備的業務,目標客戶是一家電子代工大廠。他原本的對口單位是總務部,對方總以「節電效果有限,回本太慢」為由推辭。後來,業務員改變策略,利用AI分析該集團董事長在股東會上的致詞,與年報中的ESG承諾。AI幫他抓出一個關鍵點:集團董事長已公開承諾「在兩年內達成15%的減碳目標,且此目標與各部門主管的年度績效考核掛鉤」。 業務員拿著這份資料,重新向總務部提案,標題改為:「如何協助貴部門達成董事長要求的15%減碳績效,確保部門KPI達標」。這一次,總務部主管不再推託,反而積極主動的向高層請購,因為這項提案直接關係到他的績效與升遷。 節錄自:大是文化《90%高級主管出身業務,B2B聖經:從跑客戶到利用AI問對問題,這是你薪水翻倍、卡位晉升、認識大老闆的最快成功捷徑!》/吳育宏 著
【104職場力】・AI

AWS助攻AI人才媒合 超過4.5萬人透過免費課程累積AI「學力」證明

AI相關職缺需求持續攀升,年成長9.1%,2025年第二季更突破12萬個AI相關工作機會。為回應市場熱度,104學習與AWS合作推出 「AI人才就緒計畫」,上線五個月已吸引超過4.5萬人次參與AI入門與進階技術的學習路徑,無論是商務應用、提示工程、生成式AI到雲端技術,皆成功帶動學習與求職行為轉換,逐步打造具備「學習力×科技力×溝通力」的AI人才生態圈。 文 /【104學習】 AI學習熱潮持續升溫 生成式AI與提示工程最熱門完課認證讓學員主動應徵率成長近2倍:AI技能提升求職行動力學力證明讓企業邀約面試數增加7成:學習紀錄成「辨識人才」指標挑戰AWS官方證照:打造被市場看見的競爭力 AI學習熱潮持續升溫 生成式AI與提示工程最熱門 由104學習與AWS合作推出的「AI人才就緒計畫」,包含兩大主題「商業應用技能」與「技術開發技能」,總共16堂、不到10小時的免費課程。該計畫自2025年7月在104學習課程中心上線以來,共吸引超過4萬5800人次參與課程,展現台灣職場對生成式AI、提示工程與雲端技能的高度需求。 在課程主題中,「商業應用技能」最受學員青睞,其中又以 「生成式AI如何顛覆您的工作模式」課程的學習人次最高,反應許多非工程領域的職場工作者,也開始積極導入AI工具提升效率與創造力。 [course_plugin api_type='course_id' title='AWS商業應用最受歡迎課程' id='553bc7bd-5e0e-48c4-af58-41ed7368ce15'] 在「技術開發技能」主題部分,最受歡迎的則是「提示工程最佳實務:有效利用Claude 3」,協助工程師與技術人員掌握當前最主流的提示設計與生成式AI 應用技巧,進一步提升模型運算與內容生成的品質。 [course_plugin api_type='course_id' title='AWS技術開發最受歡迎課程' id='6c274081-2d28-4fe6-ad3b-997567c09734'] 特別的是,當使用者在104學習完成AWS線上課程之後,系統將自動產出完課證明,並直接同步至使用者的104履歷表中,讓企業能一眼辨識求職者的AI能力。這項機制不僅提高求職者履歷的讀取率,也為學員帶來更明確的求職優勢。 完課認證讓學員主動應徵率成長近2倍:AI技能提升求職行動力 因此,除了超過4.5萬人次投入AI 技能學習之外,104 與AWS的AI人才就緒計畫,更因具備「學習紀錄回傳與履歷自動更新」功能,使求職者與企業兩端的行為皆出現顯著轉變。 在求職端,根據104學習的數據顯示,在「商業應用技能」主題中,以完成「打造生成式AI就緒組織」課程的學員求職行動力最積極,這些學員在獲得該課程的完課證明,學習紀錄自動同步至履歷後,在接下來三個月內,他們主動應徵職缺次數成長了195.4%,也就是說,完成生成式AI課程的學員,更願意多投幾封履歷。這項數據同時反應,具體的AI技能證明不僅帶來求職者的成就感,更能強化他們的信心,使其願意跨出舒適圈,投遞過去因技能門檻而不敢挑戰的職缺,AI 學習歷程因此成為促進求職行動力的重要推力。 [course_plugin api_type='course_id' title='完課後立刻推升求職行動力' id='10361c40-8284-4333-b589-b234b1c815bb'] 學力證明讓企業邀約面試數增加7成:學習紀錄成「辨識人才」指標 在企業端,104學習觀察到相同趨勢。在「技術開發技能」課程主題中,完成「提示工程最佳實務 : 有效利用 Claude 3 」並擁有該學習紀錄認證的學員,在三個月內獲得的企業主動邀約面試次數提升68.8%。顯示企業在搜尋人才時,已優先鎖定具備AI技能學習歷程的履歷。104與AWS認證的學習紀錄成為企業招募時的重要指標,使其更容易辨識具備生成式AI、提示工程與雲端應用能力的即戰力人才。 這些數據不僅代表學習行為上的進步,更顯示AI技能已深刻影響求職市場的互動方式。對求職者而言,學習不再只是加分項,而是能直接轉化為行動力與機會;對企業而言,AI學習歷程正在成為加速辨識人才、提升招募效率的新標準。 [course_plugin api_type='course_id' title='讓企業邀約率增加的課程' id='6c274081-2d28-4fe6-ad3b-997567c09734'] 立即觀看 104 x AWS AI人才就緒計畫免費16堂完整課程 挑戰AWS官方證照:打造被市場看見的競爭力 在補強AI 技能後,越來越多學習者開始進一步挑戰AWS官方證照。根據多項國際IT證照薪資調查,擁有AWS AI相關證照,平均年薪上看10萬美元,顯示雲端與AI技能已成為全球企業高度重視的能力指標。對求職者而言,AI證照不僅是技能驗證,更是企業在評估AI應用與技術能力時可直接參考的「專業可信度」。 104學習與AWS整理出最受學習者關注的AWS熱門認證: AWS認證的人工智慧從業人員-基礎級認證 AWS Certified AI Practitioner-Foundational了解更多AWS認證的雲端從業人員-基礎級認證AWS Certified Cloud Practitioner-Foundational了解更多AWS認證的機器學習工程師-助理級認證AWS Certified Machine Learning Engineer-Associate了解更多AWS認證的開發人員-助理級認證AWS Certified Developer-Associate了解更多 關於AWS官方認證更多資訊 如果還沒準備好立刻投入考照,104學習也提供多元的AWS認證學習資源,協助使用者們以更從容的步伐進入雲端與AI的專業領域。104學習涵蓋從基礎入門到進階備考的完整課程,包括雲端基礎概念、生成式AI應用、提示工程實作、機器學習訓練流程與AWS服務操作技巧等內容,都能找到相對應的學習路徑。104學習以系統化課程、可回傳104履歷的學習紀錄與彈性進度安排,陪伴準AI人才逐步累積雲端與AI技能,為正式挑戰AWS證照打下更扎實的基礎。 探索更多AWS認證課程 [joblist_plugin title='更多104【AWS AI人才】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=AWS;mode=s&page=1' amount='5'] 延伸閱讀👉 AWS免費課程幫你打造AI「學力」證明,攻搶12萬AI職缺!👉 搶攻12.1萬個AI工作!104運用AWS技術推「AI人才就緒計畫」目標首年培育逾3萬人👉 AI人才需求強勁!工作機會年增9.1% 企業數位轉型與人才培育成關鍵
【104職場力】・AI

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範例教學懶人包
【104職場力】・專案管理

微軟、Google、Meta擴AI基建…三巨擘搶買伺服器 台鏈吃補

2025-10-31 經濟日報編譯劉忠勇、記者吳凱中 由聯合新聞網授權轉載 微軟、Google、Meta三大北美雲端服務提供商(CSP)公布財報,看好AI需求強勁,同步上修未來資本支出預測,AI伺服器建置動能持續到明年,相關供應鏈鴻海(2317)、廣達、緯創、緯穎、英業達等後市看俏。但科技巨頭持續投入驚人資本支出,也開始考驗華爾街投資人的神經。 延伸閱讀:AI需求旺 掀搶電大戰…台廠積極布局 Google母公司Alphabet單季營收首度突破千億美元大關,公告今年的資本支出將達910億至930億美元,高於先前的850億美元,是今年第二度調高。微軟執行長納德拉則表示將「持續擴大AI領域的資本與人才投資,以把握前方龐大的機會」,高層並預測,明年資本開支接近1,400億美元。 ▲ 圖片來源:聯合新聞網授權轉載 Meta財務長蘇珊・李指出,2026年資本支出將「顯著高於」2025年,明年的整體支出成長率也將「明顯加快」。Meta今年資本支出將達700億至720億美元,高於先前預估。 Alphabet、Meta和微軟上季資本支出總計達到780億美元,年增率高達89%,微軟上季資本支出349億美元更創新高,投資人對燒錢速度和回收時程感到不安,Meta和微軟在29日公布財報後盤後股價雙雙下跌,Alphabet盤後股價大漲。美股30日早盤,Alphabet上漲、Meta下跌,微軟下跌。 市場持續質疑AI是否正在醞釀另一大泡沫,Bernstein分析師Mark Moerdler在微軟高層的電話會議中提問,這些AI投資是否真能帶來回報,「或者坦白說,我們是不是正處在泡沫之中?」微軟財務長胡德重申,即使過去幾季投入數百億美元,仍無法滿足當前對AI及其他服務的需求。 因應北美四大CSP及中小型客戶AI算力需求,鴻海、廣達、緯創、緯穎、英業達、神達等伺服器大廠今年已大舉擴增美國伺服器產能。仁寶、和碩今年也有美國建設計畫,仁寶昨(30)日公告,董事會核准子公司Compal USA Technology Inc.在德州Taylor與Georgetown兩地簽署租賃協議,建置新據點,共投資9,410萬美元(約新台幣28.95億元)。 鴻海董事長劉揚偉日前指出,客戶需求持續強勁,鴻海過去一年擴大AI伺服器相關投資規模,已開始開發輝達下世代Vera Rubin NVL 144 MGX平台,預估出貨時程可能落在明年下半年。 [joblist_plugin title='最新【鴻海】職缺這邊看!' url='https://www.104.com.tw/company/233rv1s' amount='5'] 廣達執行副總暨雲達總經理楊麒令先前表示,AI需求持續爆發,廣達訂單塞爆,今年以來已擴產八次,仍不敷使用。緯穎方面,法人預估,訂單能見度看到2027年,主要客戶都在加碼投資AI基礎設施,產業前景樂觀。 [joblist_plugin title='最新【廣達】職缺這邊看!' url='https://www.104.com.tw/company/ahfsoq0' amount='5']
【104職場力】・AI

.NET 開發者必看!學會滲透測試思維,加速修補資安漏洞並提升系統穩定性

恆逸開課時間查詢:https://www.uuu.com.tw/Course/Show/1501/1 恆逸學員徐英智: C# 全端開發兼顧穩定與資料安全 我目前在一家以軟體開發為主的科技公司擔任全端工程師,主要使用 C# 和 .NET 平台開發各類應用程式。工作上,我負責的範圍涵蓋後端系統架構設計到前端畫面的串接。我也會與美編人員、測試人員一起討論技術方案,並處理系統整合的問題。我們的客戶大多是公部門,因此系統在穩定性、擴充性及資料安全方面的要求都非常高。 🎯 藍紅軍攻防實務滿足工作所需 公司正在計畫投標更多不同領域的專案,在證照要求上需要有更多同事擁有 C# 相關證照。我覺得這門課最大的吸引力是內容非常完整,從防禦到攻擊的部分都有涵蓋,特別是針對藍軍防禦與紅軍攻擊等主題,都有搭配實務講解。這些正好是我目前工作上非常需要了解的內容。 🛡️ 從攻擊視角掌握資安防護精髓 講師的教學方式非常豐富,不只侷限於課本內容,而是從多個角度搭配實際案例來說明重點。印象最深的是在講解「程式撰寫的資安防護」時,講師不只是單純地說明理論與原則,而是透過實際的攻擊範例,來展示網站在有防護與沒防護時的差別。透過這樣的實作演示,我能夠更直觀地理解各種漏洞的成因與攻擊手法,也學會了如何在開發階段就建立正確的安全意識。這對我特別有幫助,因為我在工作中經常需要修補系統漏洞、分析滲透報告。課程讓我更清楚地了解滲透測試人員在檢測時的思維與方式,能更有效地從防禦角度思考問題,預先避免潛在風險。這樣的實務教學方式,讓我在資安防護上不再只是照著規範執行,而是真正了解背後的邏輯與意義。 🔍 Proxy 工具實戰應用發現潛在弱點 讓我印象深刻、甚至覺得意想不到的收穫,是學到了 Proxy 工具在滲透測試中的進階應用。以前我只知道這類工具能攔截封包做基本分析,但在課程中,講師深入示範了如何利用 Proxy 來模擬實際攻擊、測試網站的安全防護機制,這才讓我意識到這類工具的潛力。透過上課,我發現可以在專案系統上線前,先用這個工具自行進行測試,檢查是否存在漏洞或防護不足的地方,這不僅能提早發現問題,也能減少上線後修補的時間與成本。上完課的隔天,我立刻將這些方法運用到工作中,重新檢查過去負責的專案系統,找出一些過去未注意到的潛在弱點。實務操作的經驗,也幫助我在考證過程中,能更快速地判斷並找到問題的答案。 🚀 資安課程助學員快速理解攻擊手法強化防護爭取升遷 這門課對我工作的幫助可說是立竿見影。回到公司後,我剛好收到幾份滲透測試報告需要修補漏洞,便立刻回想課堂上學到的觀念與技巧。以前看到這類報告時,常需要花時間去理解攻擊手法與漏洞成因,但現在我能更快掌握滲透人員的思維角度,也能準確判斷問題所在,迅速找到程式中需要修補的部分並完成防護強化。更重要的是,這次的學習讓我對資料防護與網路架構的整體概念有了更深入的理解,能夠以更全面的視角來思考系統安全。我現在也能更直觀地提出自己的建議與想法,並主動分享課程中學到的資安觀念與防護技巧。最後,我希望自己能順利在下個月取得 CASE .NET 的證照,爭取公司提供的額外獎勵與升遷機會。 索取課程優惠:https://www.uuu.com.tw/Forms/CourseInfoRequest?courseId=CASENet&mediaSrc=104
精誠資訊恆逸教育訓練中心・資訊安全

為什麼IBM頻繁輪調、員工技能卻能快速到位?全靠「一張Excel表」掌握技能樹

你們公司會職務輪調嗎?在台灣IBM,有人一年換3個部門、有人3年換5個職務,「內部輪調」是他們的工作日常。面對市場快速變化,工作輪調是企業應戰的必要手段,例如當使用者體驗興起時,設計部門便因應而生;當雲端與AI成為趨勢時,人員也須立刻到位。不過,企業要如何確保員工技能以便快速調度?IBM全靠一張Excel表。 文/李佳樺、劉鳳珍 由Cheers授權轉載 有「經驗」代表有「技能」嗎?僅憑過去結果判斷未來人才發展,在快速變動的市場更容易失準,IBM如何用一張Excel表,攤開員工的技能圖? 面對市場快速的變化,職務輪調已成企業保命應戰的必要管理手段。 「我曾經一年就換了3個部門。」台灣IBM諮詢合夥人暨業務轉型服務群負責人高愈惠分享自己的經歷。另一位諮詢顧問協理曾華彥則在短短3年間,轉換了5個職務。 台灣IBM的同仁,對頻繁地職務調動早習以為常。 顧問業的生意以客戶專案為核心,哪個產業有商機,組織就立刻對應調整,例如當使用者體驗興起時,設計部門便因應而生;當雲端與AI成為未來趨勢時,人員的調度也須立刻到位。 但面對客戶需求又快又急,企業要如何確保員工技能的「存量」足夠,以便能夠快速調度? 一張Excel表拆解顧問技能 IBM的做法是將每個職位所需技能,逐一定義,並發展出以技能為單位(Skills-based)的組織架構。 以顧問職務為例,上面密密麻麻列出顧問部門近百種職位(Job Role)、上千項職位專長(Specialty)與相應的技能組合(Skills set),清楚定義。此外,不同技能的含金量(Premium Type)也一清二楚。這份表單含會隨著市場、專案變化,定期更新。 以表中專案經理的職位為例子,同職位(Job Role)可以拆分出不同的專長(Specialty)。例如有人的專精是微軟系統、有人專精SAP的ERP系統。這兩位專案經理,會有共通的技能如溝通、談判等,也會有各自有別的技能強項。 在美國、歐洲、中國等員工數更多、規模更大的地區,顧問敘薪會參考專長的「成熟度分級」作為判斷指標之一,同樣職等不一定領一樣的薪水。 透過這一張定義清楚的表單,每位員工所具備的技能,無所遁形。企業一旦要調度人員、儲備人才、指派培訓,都有清楚依據,也相對可以減少員工對主管「主觀好惡」的臆測。 例如,如果A部門最近案量少,主管可以指派同仁去學習新興的產品技能;員工如果想轉調業務,則可以在了解業務需要哪些技能下,先在專案經理的職務上,參與公司培訓,取得所需的認證,不用立刻與公司分道揚鑣。 這套系統也有利於促進員工自我賦能,而不是公司開一大堆課,到頭來卻被員工覺得強迫學習。 聚焦技前瞻性,不僅憑績效表現選才 IBM會定期公布公司看重的市場稀缺技能,並透過舉辦競賽、活動,鼓勵員工學習,學習成果也與績效評估連結,每位員工一年至少要達成40小時的學習時數。高愈惠是忙碌的高階主管,2024年8月底就已經達108小時,而且像她一樣超標的同仁不在少數。 在IBM的學習平台上,透過徽章(badge)認證每一個人的學習、成長紀錄。台灣IBM諮詢金融產業顧問協理鄒淑芳曾被主管指派,一項預算規模超過她職級可以處理的專案,她為此而去上資深PM都會想拿的「Experienced PM Badge」課程,學習專案管理方法論,但並非上完課就能獲得這項獎章,還有其他嚴苛的條件。 鄒淑芳花了6年累積專案、導師經驗,最後獲得這項獎章才晉升到下一個職等,「這是我拿過最印象深刻的 Badge(獎章)。」鄒淑芳興奮的說。 IBM對技能重視的嚴謹度,從一件小事可以看出。 大部分企業多認為,只要是主管就「應該」會面試,自己去篩出適任人選,但IBM的主管必須先通過內部訓練考核,取得面試獎章後,才有資格上陣。 「這是IBM正在推動skills as currency(技能即貨幣)的概念, 」台灣IBM人資長邱纓琇說,當技能與績效、升遷串連,學習技能的價值也跟著提高,進而改變整個公司選材的思維。 邱纓琇說:「過去選人的做法,可能是印象中這個員工績效表現好就升他。在IBM,主管要思考公司未來要發展的核心技能是哪些?我如何投資擁有這些技能的人才讓他們一直留在公司?」 換言之,如果以前主管拔擢人才的標準是放在對「人」的主觀評價上,看的是他的過去,往往會疏忽了未來所需技能的重要性。尤其在人才稀缺的今天,聚焦「技能」的專業度高低、市場前瞻性,才是有機會把人才效能變大的睿智做法。 IBM也鼓勵員工攤開自己的職務「蜂巢圖」,讓員工面對下一個晉升職位,有更清晰的成長方向,同時配合課程推薦,儲備未來技能。下圖便是高愈惠和下屬分享自己的蜂巢圖。 透過技能為核心的管理模式,過往學歷、資歷的重要性也開始降低。IBM全球有20%的員工沒有大學學歷,就是憑藉技能說話。在2024年兩千大企業人資長的調查,也呼應此一趨勢 —學歷重要性下降,專業技能開始上升。 你的技能存量足夠面對未來變化嗎?你的團隊當前的技能存摺,足以面對產業變化嗎?加速發展技能,將是人才管理最重要的課題。 (原文標題:IBM全球20%員工沒大學學歷!他們用「一張表」看出員工技能強項) 推薦閱讀: 當專業技能遇上生成式AI,你會因此變更強、還是被取代?一圖看懂你與AI的距離 2025年「數據/資料工程師」12個必備技能、推薦職缺、證照進修 【上篇】2025台灣人才技能落差總體檢:「技能」已取代缺人成企業最大痛 【下篇】2025台灣人才技能落差總體檢:逾三分之一工作人正偷偷用GAI 「商業知識百科」隆重推出:近100個商業詞庫,免費全公開使用!全台最完整X各專家審閱
【104職場力】

喊AI就有培訓經費,真的嗎?

AI來襲,跟公司爭取培訓經費、加強技能,OK嗎?聽完這集你會學到,如何用緊急v.s.重要的「四象限圖」,精準表達學習需求,同時將個人職涯發展和公司的組織策略及部門績效掛鉤,優先執行關乎公司成長的戰略佈局。至於AI職能需求,可運用PDDRO(規畫、設計、執行、檢核、成果)流程與 SMART 原則確保訓練落地,搭配「公司內部大神」分享以實體線上「混成式教學」,極大化預算效益。 【本集來賓】穆廣浩,仰德集團新竹物流人資主管,有多年人資經驗,也是104Giver職涯引導師。 【本集重點】03:26 企業規劃年度教育訓練計畫的第一步04:55 如何蒐集真正的需求?06:40 如何從高階主管取得訓練需求?08:13 員工訓練需求如何滿足?11:00 如何推動員工AI轉型?13:30 企業資源有限,如何規劃?15:31 訓練費用有效運用:內外部講師,混成式、線上E課程、實體課程23:58 AI訓練如何落實在年度計畫?26:53 教育訓練有沒有效?如何檢視?28:30 員工學習需求可以主動提出嗎? ▍有效經營雇主品牌,你還可以聽EP583【雇主品牌】請病假,仍有全勤?!四大勞動新制上路!全勤獎金應按比例發放 EP448【雇主品牌】員工激勵「獎」在心坎裡。 公開「有面子」,獎酬「有裡子」,WFH「有彈性」 EP564【雇主品牌】員工兼講師!核心技術肥水不落外人田。 知識煉金術!將員工「隱性知識」顯性化、標準化、生動化 按「Follow」訂閱,最新一集Podcast立即傳送
【104職場力】・線上學習

有任何收穫或想分享的,都來和大家一起聊聊吧!