DevOpsDays Taipei 2026 於昨天 6/26 順利舉辦完畢，昨日我早早就陪小孩入睡，但清晨 04:15 左右就一陣清醒，明明身體是累的，但腦袋卻轉個不停。
不知怎麼的，今年的 DevOpsDays Taipei 2026 令人感觸很多，也許是因為 AI 帶來的改變太大？也許是年紀越來越大？也許是發現純粹的社群越來越像是個珍貴的存在。
趕緊動筆，寫下今年的感謝文。
（如果有看到文中的紀錄有誤之處，還請通知我修正，謝謝！）
活動基本資料
- 主辦單位：台灣敏捷社群、DevOps Taiwan Community、Taipei HashiCorp User Group、iThome
- 官網：https://devopsdays.tw/2026
- 日期：2026/06/25 ~ 2026/06/26
- 地點：臺北文創大樓6樓
- Keynote：共 4 場
- 分堂議程：共 44 場（其中 5 場 DevOps Bootcamp）
- 工作坊：共 14 場（其中 2 場是 DevOps Bootcamp）
- 贊助商：共 20 家（依據活動官網 Logo 計算）
- 活動人數：超過 850 人（與去年相當）
- 活動共筆：https://hackmd.io/@DevOpsDay/2026
第九屆的 DevOpsDays Taipei
如同我在 Day 1 開場提到的，今年是第九屆的 DevOpsDays Taipei，沒想到默默的這個年度 DevOps 大活動也舉辦了這麼多年。
從第一屆開始計算。
- 2017
- 2018
- 2019
- 2021
- 2022
- 2023
- 2024
- 2025
- 2026
如果 2020 沒有發生疫情，那其實今年就應該是第十屆了。
我每次想到接下來就要邁向第十屆，就一再的感到驚訝，一場活動可以連續辦這麼多年，而且持續年年都這麼多人參加，大家都是為了什麼來這場活動呢？有多少人是參加超過3次、5次或年年都參加呢？
感謝大家願意持續來參與，不論是講師、與會者、贊助商，每一年我都心存感恩，謝謝大家願意給這個活動這麼多的肯定。
開放空間會議
「開放空間會議」（Open Space Technology，OST，簡稱 OST）是 DevOpsDays 必備的一項活動，曾經參與過 OST 的人都覺得 OST 很棒，但如何讓更多人愛上 OST 卻是一件難事。
畢竟我們都知道，IT 人很多都偏 I 人（當然這不是絕對），如果沒有足夠時間暖機、沒有適時的引導或足夠的暗樁創造出一個友善的空間，那麼要開啟一個討論空間並且共創產出，確實有一些難度。
這幾年來我們嘗試過讓開放空間會議（OST）提前一天舉辦，也嘗試過讓 OST 與研討會同時舉辦。
今年組織者討論之後，我們決定試一試新的做法，將 OST 與研討會分離，安排在 7/18（六）下午舉辦。
如果你有參加本次的 DevOpsDays Taipei 2026，還請務必協助填寫會後寄出的「大會滿意度問卷」，其中會有關於 OST 的參加意願調查，還請大家協助填寫。
7/18 下午，我也會前往參加 OST，如果你參加完兩天的 DevOpsDays Taipei 2026 有許多啟發或心得想要與他人交流，不妨考慮一下 OST 吧！
（等到 OST 舉辦完畢，如果當天有什麼心得感想，我再事後補進這篇文章。）
DevOps Bootcamp
從 AI 爆紅之後，在 SDLC 與 DevOps 中使用 AI 已經不是什麼新鮮事，但越是想要在其中運用 AI，我就越是覺得哪裡不太對勁。
軟體、軟體工程、軟體開發、軟體團隊、DevOps 真的變了嗎？
確實變了，但也依然沒變，同時過去累積這麼多年的優良實踐其實變得更加重要。
在這樣的感受之下，我覺得今年的 DevOps Bootcamp 也許可以往這樣的方向發展。
於是我決定找一位比我更能釐清這件事的大師一起來籌備 DevOps Bootcamp，而這位順利被我推坑成功的大師，就是靖本行策 的 CEO 盧建成。
有了大方向，接著我們就開始討論今年到底要安排什麼樣的 Bootcamp 內容。
下圖是我們第一版的主題規劃，還非常的大方向，需要收攏範圍。
經過了多次的討論，再加上與講師們的溝通，最後的成果就是大家在議程表上看到的結果。
- 以 AI Agent 重構 SDLC：建構企業級自動軟體交付流程 - 濮紹華
- AI 讓效率提升，但誰來保護品質的人？ - 盧建成
- Flow 不死：AI 時代 DevOps 的不變本質 - 陳正瑋
- 工程師的新角色：掌控 AI 從需求到程式碼 - 楊琬晴
- 不用擔心被 AI 裁員，因為出事還是你要負責 - 蔡宗城
- AI-DD Spec Driven Develop 工作坊 - 王健行
- 你的 Repo 會自己上班了：用 GitHub Agentic Workflows 打造 Continuous AI（工作坊） - 謝政廷
再次感謝盧建成願意成為 DevOpsDays Taipei 的共同組織者，一起共創 DevOps Bootcamp 每一場的主題內容，並且尋覓合適的講者，同時也特別感謝他主動擔任了國際親善大使，協助接待來自日本 DevOpsDays Tokyo 的講者們。
（盧建成今年一直在幕後忙進忙出，辛苦他了！）
徵稿與審稿
2026 確實 AI 持續爆發，任何研討會都是 AI 研討會的狀況也更嚴重了。
今年公開徵稿時，我們便明確的表示歡迎 AI x DevOps 的主題，因為我們確實希望能收集到在 SDLC 與 DevOps 流程中各個不同階段運用 AI 的主題。
AI 這麼厲害，相信大家一定在各個地方都有在嘗試使用 AI，那麼到底在不同的階段運用上有什麼異與同呢？
同時，企業又是如何克服 AI 落地的問題呢？畢竟個人使用與企業運用是兩種差異很大的場景，個人用得好，不等於放在團隊及組織內也能用得好，企業在落地的過程中，都在面臨哪些難題，而不同的企業面對的難題是否相同呢？
這樣的疑問也同時有影響前述 DevOps Bootcamp 的規劃，因此當我知道 91APP 成功大規模的在團隊 SDLC 引入 AI 之後，就覺得他們應該是一個很不錯的中型企業案例，因此特別去邀請他們加入擔任 Bootcamp 講師；因為有一些企業困境是隨著「規模」才會明顯出現的，而軟體團隊總人數高達 300 人以上的 91APP，他們必定會遇到組織面的 AI SDLC 導入瓶頸，他們怎麼克服瓶頸，應該是一個會對大家有幫助的題目。
感謝所有熱情投稿的講師，今年依然是最後一刻爆量的投稿進來（對，大家還是不改這個不良習慣，最後一天才填投稿表單）。
也確實有不少講師的 AI 主題過於相似，這著實讓審稿團隊傷透腦筋了。
（大家的備注寫好寫滿，因為有夠難選的！）
DevOpsDays Tokyo 的大力協助
延續去年，今年我們繼續維持與 DevOpsDays Tokyo 的聯繫。
就在我們苦思有沒有什麼台灣少見、適合登上 Keynote 的演講主題時，DevOpsDays Tokyo 的組織者協助引薦了兩位特別的講者 Hosotani Yasuo 與 Ikuo Odanaka。
相信大家應該滿意 Day2 的 Keynote 吧？這兩場我聽完都覺得實在精彩！
- Hosotani Yasuo 的 敏捷 + ISO + QMS 經驗談，應該有這方面經驗的人都會驚嘆他們是如何成功的。
- Ikuo Odanaka 對於 OKR 的深刻認識，以及將 OKR 對標 DevOps 的見解，則令人敬佩。
感謝 iThome 的 Chris 及前面提到的盧建成，他們一直在與日本友人保持聯繫，持續維持台日友好關係。
參與盛況依舊，但贊助狀況則略出現低迷
老實說今年贊助的狀況比起往年略差。相信應該有些明眼人有注意到，今年的攤位數量較少。據說今年其他的研討會也有出現贊助熱度減弱的狀況。
另外，其實賣票的速度也比過往慢一些。本來我自己預估某一天就會提前關閉售票系統，結果還足足慢了快兩週才關。
而最後的售票數量來看，人數與往年相當，依然是 800 多人購票，兩天活動的報到率也有9成。
雖然就結果來說，活動參與者依然熱絡，但不知是不是大環境的經濟因素，終於開始在台灣的企業發酵，所以大家的行銷預算都下降了。（畢竟台灣總是慢世界約 1-2 年，是不是連經濟影響也都慢 1-2 年呢？）
（今年一直到了活動前10天才關閉售票，往年大概都會前一個月就停止了。）
今年我登台的演講
今年我有三次登台
- 老樣子負責 Day 1 的 Opening Remarks。繼續代表組織者們上台，跟大家輕鬆聊。簡報連結：Opening Remarks
- 第二次是跟公司同事一起上台的「AI落地生存法則：DevOps、DataOps與MLOps密不可分的ML專案現場」。為了遊說公司同事投稿，然後變成自己要負責講一半（笑）。簡報後續會由 iThome 公布在活動官網上。
- 第三次是 DevOps Bootcamp 的演講。如前述因為我推坑盧建成來當組織者，當他規劃了一個版本的 DevOps Bootcamp 議程之後，忽然殺了一個回馬槍：「我覺得這題目非艦長講不可」，他都這麼說了，我也只好自己填坑了。簡報連結：Flow 不死：AI 時代 DevOps 的不變本質
誠摯感謝
再一次的，讓我再次表達我的感謝！
DevOpsDays Taipei 2026 又讓我再次感受到，真的不是我們組織者能做什麼，研討會要能順利舉辦，需要許許多多人的努力。
感謝所有的主辦單位，我們彼此不離不棄走了這麼多年！
感謝所有的組織者，大家彼此協助，提供各種意見，幫忙留意大小議題！
感謝 iThome 的 Chris，配合多年是我心中最能搞定辦活動大小事務的第一名！
感謝所有的贊助商，感覺大家的經濟狀況又近一步緊縮了，謝謝大家在降本增效的同時，仍願意贊助本屆活動。
也感謝不少企業一口氣買了大量的企業團購票，我覺得這其實也是另一種變相的贊助行為啦！
感謝所有的投稿者與講師，我會繼續推坑各位明年見的！（咦）
感謝 DevOps Bootcamp 的每一位講師，謝謝你們願意按著我們規劃的主題方向入坑！
再次特別感謝盧建成，真的幫了很多忙，重要的幕後幫手！
感謝所有的與會者，謝謝大家願意參加本屆大會，我們不孤單，AI x DevOps 的路上，大家可以一起焦慮、一起學習！
感謝各位！
大哉問
最後的最後，還是想要說一些話。
其實在籌辦今年 DevOpsDays Taipei 2026 的過程中，我就一直有一些疑問。
- 我們究竟要辦一場什麼樣的 DevOps 研討會？
- 還有什麼是應該在 DevOpsDays Taipei 中傳遞給大家的？
特別是這兩年 AI 的發展，不只打亂 IT 技術與軟體開發，它也打亂了學習、知識分享、企業聘顧。
在這樣的狀況下，明年就要邁向第十屆 DevOpsDays Taipei，到底還有什麼是非 DevOpsDays Taipei 不可的？
而在看到《DevOps is Broken》之後，這樣的想法又更強烈了。
（有聽眾回應了他的觀察，感謝他對於 DevOpsDays Taipei 的支持。）
這些疑問我依然沒有答案，如果你有任何想法，歡迎與我分享。
希望明年我們依然可以有一場盛大的 DevOpsDays Taipei，讓各位老朋友繼續相聚，一起在這個社群中互助、互信、互利。
