我經歷過最高效的新人培訓方式

我經歷過最高效的新人培訓方式

新人的培訓,一直都是很多管理者跟經營者重視的問題,我自己參與過很多不同的新人培訓過程,但一直以來我認為最有效的培訓方式是我剛出社會時所接受到的培訓方式。

剛出社會時,我所加入的團隊是一個五人小組,兩位學長,還有我們三位菜鳥,我們所擁有的培訓資源基本上並不多,但學長卻透過其他方式,給了我們很充分的 support。

我們三位菜鳥都是剛畢業,沒有什麼寫程式經驗的新手,但我們卻要開始負責公司內一個底層的開發平台。這怎麼想都是一個巨大的挑戰,但我們還是順利接上了,而且到我們獨立作業,大約只用了 2-3 個月的時間。那當時,我們到底是如何做到的呢?

首先,基礎的培訓一定還是有的,對於我們負責的產品,技術架構怎麼樣,有什麼元件,有什麼特性,別人如何運用這個平台來開發程式,這些在基礎的培訓中都有教。

但像我們這種菜鳥,哪懂什麼技術平台,哪懂什麼物件導向,也是考量到這些問題,學長們在教育訓練過程舉了蠻多生活中的案例,像是用音樂廳來形容技術平台的角色,這就很淺白易懂了。

不過聽懂是一件事,理解是另一回事,所以學長們在培訓過程也會出考題跟提問來確認我們是否真的理解。在我接受過的技術培訓中,這絕對是排名前幾的。

而培訓後,接著就是要進行完成一支程式的挑戰,我們必須在一個禮拜內把開發環境裝起來,然後按著教材把一支範例程式 run 起來,同時功能都要正常運作。

為了完成這個任務,我們進入了實作環節,即便我們對架構還不理解,也還在學習程式的語法,但我們就這樣開始撰寫我們的第一支程式,過程中因為有其他同伴在,我們可以一起討論,有不懂的問題,也可以請教學長。一個禮拜的時間,我們確實完成了一支正常運作的程式,而一個禮拜前,我們可能還不會寫 C#。

交付了第一支程式後,我們開始接下第二個任務,那就是改 bug,沒錯,我們竟然要開始改 bug 了。這個過程,學長們使用的指導方法就是 1-1 指導,在我們要開始改一個 bug 前,學長會先跟我們大概說明他的理解,然後建議我們先 trace 把程式邏輯搞清楚,在動手改之前先找他討論一下,沒問題後才開始改,而改完後他會協助做 code review,並且分享如果是他來寫的話他會怎麼寫,以及為什麼

這個過程,我們一般會問許多問題,也會有很多的交流討論,這也是很有收穫的過程,因為學長會一邊分享他的想法,一邊問我為什麼,確保我真的理解自己在寫些什麼。不過學長也不可能從最基礎開始教,所以我自己在下班後也花了時間補強自己對程式語言的掌握,兩者相輔相成,學長的指導帶給我的幫助就非常有效了。

我們改了幾個 bug,對於程式的語法,工具的使用,技術架構的熟悉都有了提升,對學長的依賴也相對比較低,一個月的時間,我們大致就可以獨立作業,中間碰到不會的再找同事討論,或者請教學長。接著,我們又被指派了另一個任務,是我們必須要代表部門去培訓其他部門的程式設計師,教他們如何用我們的平台

部門雖然有現成的教材,但學長的標準是,要把這份教材通透理解,因為在培訓過程中我們要能應對所有的問題。而為了確保我們真的能做到這個水平,學長給我們兩個禮拜的時間準備,然後要在兩個禮拜後簡報給他聽,把他當成學生來介紹平台

第一次簡報,我們都報的不好,因為學長問了很多的問題,這些問題都在我們準備範圍之外,或者我們對我們自己所說的內容沒有通透的理解。

