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

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

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

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

讓生活變成你喜歡的樣子

讓生活變成你喜歡的樣子

一個人一早在無人的 Stanford 校園散步,在教堂牆上看到 Faith、Hope、Charity、Love 四個詞彙,有點感觸,坐在門口的椅子上,想想這陣子做的一些決策。 管理,是管事理人 這是很多年前古哥跟我說過的一個概念,核心思路是「你得在事情上參與,理解問題的本質,並把時間花在梳理人會卡關的議題,讓人可以朝好的方向前行」。 過往專業經理人時期,我理解這概念,但因為我會有短期的戰功需求,所以我會想盡快把事情解決,對人的耐性也相對有限。當 team member 的調整速度太慢時,我可能會插手處理。這樣的好處是事情會很快有進度,壞處則是對方的學習空間減少,潛力難以激發,工作動機也會在我一次次參與後逐漸減少。 現在我比較沒有短期成果壓力,所以在找出問題根因後會願意花時間去陪一個人成長。因為我相信,只要這人是對的,最終都是先苦後甘,前面慢一點,但後面就會快很多。 就像我以前分享過的培訓概念一樣,早期人的成長不明顯,因為培訓發揮效用要時間。可當培訓的效果開始發酵,他的績效就會逐步展現。而且這人因為被信任,備栽培,所以他的工作心態也會截然不同。長期能帶來的效益是難以估計的。

By gipi
《最有企圖的一天》讀後感

《最有企圖的一天》讀後感

看《最有企圖的一天》看到這個漏斗。 這張圖與其說是漏斗,不如說是一個堆疊圖。 意圖堆疊 作者的觀點是當一件事符合你的價值觀,又是你生活的優先事項,同時也與你的目標契合,而你也設定了計畫要來完成他,那在即將要做的這個當下,你的意圖會極大化,這就是所謂的「意圖堆疊」。 我很重視助人成功,所以我在思考工作時總會往能影響更多人,解決更難的問題的角度思考。我選擇了教育產業,選擇擔任講師、顧問、Mentor;選擇軟體產業擔任 PM、架構師;選擇加入餐飲業,思考策略時往能改善門市現場,又能兼顧總部營運的方向發展。 助人成功是我的價值觀,影響更多人,解決更難的問題是我的優先事項。 我會找到符合這兩者的公司加入,因為與公司方向契合,所以設定目標時便有機會趨於一致。我在想跟做之間就沒有障礙,而沒有阻礙,意圖便可推疊,反之,意圖很可能會遭到打斷。 意圖持續時間 而「意圖的持續時間」概念是什麼呢? 如果你只是當下想到要做,那意圖的持續時間是最短暫的,可能就是當下那一秒,可過了這個時間點,你的意圖可能就會消失了。舉個例子來說,我們都有過對一件事只有三分鐘熱度的狀況,像我曾經想學烹飪,

By gipi
低邊界組織

低邊界組織

還記得許多年前曾讀過一本書叫《無邊界組織》,這本書是由奇異公司前執行長傑克·威爾許(Jack Welch)提出,旨在打破企業內部的垂直與水平隔閡,以及公司與外部供應商、顧客間的藩籬,以促進靈活性、創新和知識流動。 當年讀這本書時覺得這概念很好,但 我也知道奇異本質上仍是一個高度強勢、績效導向、中心權力清楚的大型企業。無邊界並不等於弱化管理,反而是在強烈目標與績效要求下,移除妨礙執行的障礙。 所以我認為他當時提出這個概念時,更多的應該是對內的一種政令宣達 - 你們要好好合作,你們不要樹立穀倉。 思考的起源 最近因 AI 引入組織內,讓我對企業的組織分工與架構設計有了許多思考。近幾個月陸續有幾個人問我:「你覺得 AI 時代的組織架構會如何演進?會變得更扁平嗎?」 對於組織架構,我一直有個核心概念:「組織架構應該服務於目標。」(關於組織架構設計,可以參考:公司部門組織架構有哪些?四種常見的組織架構與優缺點) 組織架構,不是最重要的問題,優先思考的永遠是目標。 除了組織架構外,近幾年最常被談論的問題就是「工程師要被 AI 取代了」、「AI

By gipi
2026 年的第二次深度復盤

2026 年的第二次深度復盤

距離上一次的復盤也過去將近兩個月了,過去兩個月我一樣做了許多事,但我的工作重點確實與之前不大相同。 二月份起,我花了大量的時間透過 AI 做了許多東西,發現 AI 的無窮可能,也讓我重拾對工作的深度熱情。而六月份則是在熱情稍稍消退,回歸客觀思考的一個過渡期。 四月份,我正式接任方圓策略長一職,把自己的角色放在思考三五年以上的策略。雖然還在適應中,但我還是有蠻多收穫的。很多艱難的決策是真的需要勇氣,可當經營階層願意支持時,策略就走得很踏實。 五六月份,我投入在方圓的時間超過三百小時,這讓我反思真要做到影響一家公司的整體策略,我得花上多少時間才夠。這個問題讓我對自己往後的工作方式有了新的啟發。 六月份,我跟一家合作很久的企業主提案,取消預計要上的年度課程,而是回到原先授課預計要解決的問題思考。我建議我們直接把課程改成系統顧問案,因為他們遭遇的問題其實完全可以透過系統來解決。 這幾個月是真的比過去一年都忙碌,但也很充實。 AI 改變了許多事,但也很多沒改變的 AI 改變了我做事的方式,因為他讓效率提升了,也讓很多問題的解決方案變多了;AI 也改變了我思考的方式,因為「做」變得

By gipi