哈囉,我是切版直播班的卡斯伯老師

這是「專題班」專屬的週報,每週我會花點時間跟大家分享:

從一而終,用一個觀念貫徹整份履歷

一直以來,在同學完成整個課程之後,我都會協助學生看履歷, 所以從過去到現在,也觀看了數百份履歷。 許多同學回饋到,依據我提供的建議下他們更清楚履歷該怎麼做調整,也有案例是已經一個月沒有面試邀請,在履歷調整之後提升至每週有三到四場的面試邀請, 所以雖然我不是人資背景,但就我的經驗來說,一定給大家有所幫助。

我在上課的時候,習慣使用一套理論來進行套用,像是在切版的時候, 會跟大家說明容器與內容的關聯性,接下來用這個概念套用至整個課程。 撰寫履歷也可以使用相同的概念,掌握一個心法之後,用這個心法來貫徹整篇的履歷。

誰會看這份履歷?

在討論心法之前, 要先思考一件事,就是你所寄出的履歷會給誰看?然後誰的 “建議” 更重要,能夠影響是否邀請你過來面試?

很多人會認為人資會佔有很大的權利, 這麼說其實也沒有錯,但其實人資他只是發信要你來的人,發信前他會先去諮詢職缺部門來決定是否邀請。就以軟體工程師來說, 他一定會先問過軟體工程師團隊這份履歷是否合適,如果他隨意邀請來的人與預期落差過大,那麼一定會被軟體部門團隊抱怨。

再者,在面試後公司是否要錄取一個人, 雖然決定權看起來會與老闆或人資有關,但他們最終還是會去諮詢相關的專業團隊,當邀請的人能力預期不同,對於公司、團隊及求職者都是傷害。 所以可以了解,專業團隊的建議是佔有很高的比重。

image.png

以目標為導向進行撰寫

所以當你的履歷預期要給專業的團隊觀看的時候, 那麼在整體的規劃上,一定會是需要能夠吸引專業團隊的目光。舉個例子來說,如果你過去是行銷背景,當你想要轉職為工程師,你要拿出的是程式相關的經歷給工程師看;或許過去可能有輝煌的經歷,但對於工程師來說,如果內容與他難以產生共鳴,他也難以給予邀請的建議。

在我輔導的案例中,有許多是希望從別的領域轉職成軟體工程師,畢竟是轉換跑道,工程師的經歷絕對是不如原有的領域,因此這些人通常在履歷中就會突顯他原有領域的經歷。 但就如前所述,原有的經歷其實難以讓工程師產生共鳴, 導致求職不順利,然後開始懷疑自己是否不適合轉職。

以職稱貫徹整份履歷的架構

那我們知道,履歷是要給誰看得以後, 我們就要包裝這份履歷專門給目標對象觀看,而這就是核心觀念,接下來我們要探討履歷的架構,用這一個核心觀念來進行說明。

關鍵就在於 “職稱”

履歷的前方,一定要加入 “職稱”。 所以在撰寫履歷的過程中,你一定要謹記著「這份履歷內容,都以該職稱為優先」, 最好讓看到的人就認為你是這個職稱的專家,所以在內容規劃上,你可以先思考該內容是否與該領域相關,一樣回到軟體工程師來說,你會認為哪一句話是與軟體相關性高的?

就上述案例來說,是以最後一項與軟體工程師關係最為密切。在這樣的概念下,履歷中與前端相關的內容至少占 80% 以上, 且這些內容都會在履歷的前方,最好讓對方一眼就看到讓他感興趣的項目。

另外,絕對不要,在履歷還沒進入重點之前,就讓人在心中扣分了

舉個例子來說,如果你是前端工程師團隊的職員, 這時候人資拿來了一份履歷,履歷開始就提到他是餐飲管理科系,且在自傳上面完全沒有提到前端或軟體工程相關的資訊,你是否會在心中就給他扣分了呢?

這邊並不是要說哪一個科系的優劣,所以相反過來也可以這樣說,如果是餐飲部門的廚師收到一份履歷,但他是資訊管理科系,自傳內容沒有提到餐飲相關的資訊,你會不會覺得這份履歷是來鬧的?

image.png

所以就算你過去有許多輝煌的經歷,只要與該專業、該職稱關聯性低,就應該割捨離的刪除它,就一樣是以前端工程師來說:

然後加入與該職稱相關的描述,讓看到的人就認為你是這個職稱的專家!

接下來,如果履歷不相關的部分都刪光光了怎麼辦?這就是需要再求職前準備的項目,你可以在整個培訓時間中慢慢醞釀這些資源。

如果沒辦法提出足夠相關資訊怎麼辦?

image.png

因為需要準備能夠 “證明你能力的資料” 給觀者看,這裡所提到的是 “證明”,所以依據每一個時期不同,需要準備的項目其實也有所不同。舉個例子來說:我們都會希望同學先準備作品,原因在於新人沒有辦法可以證明他有能力完成專案,而 “作品” 是不需要進入公司就能完成的;但職場的資深工程師就不一定需要作品,因為對他來說,豐富的資歷陳列出來,就足夠說服人了。

所以每個時段會需要不同的方式來證明自己,而我這邊就依據列出一些 “適合新人” 的技巧給大家做參考:

以上,如果你接下來想投入 “專業領域”,核心概念就是圍繞在 “職稱” 上,把握此方法就能大幅增加你的面試機率。當然,如果你一直參加後期的 React 直播班,完成最終作品或專題我們也都會協助各位檢視履歷喔~

學習進度安排

主線的作業繳交結束囉,接下來可以回到專題持續推進,學習進度可以參考學習進度文件

另外,如果有任何專題上的問題,可以詢問專題教練喔。

主要活動行程如下:

日期 發布頻道位置 內容
10/9, 10/12 每日活動 程式助教
補充事項 在 Notion 中自己的專題頁面回報給教練 建議推進的學習進度:
  1. 做專題 - 5. 專案開發 |

專題班最後的衝刺:

做專題 - 5. 專案開發 60 小時 10/16(三) - Git 協作部分- Notion 團隊協作心法流程 9/4(三)~10/16(三),共六週專注開發

發表會說明

我們本次將提供額外的服務給同學,讓同學 “可自選發表會參與場次”,細節包含:

  1. 同學可選擇發表會時間,分別是原有的 10/20,另外新增兩週後的 11/3