讓自己的專業經歷被看見

讓自己的專業經歷被看見

這個問題是我很常被詢問的問題,也是我在公司內看人會特別關注,以及面試應徵者時會提問的地方。

馬斯克曾說,他會在面試過程問一個問題,這個問題可以讓他是別出哪些人是面試中的騙子。

「請你告訴我你遇過最棘手的問題,以及你如何解決那個問題。」

他的想法是,一個人如果真的經歷過棘手的問題,不可能不清楚細節,也不可能對過程含糊其詞。藉由這個問題以及細節的追問,可以清楚的看見一個人的經驗與能力是否符實。


一個人說他有帶領某個專案成功的經驗,你當然可以請他說明一下他是怎麼做到的,一個能清楚描述細節、步驟的人,通常會遠比一個只能告訴你他花很多時間溝通的人來得更可信一些

一個人說他曾經負責過多個產品或者帶領過多個團隊,你要怎麼知道這個人在產品管理能力或團隊帶領能力上有與時俱進呢?

我會希望聽到他系統化地描述自己的工作方法。例如告訴我三個產品管理上的關鍵,而且能用相同的架構提出對我們公司的建議。

為什麼要那麼在意細節、步驟、工作方法呢?

從消極的層面來看,可以避免這個人過去的成績是靠運氣的,畢竟一次性的成果,很可能是碰巧遇到好主管或神隊友,跟他個人的關聯性較小。我要避免高估了這個人的專業水平。

而從積極的層面看,我認為一個成熟的職場工作者應該都有一套有效的工作方法,可以確保自己的產出穩定,如果一個人工作了很多年,經歷過好幾個不同工作職務,但對於如何做好一件事還是無法具體描述清楚,那我對他的專業水平還是會有打折的。

除此之外,相較於模糊不清的精神勝利法(我就賣力做、拼命溝通...),當一個人能清楚的說出搞定一件事的具體作法,你對於他能不能用相似的做法搞定現在的工作也會更有把握一些。

一個成熟的工作者,除了態度之外,擁有一個可重複且有效的工作的方法其實是一種高度專業的表現。

將經驗萃取成個人知識體系

曾有兩位很有經驗的學員來跟我諮詢關於職涯發展的問題,這兩位的經驗都算豐富,都有 5 年以上的工作經驗,專案經驗看似豐富,但說真的我看不出他們的專業性到底到哪。所以我跟他們約了一對一交談。

交談過程,我發現這兩位實際能力都比履歷上寫的好,但他們在履歷上表現不出自己的能耐,在面試中,大概也只有展現了 6-7 成的實力。

他們明明有很多經驗,但是當這些經驗沒有被有效的萃取成一個高勝率的工作方法時,經歷的價值就難以疊加,變成是一段一段關聯性不高的工作。我建議他們回過頭去再次整理自己的經歷,將做好一件事的流程、步驟、困難、解法做更清楚的彙整。

兩天後,其中一位先找我討論,他過去的工作是做 BD 跟業務的,他說他整理了一套業務心法,尤其是在陌生開發這部分他特別有心得,而這部分也是他在 2-3 個工作中持續實踐的。

我聽完後問了他一些細節,他也能回答得很清楚。結束之後,他告訴我他終於找到自己能做得比其他人更好的地方,也找到自己的獨特性,也更能在履歷跟面試過程中凸顯自己的強項了。

再隔兩天,另一位也約了跟我討論,這一位則是一路都做專案經理的,他主要負責的專案是屬於內部的案子,絕大多數都是跨部門的制度建立或者圍繞目標而衍生的案子。

過去他覺得這類的案子是無跡可尋的,幾乎每個案子都很棘手,要消耗大量的溝通時間。

但是經過幾天的思考後,他發現案子與案子之間還是有一些共通點,包含利害關係人溝通、跨部門任務的安排,以及最重要的圍繞組織目標推進。我告訴他或許這可以稱之為跨部門專案管理的 3 大痛點

然後他根據這三大痛點分別整理了一些他過去用過而且有效的方法,我一樣透過提問來挑戰他的專業,他的回答比第一次跟我面談時好很多,對於一些刁鑽的問題也能不洩氣的直面挑戰,如果第一次面試只有 60 分,這次我覺得最少有 85 分了。

當你能將自己過往做好一件事的經歷萃取成方法,那做好一件事的機率就會大幅提升了。

對一個人專業的好評價之一,就是「這個人有一套」。而那一套,就是屬於你的知識體系。

附加價值

能做好經驗總結與知識萃取的人,除了在陳述自己過往經驗與工作價值更具說服力外,這樣的人也會有其他的附加價值。

第一,有清楚的方法跟步驟的,他有機會能將部門的管理流程與制度建立起來。

第二,他不只自己會,還有方法可以教會別人,可以大幅降低經驗傳承過程高度仰賴手把手,一個帶一個的資源限制。他能將經驗系統化成課程或工作方法,加快知識移轉速度。

建制度,需要有清楚的流程與步驟,做培訓,也一樣要有架構跟方法。這也是為什麼我說經驗總結與知識萃取是每個資深工作者都需要掌握的能力,因為它可以讓你的經驗更立體,也讓你真正的價值被看見。


過去學院舉辦《讓知識有光》這堂課程,目的就是協助更多的專業工作者好好地說出自己的專業價值,讓自己的專業被看見,讓自己因為知識而發光。

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

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

Read more

加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi
AI 在商業決策層面給我帶來的三層改變

AI 在商業決策層面給我帶來的三層改變

從二月開始,台灣就陷入一陣 AI 瘋,一堆人都開始投入龍蝦、Claude Code、Codex 等超級生產力的任務中。不寫程式的人開始寫程式,包含老闆、設計師、行銷、創作者。而其中最瘋狂的,莫過於身邊的一堆老闆們。 有人批評說:「這些老闆們放錯重點,應該好好回到自己的位置上去做出好的決策,讓專業的人來處理專業的工作,不要瞎搞。」 關於這個批評我個人極端不認同。 我的看法是老闆不多花點時間深入理解 AI,他在未來就很難做出好決策。 今天看到 Coinbase 的 CEO 在 X 上發布了裁員的消息。 而我也在 FB 寫下了我對這件事情的想法。 今年不知道第幾家公司了,幾乎都不是因為經濟不景氣,而是各家公司都在為變化儲糧。很多軟體公司之所以裁員,都是為了有更多的資本支出可以投入在 AI 的團隊、產品或基礎建設上。 扁平化只是一種不再需要「管理代理人」的訊息。現代的管理概念還是很崇尚那個一人最多管七人的科層組織管理概念。 為了「有效管理」,一個人管七個人是個看似科學,

By gipi
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