用作品集證據發掘候選人

一份實用的審閱清單:在發掘候選人時如何運用作品集證據、找出失效訊號,並選出下一個由人進行的查核。

用作品集證據發掘候選人

一位內部推薦的人選附上一份精緻的作品集。一份主動搜尋到的個人檔案,連結到一個做到一半的程式庫。團隊只有一位用人主管、時間又少,最容易犯的錯,就是把精緻的作品當成證明,把低調的那位當成比較弱的候選人。

作品集證據更適合拿來當排查問題的線索。檢查這份作品讓你能查證什麼;當它回答不了問題時,說出失效訊號是什麼;然後選一個公平的下一步。這樣內部推薦和主動搜尋就能用同一套審閱標準,也不必假裝每位候選人都有同樣多的公開作品。

先建立證據紀錄,而不是先看管道偏好

在討論候選人的名次之前,先為每一件作品建立一筆紀錄:

候選人/來源管道(內部推薦或主動搜尋):
作品集網址或核准的來源/擷取日期:
作品類型與檢視它的職務相關理由:
頁面或檔案上明確可見的內容:
候選人自述的貢獻,或標記為未知:
失效訊號/未解決的問題:
下一步行動/負責人/日期:

來源管道是背景資訊,不是品質分數。內部推薦是某個人給的線索,不是獨立的查證。主動搜尋到的個人檔案也是一條線索。對兩者問同樣的證據問題,並記下頁面和日期,讓第二位審閱者可以重走一次這個判斷。

作品集審閱清單

看作品時對照這張表。最後一欄刻意寫成行動,而不是結論。

檢查項目要看的證據失效訊號下一步修正行動
身分與貢獻作者、角色、專案背景,以及候選人自己的描述出現客戶標誌、團隊程式庫或作品展示,卻看不出個人負責的部分問候選人或推薦人,他本人負責了哪些部分;在得到答案前,這件作品維持未知
問題與限制使用者、商業問題、技術限制或設計取捨截圖或功能清單只呈現結果,看不出它要解決的問題請對方簡短說明背景與決策,對條件相當的候選人用同一個提問
過程與決策考慮過的替代方案、放棄的選項、測試、迭代或理由精緻的最終成品,完全看不到決策或學習的痕跡請對方做一次導覽,或改用相關的實作題;不要從視覺上的精緻推斷深度
成果與範圍宣稱的成果、衡量方式、專案規模和候選人負責的部分出現「改善了」或「擴大規模」,卻沒有範圍、基準或歸屬把成果記為未查證,並問候選人做了哪一項改變、成果是怎麼評估的
時效與存取日期、版本、可用的連結和檢視許可失效連結、舊版本、需要登入,或看起來像機密的資料,讓人無法審閱請對方提供可存取、經核准的替代內容,或把這件作品從這項標準中移除;不要猜測背後是什麼
與職缺的相關性作品內容和這個開放職缺相關很亮眼的作品,和要招募的職責無關只當成背景參考,回頭找能回答這個職缺真正問題的證據

這不是要求每個人都交出作品集。有些工作是機密、多人協作,或從來沒有公開。沒有作品集是一種未知的證據狀態,不是候選人缺乏相關經驗的證據。

調整搜尋之前,先診斷失效原因

當一件作品顯得薄弱,在放寬搜尋條件或偏向內部推薦之前,先確認是哪一種失效。歸屬缺口代表作品看得到,但不清楚是誰做的;問一個關於負責範圍的問題。情境缺口代表作品呈現了產出,卻看不出問題或限制;請對方簡短說明這個案例。時效缺口代表資料可能已經過時;請對方提供近期的例子,或把它當成過去的背景。存取缺口代表這個來源無法合法或實際地審閱;改用經核准的替代來源。

