星期三, 12月 31, 2025

2025 年度回顧

 



AI 應該提升工程師的生產力,但卻也因為 AI 讓我工作的份量越來越重。今天跟同事聊聊,他說到有 AI 之後,他好像覺得寫程式更有趣了!

到現在為止,我還看著 AI 跑著程式,然後想說來個今年的總回顧!


回顧這一年,如果要用一句話形容,大概會是:

我開始重新思考「軟體開發這件事,應該怎麼做,才算是真正有效率」。


一、工作上的轉變:AI 不只是工具,而是工作型態的改變

過去,我們一直是一個協助客戶開發系統的團隊。

這樣的角色,在今年之前並沒有什麼太大的不同,從需求確認、設計、實作、測試、交付,一切都很熟悉。

今年比較特別的地方在於,我開始實際把 AI 納入開發流程中,而且不是停留在「試試看」的階段

一開始,我們嘗試的是比較接近現在大家常說的 Vibe Coding

用相對口語化的方式,描述想做的事情,讓 AI 產生對應的程式。

在上半年,我透過這樣的方式讓 AI 產生一些程式,看起來不錯,也體會到一件事:「AI 寫的程式我自己沒印象,有問題的時候在做問題的分析與定位反而花了更多時間」。

產出的程式碼,很難完全符合企業內部既有的架構、套件選型與開發規範

但,對於我要讓產出的結果符合專案上的「規範」似乎就不太好施力。

這樣的結果,對個人實驗來說很有趣,但對企業交付來說,仍然不夠。

到了今年後段,我們開始引入更接近 規格驅動(SDD) 的做法,嘗試把「架構、限制、規範、驗收標準」一起交給 AI。讓 AI 可以協助我們更穩定地完成交付的任務。

這是一個很關鍵的轉折點。

因為從這裡開始,AI 產出的內容,開始有機會成為「可以交付給企業客戶的成果」

更進一步,我們也開始用 AI 來協助一些較大型系統的重構與技術升級

在這些情境下,AI 不只是加速寫程式,而是幫助我們在有限時間與人力下,完成原本幾乎不可能快速推進的工作。

二、關鍵時刻:在資源不足的情況下,找到突破口

今年其實有幾個專案,都面臨了進度延遲、人力不足的困境。

這些專案並不是一開始就由我們承接,而是在客戶遇到困難、開始尋求解法時,我們才被拉進來討論。

在沒有辦法快速增加工程人力的前提下,我們只能問一個問題:

有沒有其他方式,可以改變完成事情的效率?

於是,我們一邊摸索、一邊嘗試,把 AI 納入實際工作流程中。

不是為了展示技術,而是非常務實地去思考。

我參加了一些研討會理解其他人的想法也參與了一些課程獲取一相關的啟發。

也看過成也 AI 敗也 AI 的慘劇!

AI 能不能幫助縮短開發週期?能不能降低對人力的依賴?

結果證明,在正確的使用方式下,它應該可以做到了! (只要你講得清楚)

三、AI 時代下,工程師角色的重新定位

今年另一個很深的體悟是:

使用 AI 的門檻,其實不在程式語言,而在「你想做什麼」。

今年,我也嘗試處理一些不是自己擅長的「程式語言」,透過我對於軟體架構與設計模式的理解,讓這樣的挑戰變得簡單。

在 AI 的時代,可能很多人都可以寫點程式,但從現在來看這還不容易到達交付給「企業客戶」的狀態。從 Martin Fowler 的「企業級軟體架構模式」一書中,我大概可以定位我的工作是在做「企業級應用程式」,除了功能外,還有許多「非功能」需求以及內部規範需要滿足。

企業有自己的架構原則、開發慣例、資安要求與維運考量。

因此,真正困難的事情,反而變成: 

  • 你能不能清楚定義「要做什麼」

  • 你能不能判斷「這是不是對的結果」
  • 你能不能站在驗收者的角度,評估 AI 產出的內容

當 AI 產出的速度越快、內容越多,

人所要承擔的責任,其實只會變得更重。


四、封閉環境下的另一個可能市場

    今年也碰到不少客戶,他們的系統環境相對封閉,

    無法直接使用雲端型的 AI 開發工具或大型模型。


           這也讓我開始思考另一個方向:
           如何在這樣的環境中,協助客戶導入屬於他們自己的「內部 AI 輔助開發能力」?

           

