中華電信 CSM 累計 92 位:AI 能寫程式,跨部門協作仍要人來解

8 月 15 日,中華電信 CSM 61 位,在 RSG Taipei 2026 公布的榜單上名列第二。兩個半月後,資訊分公司再添 31 位,累計 92 位,超過當時第一名的 62 位。AI 已經能寫程式,沒被接手的,是部門與部門之間誰先退一步、誰替模糊的需求負責。不是缺工具,是缺一套大家共用的協作語言。你的組織,現在說的是什麼語言?

AI 寫得出程式,寫不出部門之間的默契

AI 很快就能寫出交接文件,卻讀不出提案單位那句沒說出口的期待。

我在中華電信資訊分公司的課堂上問學員:如果程式全部交給 AI,業績會不會跟著翻倍?

沒有人舉手。

寫程式從來不是瓶頸。在許多大型組織,需求每轉一手就容易走樣,這是規模帶來的共通現象。很多公司以為導入 AI 之後,協作問題會跟著消失,我看到的剛好相反。AI 讓「做」變快了,「做對」卻沒有變便宜。

做得越快,方向偏掉的代價越高。

61 位名列第二,兩個半月後變成 92 位

2026 年 8 月 15 日,RSG Taipei 2026 頒發「企業敏捷人才培育典範獎」。獎座刻著兩個數字:111 CSPO、61 CSM。資訊分公司陳明崇總經理代表中華電信上台領獎,CSM 61 位,在 RSG 公布的榜單上名列第二。

RSG Taipei 2026,陳明崇總經理代表中華電信領取企業敏捷人才培育典範獎
2026 年 8 月 15 日,陳明崇總經理代表中華電信上台領獎。
企業敏捷人才培育典範獎獎座,刻有 111 CSPO、61 CSM
獎座上的兩個數字:111 CSPO、61 CSM。

10 月 28 日,二十多家媒體報導 111 位高階主管取得 CSPO,那是往上走的一條線。這篇寫往執行層走的另一條。

10 月 29、30 日,資訊分公司 CSM 專班開課,再添 31 位,累計 92 位。這個數字,已經超過 8 月 15 日榜單上第一名的 62 位。再差 8 位破百,CSM 就能和 CSPO 的 111 位並駕齊驅。

上下共用一套語言,團隊才敢加速

中華電信有三大事業群、三大技術群與營運支持體系,資訊分公司屬於技術群之一。這套資訊體系在中華電信早已存在,只是過去不叫資分;2022 年 5 月,它整合既有的資訊、雲端與資安專業,以資訊技術分公司之名揭牌,任務是加速公司內部系統現代化,支持三大事業群與全國 17 個營運處。資訊分公司站的位置,正好是各部門需求交會的地方。

很多企業想轉型,只派中階主管上課,高階主管沒有一起進教室,共同語言就容易停在半路。那是一種希望「不用動高層就能改變」的幻想。

陳明崇總經理本身是 PMP,也是 CSPO。開課前一天,我請學員隔天早點就位,因為總經理要到場,和大家一起合照。

中華電信資分陳明崇總經理於開課時致詞,Roger 老師在側
陳明崇總經理 10 月 29 日開課現場致詞。
資訊分公司 CSM 專班結業大合照
2026 年 10 月 30 日,資訊分公司 CSM 專班結業大合照。

合照裡的紅色布條寫著「共 30 人考取」,那是開課前印的數字。開課當天臨時多了一位,實際是 31 位,61 加 31,累計 92 位。

我陪跑企業這麼多年,最怕的不是學員學不會,是學會之後,回到一間聽不懂這套語言的會議室。

中華電信往上有 111 位 CSPO,往下有 92 位 CSM,資訊分公司在這兩個數字裡,都占過半。兩層,都有人了。92 位是組織能力建設的里程碑,不是轉型已經完成的證明;真正的成果,要看這些人回到工作現場之後。

處長與副處長放下職稱,和工程師同場傳球

第一個活動是傳球遊戲。我說:今天請放下身分,我們都是學員。處長、副處長、科長、資深工程師自己分成兩組,沒有人指揮,我也不介入。

朱家珍處長與陳芷瑩副處長與 Roger 老師合照,各自展示 CSM 證書
朱家珍處長(左)、陳芷瑩副處長(右)取得 CSM 證書。

課堂上,各組用卡片和白板,自己排出 Scrum 五個事件的目的、時間盒與參與者。

各組用卡片與白板排出 Scrum 五個事件
Scrum 五個事件實作。