如果作品很好看但很籠統,就問一個決策和一個取捨,而不是因為呈現得好而額外加分。如果它技術細節很豐富,卻和職缺無關,就留作背景,再看另一件作品。如果推薦人說「很優秀的設計師」,卻沒有提供可以檢視的作品,就把這份推薦記為一條線索,並用你對主動搜尋個人檔案的同一套查證方式處理。

一次只做一個修正。問一個聚焦的問題時,標準保持不變;或者問題保持不變,去檢查一個經核准的替代來源。好用的處置是推進、查核、暫緩或結案,並附上職務相關的理由和一位具名的負責人。「結案」應該反映明確的職缺限制,或尚未解決的重大矛盾,而不是偏好好看的作品集。

公開作品的證據限制

公開的作品是挑選過的,也只是一部分。GitHub 說明,個人檔案展示的是一個人選擇公開分享的作品、貢獻和資訊,而且個人檔案的部分元素可以隱藏。它的貢獻參考文件也說明,只有符合特定條件的貢獻才會出現在貢獻圖上。所以,一個很安靜的個人檔案或很低的活動圖,無法證明某人缺乏能力;光看活動,也無法證明作者身分、正式環境的工作範圍或目前的能力。用它來決定要問什麼,而不是拼湊出一份履歷。

不要只因為內容是公開的,就把程式碼、截圖或文字複製進招募紀錄。檢查程式庫的授權條款和適用的組織政策;GitHub 的授權說明指出,公開可見不等於可以不受限制地再利用。只保留審閱所需、與職務相關的最少細節。英國資訊專員辦公室(ICO)關於招募 AI 的指引發布於 2024 年 11 月 6 日,強調組織在招募中使用 AI 時,要做到資料最小化、透明,並監測公平性、準確性與偏誤。本文是一般性資訊,不是法律意見。

Talent Summoner 的定位

Talent Summoner 是我們依職缺發掘候選人的產品。目前的人才搜尋流程從一份職缺需求說明開始,在 LinkedIn、GitHub 和其他公開來源中搜尋超過 2 億份個人檔案,依必備條件和加分條件回傳排序好的候選人,並附上白話的理由。把那裡出現的作品集連結,當成啟動這份清單的提示。搜尋結果不會查證作者身分、求職意願、興趣或工作表現;聯繫、面試和錄用決定仍然由你的團隊負責。

如果內部推薦已經提供了履歷,候選人排序是用來整理這批現有資料的相關流程。它不會把履歷變成作品集的證明。把作品紀錄和由人進行的後續查核放在產品輸出旁邊,而不是把名次當成修正行動。

下一步

為同一個職缺挑一位內部推薦和一份主動搜尋到的個人檔案。各為其中一件作品完成紀錄,標出第一個失效訊號,並指派一位負責人處理下一個查核。接著開始一次聚焦的人才搜尋,或用候選人排序審閱手上已有的候選人。

作品集能證明候選人勝任這份工作嗎?

不能。它可以提供工作背景,以及一個值得追問的問題。負責範圍、規模、時效、成果和相關性,仍然可能需要由人查核。

沒有公開作品集的候選人應該被淘汰嗎?

不應該。公開的作品是挑選過的,有些工作是機密或多人協作的。把缺少的項目標為未知,並在適當時改用條件相當的查證問題或實作題。

內部推薦是比主動搜尋更強的證據嗎?

本身不是。推薦可以說明為什麼值得聯繫某個人,但這份背書無法查證作品集或候選人的貢獻。兩種管道都套用同一份證據紀錄。

作品集連結失效時該怎麼辦?

記下連結和日期,把這件作品標為無法存取;如果這項證據很重要,就請對方提供經核准的替代內容。不要從一個不存在的頁面推斷能力,也不要複製不該分享的資料。

Talent Summoner 會查證作品集的作者身分嗎?

不會。我們的產品可以依職缺需求說明協助發掘個人檔案並排序。查看來源、詢問貢獻與背景、查證重要說法並做出錄用決定的,都是人。


所有文章