第二次,我們準備的更完整,也把一些不太懂的地方釐清,甚至透過 trace 程式來確認我們了解的沒有錯誤。

這一次,學長還是很認真地聆聽,也問了很多問題,同時還記錄了滿滿一頁回饋跟建議。通過這個過程,我們都鬆了一口氣,因為要求的標準很高,我們沒想過工程師也要這麼重視簡報跟表達。而我們也在準備的過程,把很多一知半解的觀念給釐清了,對平台有了更高的全貌觀。

此後,我們三個都會輪流對外做教育訓練,同時,也開始指導其他使用我們平台的程式設計師們,也在這個指導過程,我看見了更多自己的盲點,提問者總是可以從我沒想過的面向思考,為了協助它們解決問題,我需要更深入去看架構的問題,也要經常上網查資料,或者跟其他人討論。

而這些,都加快了我的學習速度,而這過程,就是兩個月左右的時間。總結這個過程,我所受到的培訓大致包含五個面向:

  1. 公版的教育訓練,但學長用更平易近人的案例協助我們理解,同時在過程中也持續確認我們是否理解。
  2. hands-on 的任務,在教育訓練後馬上安排一個實際開發的任務,並在完成任務後先讓我們從改 bug 開始熟悉起。
  3. 1-1 的指導,改 bug 時,學長會先解釋這個 bug,然後讓我們自己思考,並在想出解法時幫忙判斷,在我們動手改完程式後,再幫忙做 code review,並且在這過程中分享經驗,以及提出各種提問。
  4. 擔任培訓講師,準備培訓教材的過程,我總結了自己的經驗,並且花很多時間釐清自己的盲點,而學長的高標要求,也提升了我們對這件事的重視程度。
  5. 學習指導他人,從學習者變成教學者,這是一個蠻重要的過程,我在第一次指導年資比我深的同事時,心裡還有點忐忑,不過隨著一次兩次都能協助對方解決問題時,也覺得這過程很有趣。

除了這些步驟外,我覺得還有幾件事情很重要。

第一,學長的高標要求,高標準才有高水平的產出,如果學長第一次就輕輕放過,那我大概就是用低水平來完成任務,那些準備過程的學習可能都不夠扎實。

第二,不是給答案,而是透過引導、提問、分享經驗。這是 1-1 指導過程最珍貴的地方,因為兩種方法間,他要花的時間是多倍的。

第三,我用好的態度學習。學長曾說,不是每個人他都會這麼認真指導,也不是每個人都受得了。所以他認為主要是我們幾個能接受這種高標要求,也額外花了自己的時間強化基本知識,才讓他在指導過程有更多的熱情。這是我經歷過最高效協助新進成員成長的方法,分享給大家。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

2026 年第一次深度復盤

2026 年第一次深度復盤

今天提早結束今天的顧問行程,中午回到住宿的飯店泡了個熱水澡,想著到底要休息還是繼續工作。但想了想,或許可以針對最近的一些想法跟經歷做一些復盤與總結。這篇文章內容比較雜一些,但都是我近期比較重要的一些想法。 重新燃起的工作熱忱 我的工作狂性格其實已經沉潛了好多年,我一直以為我對工作已經不像年輕時那麼有熱忱。沒想到工作狂性格只是悄悄地躲了起來,等待有一天再遇到讓人熱血沸騰的時機。 燃起我工作熱情的事主要有兩件,一件是方圓國際的策略長工作,另一件則是與 AI 有關的「Growth OS」計畫。 方圓的工作有一定的機密性我就不多說了,往後能揭露的內容會陸續讓大家知道,但我可以說這應該是我接觸迄今合作上最深入的案子,我覺得很開心。至於「Growth OS」是什麼?我下面會有獨立的段落跟大家說明。 但我可以先跟大家分享為什麼這兩件事會重新燃起我的工作熱忱。 我個人的工作熱忱主要來自幾個地方: * 有挑戰,這件事難不難,能否燃起我的挑戰慾望與好奇心。 * 能自我實現,我總有一些放在內心很想做的事,但可能是時機不到,又或者沒有碰到合適的場合。 * 能按自己價值觀來行事,這件事在我

