繼 8/29 在 Codex Community Meetup 分享完後，9/2 緊接著迎來了下一場挑戰 — — LINE 企業內訓：Scrum 流程與應用。
回頭看這一個月，真的只能用「瘋狂」兩個字形容。
從 8/1 開始，幾乎每個禮拜都有不同的演講與分享，而且每一場的主題、受眾和形式基本上都完全不一樣。
那陣子的生活大概就是：
不是在演講，就是在準備演講的路上
8/1｜清交 Vibe Coding 體驗營
第一次進行完整的技術分享，以 Google Antigravity 為主題，完成一小時的分享。8/9｜COSCUP 2026
第一次以講者身份站上大型開源社群活動的舞台，用 15 分鐘濃縮分享 Google Antigravity 的開發經驗與精華。8/29｜Codex Community Meetup
第一次在開發者社群活動擔任主講者，進行一場 40 分鐘的 Codex 技術分享。9/2｜LINE 企業內訓
第一次以內訓講師的身份授課，也第一次挑戰 4 小時完整課程，從技術分享跨到 Scrum 流程與應用。
一小時、15 分鐘、40 分鐘，再到四小時。
四個舞台、四種完全不同的挑戰，也解鎖了四個不同的「第一次」。
而其中最後這一場，大概也是這一個月裡，讓我在準備過程中最焦慮的一場
因為這一次，又是完全不同類型的挑戰。
從 QA Engineer，到站上台教 Scrum
這次的任務，是要幫 LINE 內部的同仁上一堂 Scrum。
其實在轉到 DevRel 之前，我是一位 QA Engineer，在 LINE 以及前公司的工作經驗中，都曾經實際參與過 Scrum Team，也跑過不少次 Sprint、Planning、Daily Scrum、Review 和 Retrospective。
所以一開始收到這個題目的時候，我其實想：
「Scrum 我滿熟的，應該還好吧？」
後來才發現 — —
會 Scrum，跟「把 Scrum 教給完全沒有經驗的人」，真的是兩回事。
有趣的是，我在 2024 年時曾經不小心通過公司的內部講師培訓
當時大概也沒有想過，兩年後真的會站在公司的教室裡，面對自己的同事，完整講完一堂四小時的內訓課程
某種程度上，也算是一個兩年後突然解鎖的成就。
四小時，不能只是一直講
這次最大的挑戰，就是 — —
授課時間總共四個小時。
如果是一場 30～60 分鐘的演講，我可以設計一條 Storyline，把內容講好、Demo 做好，再搭配一些互動。
但四小時完全不是這麼一回事。
我不可能期待台下的同事就這樣坐著，連續聽我講四個小時的 Scrum 理論。
所以準備這堂課時，我一直在想：
我要怎麼讓一群 Scrum 初學者，在四小時內不只是「聽懂 Scrum」，而是真的「感受到 Scrum 是怎麼運作的」？
我希望大家離開教室的時候，不一定要背得出所有 Scrum 名詞，但至少能理解 Scrum 為什麼存在、每個流程想解決什麼問題，以及未來有沒有可能把其中一些概念運用到自己的工作中。
因此我最後決定：
這堂課不能只有「教」，一定要讓大家真的體驗一次 Scrum。
不要先背 Scrum，先知道「為什麼」
在設計課程的時候，我沒有選擇一開始就把 Scrum 的各種名詞全部丟給大家。
反而先從一個很簡單的問題開始：
「大家都很努力，為什麼最後還是可能做錯？」
從需求理解不同、溝通落差，一路帶到 Feedback 太晚，再慢慢進到 Agile 和 Scrum。
我希望大家不是因為「Scrum 規定要這樣做」，所以記住這些流程。
而是先理解：
為什麼我們需要更早確認、更早取得 Feedback，以及發現方向不對時，為什麼需要調整。
這也成為我這次設計整堂課 時最重要的原則之一：
不要先給 Definition，先讓大家知道「為什麼」。
與其解釋 Scrum，不如真的跑一次
所以這次除了 Scrum 的基礎概念之外，我花最多時間設計的，其實是後面的實作。
這次大約有 30 位學員，我把大家分成五組，設計了一個共同的 Product Mission，讓每組從 Sprint Goal、Planning、執行、Review，到收到新的 Feedback 後重新調整方向，實際走過 Scrum 的流程。
過程中也搭配海報紙、便利貼，以及 ChatGPT、Gemini、Codex 等 AI 工具，讓大家真的一起討論、一起做出東西，而不是只坐在台下聽。
而這個環節，也是我課前最不確定的一部分。
大家真的會願意參與嗎？
畢竟台下都是公司同事，又是一堂四小時的內訓。
如果我準備了一大堆 Workshop，最後大家只是安靜地做自己的事情，那整個效果可能會跟我想像中差非常多。
結果完全超出我的預期。
「誰想自願上來 Demo？」
實作的過程中，我會適時讓各組上台 Demo 自己目前做出來的作品。
這次我讓設計了讓大家跑2個sprint的環節，
Sprint 1 結束後，我安排每一組都要上台分享。
五組做的是同一個題目，但因為每一組對 Priority、需求和產品的理解不同，最後呈現出來的成果也都不太一樣。
看著大家真的開始討論、分工、畫 Prototype，甚至認真思考「這個 Sprint 到底要先做什麼」，其實比我原本預期的投入很多。
但真正讓我意外的是 Sprint 2。
原本考量到時間，以及第二輪分享可能會有一些重複性，所以我本來沒有打算要求五組全部上台。
我想說，就採自願制好了。
於是我問：
「好，那 Sprint 2 有沒有哪一組想自願上來跟大家分享？」
結果 — —
五組全部舉手。
那個瞬間我真的有點愣住。
因為我原本還在擔心：
「會不會沒有人想上來？」
結果真正發生的是：
每一組都想上來。
最後當然就 — — 全部都上來 Demo 了 XD
對我來說，那個畫面其實比「大家有沒有答對 Scrum 的題目」更讓我開心。
因為代表大家不只是完成老師交代的 Workshop，而是真的開始對自己做出來的東西有投入感，也願意把成果分享給其他人 。
那一刻我才真的覺得：
這個實作非常成功。
我最擔心的事情，最後反而做到了
而這堂課在準備期間，最讓我焦慮的其實一直都不是 Scrum 的內容。
而是 — —
四小時的節奏。
什麼地方應該多停一下？
哪裡要讓大家討論？
實作要給幾分鐘？
五組 Demo 到底會花多久？
如果前面講太久，後面的實作怎麼辦？
如果實作比預期提早結束，我又要怎麼接？
尤其前面幾週都在忙其他演講，真正能留給這場內訓的準備時間並不算長。
內訓前幾天，基本上每天都是加班到半夜。
改簡報、重排流程、算時間、設計實作、準備材料、想互動方式……
真的是焦頭爛額。
所以我在正式上課前，最擔心的一件事就是：
「我真的有辦法把這麼多內容，在四小時裡好好地帶完嗎？」
結果最後 — —
真的剛剛好四小時。
不是匆匆忙忙地把最後幾頁念完，也不是因為時間不夠把實作砍掉。
而是在四小時的節奏裡，完整呈現了每一個我原本想帶給大家的內容，也完整跑完了我設計的實作。
當我最後收到 Ending 的那一刻，其實自己心裡有一種很強烈的：
「我真的做到了。」
對其他人來說，「準時上完四小時的課」可能只是一件很普通的事情。
但只有準備這堂課的自己知道，我前面到底花了多少時間反覆調整、刪減、計算和預演。
所以這次能夠把節奏控制在自己原本規劃的範圍內，對我來說，反而是這場內訓很大的一個成就。
「原來 Scrum 是這樣」
更開心的是，課程結束後也陸續收到不少同仁的 Feedback。
有人跟我說：
透過這堂課，終於更理解 Scrum 的概念。
也有人告訴我，原本對 Scrum 只有一些零碎的印象，但透過實際跑過一次之後，開始比較能理解為什麼會需要這些流程。
還有人特別跟我說：
「你講課好穩超適合在台上」
看到這些 Feedback 的時候，其實滿感動的。
因為準備過程中的那些焦慮、熬夜，以及一直懷疑「這樣設計真的可以嗎？」的時刻，台下的人全部都不會看到。
他們最後看到的，就是台上的那四個小時。
而能夠讓大家在這四個小時裡真的理解一些東西、帶走一些東西，甚至覺得這堂課是有趣、願意參與的，我想就是對這段準備過程最好的回饋了。
「會做」和「會教」，真的差很多
這也是這次我自己很深的一個體會。
以前當 QA Engineer 跑 Scrum 的時候，很多事情對我來說都是工作的一部分。
Planning 就是 Planning。
Daily 就是 Daily。
Retro 就是 Retro。
但當我要站上台教一群 Beginner 的時候，我反而必須重新問自己：
「為什麼要做這件事？」
「如果不能用 Scrum 的專有名詞，我要怎麼讓一個完全沒有經驗的人理解？」
也因為要教別人，我重新查了很多資料、重新整理 Scrum 的概念，也重新思考很多以前覺得理所當然的流程。
所以到最後，我原本以為自己是在準備一堂「教別人 Scrum」的課。
但其實 — —
我也重新學了一次 Scrum。
給勇於接受挑戰的自己，一個掌聲 👏
最後，我把整堂課收在三句話：
Build Small. Get Feedback Early. Inspect & Adapt.
如果四小時結束後，大家沒有記住所有 Scrum 的名詞，我覺得真的沒關係。
但如果大家開始知道：
不要等到最後才確認。
早一點取得 Feedback。
發現方向不對，就調整。
那這堂課對我來說，就已經達成它最重要的目的了。
從 8 月開始一路到這場內訓，短短一個多月裡，我站上了好幾次不同的舞台。
每一場主題都不同、形式不同、受眾也不同。
很累，是真的。
很多次在準備的過程中也會想：
「我到底為什麼要這要逼死自己 XD？」
但每一次結束之後，回頭看又會發現：
原來自己又多做到了一件以前沒有做過的事情。
2024 年通過內部講師培訓的我，大概不會想到，兩年後真的會站在這裡，完成一堂四小時的公司內訓。
而那個以前每天跟著 Team 跑 Sprint 的 QA Engineer，大概也不會想到，有一天會站在台上教自己的同事 Scrum。
所以這堂課結束後，我想很用力地給自己一個掌聲 👏
謝謝那個即使覺得很難、即使準備到焦頭爛額，還是願意接下挑戰的自己。
也謝謝那個在一次又一次「我真的做得到嗎？」之後，最後還是想辦法把事情完成的自己。
又做到一項原本覺得不可能的事情了。
第一次四小時企業內訓，挑戰成功。✅
回頭看才發現，很多原本以為「我做不到」的事情，好像都是在真的踏出去之後， 才慢慢變成了「原來我也可以」。
而每完成一次挑戰，也不是故事的終點，而是讓自己多了一點底氣，去面對下一件還沒做過的事。
所以，下一個沒做過的挑戰是什麼？
來吧，我準備好了。🔥