朱家珍處長所在的小組,後來拿下全班冠軍。陳芷瑩副處長在課後心得裡寫,她印象最深的,是從 PO 的角度重新看自己。過去接到上級交辦,想辦法分派下去,使命必達。現在才理解,PO 要和上級、團隊來回協調,在不同需求之間取得合理的平衡。

使命必達之前,還有一個沒人問的問題:這個使命,值不值得全部扛下來?

從 1 顆到 800 顆,差的不是力氣

第一輪,兩組各傳出 1 顆和 4 顆。第五輪,是 600 顆和 800 顆。

中間發生了什麼,留給還沒上過課的人。兩組都不是變得更用力,是換了一種看待自己的方式。這是課堂數字,不是現場生產力;真正的驗收,在工作現場。

Ball Game 計分板:成績曲線與五輪預測、實測
Ball Game 計分板。左為成績曲線,右為五輪預測與實測。

一位資深工程師在心得裡寫:「所謂的極限不一定是固定不變的。」整堂課,我不傳球,也不給答案。這就是 Scrum Master 的位置。

Roger 老師站在一旁聽學員發言,不下指令
課堂上的教練對話。

需求永遠收不完,誰有勇氣說「這一輪先不做」

一位科長在心得裡寫,對諮詢單位而言,需求往往永遠收不完,要學會取捨。他接著那一句,比整堂課都重:這個觀念不該只有執行單位懂,提出需求的單位也必須認識 Scrum 的精神。執行團隊有勇氣在適當的時候拒絕不合理的需求,提案單位也能理解並接受,合作才會順。

這就是跨部門協作真正難的地方。難的不是流程,是「拒絕」這個動作,在大多數組織裡沒有合法的位置。

所以我常提醒,每一次交接,都是共同語言最容易斷掉的地方。資訊分公司的學員願意把這件事寫進心得,本身就是組織持續改善的證明。這一段,AI 幫不上忙。

課堂上的 Sprint 實作,是同一件事的縮小版:5 分鐘,一面白板,哪些需求進這一輪、哪些先放著,要自己談出來。

學員以手機 App 為題進行 Sprint 實作
手機 App 開發 Sprint 實作。
各組在白板前討論,笑聲不斷
討論到最後,現場笑聲不斷。
各組在 Sprint Backlog 白板前調整計畫
Sprint Backlog 白板前的討論。

規模不是門檻,驗收才是

如果你的第一個念頭是「我們公司沒有中華電信那麼大」,同一份榜單可以回答你:台北富邦商業銀行 25 位 CSM,台北農產運銷 34 位,叡揚資訊 57 位。

RSG Taipei 2026 企業 CSM、CSPO 人數榜單
RSG Taipei 2026 企業 CSM 與 CSPO 人數榜單。

真正貴的不是兩天的培訓,是每個月在跨部門會議裡,重複解釋同一件事的時間。主管要編預算,需要的不只是人數與證照。開班前,我建議先和需求單位、主管、工程團隊約定三個可驗證的指標,以課前一個月為基準。以下是建議指標,不是中華電信已公布的成果:

  1. 跨部門需求,從提出到確認的天數。
  2. 因需求誤解而返工的件數。
  3. 每個 Sprint 目標的達成比例。

選人也有訣竅:提出需求的人、接需求的人、帶團隊的主管,坐在同一個班,效果比只派一個單位來得大。

結語:先寫下你最卡的那一個跨部門問題

如果你是 CEO,先想一件事:決策層和執行層,現在用的是同一套語言嗎?

課程最佳團隊與 Roger 老師合影,下一步是 A-CSM
課程最佳團隊,下一步是 A-CSM。

CSM 處理的就是這一層。不是教大家怎麼開會,是讓一個團隊,第一次有人專門負責問:我們真正的限制是什麼?

如果你想知道自己的組織適不適合,先不用急著談開班。寫下部門最近一個卡最久的跨部門問題,帶著它來找我,我們先看這個問題,值不值得用 CSM 來解。

附錄:中華電信資訊分公司學員心得

朱O珍/資訊分公司 處長

這次課程中,我們的小組很榮幸獲得冠軍,也非常感謝大家的肯定!在工作上,我一直鼓勵團隊採取敏捷的方式進行專案,遇到問題要及時提出、快速討論並尋求解決方案。不過,由於主管不可能每天都陪著團隊執行,因此更需要建立明確的工作節奏與溝通機制,讓團隊能夠自主協作、持續推進。