By gipi
近期 AI 寫 Code 的一些想法

近期 AI 寫 Code 的一些想法

之前用 AI 寫程式,比較 free style,簡單說,就是功能能運作就好,反正就解決單點問題,就算是個商業應用,也大多設計成可以離線使用,架構很簡單。 但最近為了要完成我 Growth OS 的野望,我又回到以前工程師年代,會很在意目錄架構、資料結構、資料流、權限控制,甚至也會思考更多關於擴展性、多租戶、系統邊界設計的問題。 也因為有較深入的思考,對於 AI 參與開發這件事,我有了多一點的體悟。 Rule-baesd 模式 從前的程式開發大多是建立在有明確規格之後,演算法就像數學公式一樣,輸入什麼樣的參數,往往就能得到一個可預期的結果。 簡單的說,就是「確定性」,所以以前的測試根據的是輸入 A/B,是否得到 C 結果。 直到現在,如果我們對一個程式的執行結果,最主要看的是「確定性」,也就是執行一百次都要得到可預期的結果。那最後或許還是只有清楚的

By gipi
自媒體困境,我的思考

自媒體困境,我的思考

昨天在 Facebook 上提到長期經營自媒體的困難,從 2006 年開始寫文章以來,迄今剛好 20 年,以內容產製來說,我應該也算是高產,中間也遭遇了一些挑戰。 不過自媒體一直都是一種放大器,而非我的主要收入源。 早期,我有一份正職工作,所以自媒體只是我用來分享經驗、與人連結、獲得影響力的方式之一。 中期,我成為自由工作者,自媒體是我創造營收的漏斗上層,讓我有穩定的案源,也讓我賣課程、推書、辦活動時可以順順的完成。 現在,自媒體算是我生活中的一種調劑,我沒有設定太明確的流量目標或轉化目標,比較像是隨興而做,暫時沒有特別目的。至於未來會不會改變不好說,但現階段就是這個樣子。 從影響力走到變現,看起來是兩種不同路徑,但對我來說其實我一直都把關鍵放在「影響深度」以及「影響對象」兩件事情上。 所謂的「影響深度」,指的是我能讓多少人採取行動,而且會願意為我所說的事情付出一定的代價,這個代價包含錢、時間、習慣的改變。所以我從文章、影片、營隊課程、

By gipi
年度策略會議的幾點提醒

年度策略會議的幾點提醒

最近幾次的會議,因為大家都在談年度策略、OKR 跟關鍵任務,以下是一些我會特別提醒的地方,也供大家做參考。 如果只有一個目標要追求,那是什麼? 很多時候我們會想著要同時提高營收,提高利潤,有時兩者不容易兼顧,如果非得做個選擇,那你會選哪一個?同樣的選擇也會發生在要流量還是要轉化,要品質還是要速度。多數時候我們都會得到一個兩者都重要的結論,但兼顧,往往就等於要同時完成兩件事。策略的重點之一就是要做出選擇,不願意選擇,不願意捨棄,不願意定義優先順序,那策略其實也等於白做了。 目標必須被進一步釐清,所謂的清晰往往與數字的組成有關 當我們說目標是兩億台幣的營收,可當我細部問:「有沒有限定產品別?」、「有沒有限定銷售區域?」、「除了 B2C,能做 B2B 嗎?」這時往往會聽到許多的回應,包含 「新產品要一定占比」,我會問「占比多少?」 「希望能擴展到海外去」,我會問「哪個區域或國別?」、「占比多少?」 「那好像不是我們過去的商模」,我會問「那可以還不行?」 當這些問題被逐一回答後,所謂的「營收兩億」的定義才算被釐清了。

By gipi