五、閱讀與思考:專注、槓桿,以及拉長時間軸

今年的閱讀,對我來說並不是零散的,而是很清楚地圍繞著幾個主題。

One Thing》提醒我,

       在任何階段,都應該回頭問自己:現在最重要的一件事是什麼?

納瓦爾寶典》則讓我重新思考人生與能力的槓桿——

        哪些事情一旦建立,就能在長時間尺度下,持續產生影響。

  而凱文・凱利的《5000 天後的世界》與《未來 10000 天的日子》,

   則幫助我把 AI 放回更長的時間軸中看待:

   它不是奇蹟,也不是威脅,而是一條正在延伸的演化曲線。

六、回到專業:重新整理微服務的基礎

今年有一段時間,我也重新回到微服務架構顧問的角色。

在協助他人的過程中,我反而再次整理了自己過往累積的知識。


這些內容,最後也轉化成 ITHome 鐵人賽 的系列文章,

逼自己把模糊的經驗,整理成能被他人理解的結構。


(相關紀錄留在這裡:

https://ithelp.ithome.com.tw/users/20178262/ironman/8591)


比較可惜的是,沒有讓這些東西真的刻進案子中來一次既有架構移轉的經典案例!

反思一下,在這中間夾雜太多技術的議題,然而在碰上 AI 後,這部分的想法也有點改變了,有機會我再繼續來做些實驗。


七、年度總結

如果要為這一年下一個註解,我會這樣說:

我開始思考如何花更少的力氣,做出更大的影響;
用更長的時間尺度,思考技術與自己的位置。

 這一年沒有什麼戲劇性的瞬間,但它確實悄悄改變了我看待「工作、技術與未來」的方式。

 而這個改變,我想會在接下來的幾年,慢慢發酵。

期望來年,能讓今年埋下的一些種子逐漸發芽,也準備好迎接新時代的挑戰。

再見了!2025 ...

    

星期二, 10月 21, 2025

BTS 0-61 打穿課程 (2023 版本) - 原萃



在 2022 年,我有參加過一次「打穿課程」,那三天,就像被丟進真實世界的縮影。

我們被要求在 72 小時內打造一個能上線的產品,同時還要應對「市場需求」這種真實壓力。

每兩小時一個 Sprint,節奏快到讓人喘不過氣。


過程中我體驗,這門課真正要教的,不是流程、不是工具,而是——

你在未知情境中學習的速度與韌性。


作為一個單位的主管,當然就很自然地要推薦同仁也能體驗一下這種全神關注,高強度的實戰經驗。(然後在 2023 年因為機緣巧合下,我跑去「複訓」,主要是因為推坑同事,後來人數不足只好自己補上了)!


為什麼會推薦這門課?

一開始,是因為接觸了很多「敏捷」的課程,很多人把重點放在哪些「會議」與「程序」卻很少談執行的「成果』。


有了第一次上課的經驗,我們要在三天內被聚集起來一起打造一個 End to End 的產品 (你也可以想像是黑客松),但中間多了很多「無情 (有趣)」的試煉。過程中不是只有做,你會遇到困難的!你怎麼在一邊面對困難,一邊又要產出的過程中保持穩定。


所以,它這門課不只是黑客松,更是我們日常執行專案任務或是產品任務的縮影,許多的環節都令我們省思。如果,你想讓你口中的「敏捷開發」不再只是一個口號,你想讓團隊體驗一下「凝聚力」,那麼來玩一次會比「聽說」會有更多的體驗。


《做任何事,對我來說最重要的能力不是我現在會什麼,而是碰到一個未知問題的「學習力」》


這門課,你將會面對的是「脫離你的舒適圈」,從不熟悉的技術、不熟悉的業務領域開始出發!所以,我才會說「學習力」是事情的根本。


《要做什麼之前 先不做什麼》


課程開始前一週有一個 Homework,但是大家都在上班根本沒時間好好處理這些 Homework!

所以,哪些需要「做」哪些先跳過就變成自己的選擇,也決定到現場之後我們是否足以面對後續的挑戰。


如何在最短時間「學會」最關鍵的技能,然後在時間內獲得最大的價值。


關鍵在於辨識,什麼叫「打穿」,最後你要怎麼做生意?


AI 是否可以加速你學習? (2023 年底 ChatGpt 開始被廣泛討論與應用)!


《團隊成員》


在啟程之前,你會需要夥伴,因為這個是我自己推坑的夥伴,所以我們各自有著不同擅長的事物,彼此互補。就像敏捷裡面跟你講要 Cross Function Team 的概念一樣,但我們也不是 18 班武藝俱全,所以只有待啟程後再來加強我們的能力。


《Product Backlog


課程一定會有目標,有目標就會有執行的計劃,所以大家一開始當然就是要建立 Product Backlog。商業領域我們不熟悉,但好在有 ChatGpt 它幫我們寫了好多的 User Stories。


Product Owner 會不會被 AI 取代?我想應該不會,因為重點是在商業上的決策判斷而不是寫出來的這堆 User Stories。但,這工具可以加速 Product Owner 的探索與決策應該是「必然」的。


《Sprint》


我們有三天的時間,安排約 8 ~ 9 個 Sprint!所以你平均兩個小時是一個 Sprint 的週期。

這代表什麼?團隊必須要在兩小時內「端出牛肉」... 這是極限挑戰了吧!


Time Box 的壓力讓大家都卯足全力地在產出。


《計畫趕不上變化,變化趕不上老闆的一句話》


出來混的,總是會遇到麻煩!如果你的產品不上線,那永遠可以躲在後面慢慢研發!那如果你很順利,在 Sprint 1 推出了產品 ....。


除了開發的工作外,你將開始負擔「維運」的工作,這是 ChatGpt 也不會跟你講的情境,你的 Backlog 將開始有計劃外的事情發生。


《商業策略》


   1. 你打穿了嗎?可以開始做生意了嗎?

   2. 你的商業目標是什麼?還是你只是個執行者?

   3. 有目標,你要如何量測?


   現場有四組,每一組到底是在做什麼生意?


   雖然背景題目一樣,但不同公司策略就不同,搞清楚自己的生意是什麼!


    始於技術、穿透商業、終於技術,解決你商業上的攔路虎!


 《穀倉效應》


      如果你任職於大型組織,大多數的時間你需要跟其他部門尋求幫忙與協助,但很少得到正面的回應。


      想辦法成為梳型人才,破除組織內的穀倉效應!

       

       過去,我們常常談的是《T》型人才,指的是有一個自己擅長的領域,然後,後來就開始討論《Pi》型人才,指的就是有兩個以上的專長在打穿的課程中,我們介紹的是《梳》型人才!


《行銷》

       

      有了產品,你怎麼推廣,獲得客戶的渠道是什麼?留客的策略是什麼?

       你不是專案經理、你不是工程師 .... 我們是這個項目的負責人。

        想法 -> 實驗 -> 數據 -> 行動。


 《Remix - 破圈》

        

        生意在做了一段時間後總會有一個突破不了的坎,如何透過「破圈」來持續保持增長。 

        把不同的概念整合在一起,找到其他擴張的路線。


         回到本質性的問題:你到底是在做什麼生意? (核心價值是什麼)


   【三天戰鬥營 - 同組的心得】


     1.     如果我們上班可以維持這樣的產能,效率應該會相當驚人!

     2.    好久沒有這種專注而熱血沸騰的感覺  

     3.    第三天課程結束後,組員晚上開始覺得空虛 (想找點事做做)

     4.     AI 之後,各組的生產力大增,看著趨勢,我們要持續成長,善用這些工具!



    【自己的體悟】    

    兩梯次的差別: AI 正在改變世界,他強化了工程師的生產力或是一般人的實作能力。

    你所不知道的是,AI 的生產力可能也在剝削你的「創意」,有時候創意是因為達不成某個目標而衍生出來的「靈光一閃」,但當你可以一直工作下去,你將陷入細節。 (有自覺得適時抽離或許是一件好事)!

    三天內打造一個完整產品、面對現實挑戰、練習團隊學習力——這不是黑客松,而是一次讓你重新認識「敏捷」的實戰體驗。

    打穿課程讓我看見團隊的凝聚力,也讓我重新定義「敏捷」。它不是會議,也不是文件,而是一種「面對真實挑戰的行動力」。