透過這兩天的課程,我對過去實際推動敏捷時比較模糊的角色分工與運作方式,有了更清楚的認識。課程很棒的地方在於,Roger 老師不僅講解得清楚,也非常鼓勵學員親自動手實作。親自參與、實際操作,讓課程中的觀念變得更加具體,也更容易留下深刻印象。

陳O瑩/資訊分公司 副處長

過去公司開始推動 Scrum 時,我們也積極尋找相關資源,然而只有學皮,沒有學到骨,例如:知道要 Daily Meeting,大家便依照學到的方式執行,卻始終覺得還沒有真正理解背後的核心精神。

這次透過兩天的課程與 Roger 老師交流,讓我更進一步了解 Scrum 各項框架背後的目的,以及為什麼需要這樣做。其中,對我印象最深刻的是從 PO 的角度重新思考自己的角色。過去我們接到上級交辦的任務後,通常就是想辦法將工作分派下去、使命必達。但上完課後,我更理解 PO 不只是承接任務、分配工作,也需要積極與上級及團隊成員溝通協調,在不同需求之間取得合理的工作平衡。

郭O建/資訊分公司 科長

課程中讓我印象深刻的一個觀念,對於諮詢單位而言,需求往往永遠都收不完。因此,除了理解需求的重要性,更需要學會如何面對不斷增加的需求,並適時做出取捨。

我也認為,這樣的觀念不應該只有執行或諮詢單位理解,提出需求的單位同樣需要充分認識 Scrum 的精神。當執行團隊有勇氣在適當的時候拒絕不合理或超出負荷的需求,而提案單位也能理解並接受這樣的溝通與協調,雙方才能建立更好的合作關係,讓整個組織的運作更加順暢。

呂O模/資訊分公司 科長

過去在工作上推動敏捷,主要是因應甲方的要求而開始執行,實際操作時,往往還是依照自己的理解與經驗進行。透過 Roger 老師的講解及課堂中的互動演練,讓我更清楚了解不同活動背後的操作邏輯,也發現過去在自己單位推動時,有些做法可能受到場地及環境限制,無法讓大家充分參與,導致實際效果不如預期。

這次最大的收穫,是不再只是依照自己的想法執行敏捷,而是透過系統性的學習,進一步理解實務操作的方法與邏輯。也期待能將課堂所學帶回工作現場,逐步嘗試與調整,讓敏捷真正發揮作用。

林O偉/資訊分公司 高級工程師

原本因為公司及客戶都有 Scrum 的執行要求,所以自己平常也有接觸相關作業,過去一直以為 Scrum 就是每天進行進度報告,並且依照既有方式執行即可。但透過這兩天的課程,才發現原來 Scrum 有這麼多值得深入了解的細節,過去自己雖然有實際操作,卻不一定真正掌握其中的精神與方法。

尤其 Roger 老師準備的課程講義、考題及真題解析都非常完整,能幫助我們更有系統地理解課程內容。回到工作崗位後,我也希望能進一步研究 Scrum 的實務應用,把這次學到的知識真正落實在日常工作中。

蘇O銘/資訊分公司 高級工程師

這次課程讓我有機會與不同背景的學員交流,聽聽大家在工作上遇到的問題與經驗。透過彼此分享、互相學習,也讓我體會到,在工作中不能只專注於自己負責的事情,更需要主動與他人接觸、溝通,才能讓資訊充分交流,避免因為缺乏溝通而產生落差。

刁O思/資訊分公司 高級工程師

這次課程讓我印象最深刻的,是 Roger 老師安排的互動活動,例如透過球的活動,讓我們發現原來面對同一件事情,其實可以有很多不同的思考方式與做法。

另外,Roger 老師分享的一個觀念也讓我特別有感觸:埋頭做事叫努力,但偶爾也要記得抬起頭來,確認自己前進的方向是否正確。如果方向錯了,即使投入再多時間與心力,也可能離目標越來越遠;反之,確認方向正確,才能讓每一分努力真正發揮價值。

魏O麟/資訊分公司 資深工程師

讓我印象最深刻的是課堂一開始的傳球活動。起初,我們可能會認為自己的能力或團隊的表現極限就是如此,但隨著 Roger 老師引導我們進行回顧與反思,逐漸發現原來還有進步的空間,所謂的極限不一定是固定不變的。

我認為這次課程最有價值的地方,就是不只是聽講解理論,而是透過實際參與、互動及反思,讓敏捷觀念真正融入學習過程。這是一段很棒的學習經驗,也非常感謝 Roger 老師的引導。

原文出處

本文改寫自 Roger 老師部落格文章:中華電信 CSM 累計 92 位:AI 能寫程式,跨部門協作仍要人來解

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *