本系列取材自真實經歷，人物、場景、對話與時間順序經過合成與小說化處理。文中假設案例與示意數字用於說明觀念。

我這天早點去超市，回到社區時，成哥還在完成交班，小邱也在管理室。師父要和他交代代班安排，幾個人正核對接下來需要留意的事項。

小邱翻到包裹那一頁，問：「這筆通知過了，住戶說幾點會來？還是只有發通知，沒有回覆？」

成哥補充實際情況，小邱便把兩種狀態分開記。他說自己在其他案場習慣把「已通知」和「已確認領取時間」分開，否則下一班很容易誤會。師父看了一下，說這樣比較清楚，這次也照著留下。

我等交接完成、確認由小邱接手，才和師父走到旁邊問招人的事情。

先說清楚缺哪一種能力

「你之前說客戶多了，人不一定立刻補得上。可是忙到沒有時間，還不找人，不就永遠忙？」

師父說，找人以前先確認希望對方接走什麼。如果需要處理固定的導入步驟，和需要有人獨立判斷客戶的資料流程，要求不同。只寫一張很長的技術清單，未必能讓候選人知道工作實際長什麼樣。

他拿客服工具舉例。假設團隊需要一位工程師接手資料匯入，就應該說明常見資料、目前架構、需要和誰合作，以及遇到格式不符時能決定到哪裡。這些比單純要求熟悉很多框架，更接近工作內容。

我問：「那面試就考匯入資料？」

師父說，可以用與職務有關、範圍合理的題目或過往經驗討論，觀察如何確認需求、處理例外和說明判斷。也需要讓對方了解團隊現在有哪些不完整，不能招進來才說其實什麼都得一個人做。

我追問：「資深的人，不是給個方向就能開始？」

師父回答，資深也不知道公司沒有寫下來的決定。能力可以減少摸索時間，但不會讓他自動知道某個欄位為什麼不能改、哪個客戶等著哪個承諾。

新同事進來，原本的人要留時間帶

師父說，第一段時間通常需要提供帳號與合適權限、環境和背景，再安排一件範圍清楚的工作，讓新同事熟悉完成流程。

我問：「所以原本就很忙的人，還要多做一次？」

師父回答，是，這筆時間要事先留。如果團隊把新人的工作量從第一天就全算進交付，卻沒扣掉帶人、review 和解釋背景的時間，計畫很容易過度樂觀。

他示範一個起步任務：處理一種已知的資料格式差異，有範例、預期結果和可以詢問的人。新同事可以從確認需求、修改、測試到交付走完一次，團隊也能知道文件在哪裡不夠清楚。

我說：「這樣會不會只把雜事丟給他？」

師父說，任務需要有實際用途，也要讓他理解和產品的關係。範圍小是為了能完整接手，不是把所有人不想碰的東西集中給新人。後面再逐步增加判斷空間，不能永遠只讓他照指令做。

接得住工作，才算真正增加人力

我問師父：「那怎麼知道他可以獨立了？」

師父說，可以看他能不能完成一段有明確邊界的工作，知道遇到例外時如何判斷、何時需要詢問，以及如何把結果交給下一個人。獨立不等於從此不問問題，而是知道哪些問題應該自己查、哪些會影響其他人，需要先確認。

他也提醒，原本的負責人得真的交出相應權限。如果新同事每改一個小地方都要等 CTO，表面上增加了一個人，實際決策仍全部卡在同一處。

我說：「可是你如果覺得自己做比較快，就很容易接回來。」

師父回答，偶爾為了緊急工作接手可以理解，但需要知道自己換取了什麼、放棄了什麼。若每次都不讓對方走完，日後也很難期待他能完整負責。帶人有時就是要接受短期較慢，換取往後有人能接住。

我想起小邱剛才提出的紀錄方式，便問新人是不是也能反過來改文件。師父說，當然，第一次接手的人更容易看見固定班省略的資訊。有經驗的人也可能帶來別的做法，值得一起比較。

讓交接方式隨團隊一起改善

小邱已經開始處理住戶來訪，先確認戶別，再打對講機。我和師父沒有站在櫃台旁繼續指導，讓他照接到的工作進行。

師父說，增加人力要先釐清缺口，再投入背景、帶人與交接，才會逐漸形成能分工的團隊。 招募只是開始，接手的過程同樣需要安排。

我問小邱是不是比上次更熟悉這裡。師父說是，但案場的安排會變，今天仍然要把更新講清楚，不能因為小邱來代班過一次、就不再重覆說明。

那 AI 工具呢？

我問師父：「那 AI 工具能不能幫忙減少帶人的時間？」

師父說，AI 工具可以協助完成一些重複性工作，例如整理資料、生成初步文件或提醒注意事項，但無法完全取代人與人之間的知識傳遞。

新人仍需要有人解釋背景、判斷例外情況，以及理解整個流程的脈絡。工具是輔助，而不是替代。

把離職同事提煉成 skill，或者把自己的分靈體化成 AI 工具，最終仍需要有人理解、判斷和傳遞知識。