人力編制計畫變更紀錄

人力編制計畫變更紀錄，記錄的是一份已核准或提議中的人力計畫如何隨時間改變。它應該不必靠記憶重建會議內容，就能回答四個問題：改了什麼、為什麼改、誰核准的，以及接下來要做什麼。把它和計畫版本及佐證放在一起；不要覆蓋掉先前的狀態。

計畫中的職缺是一個需求訊號，不代表經費已到位、主管有餘力帶人、找得到候選人，或對方會接受錄取。

如何界定人力編制計畫回顧的範圍

每一次回顧都先寫下基準日期、時區、計畫負責人、涵蓋期間和主要紀錄系統。定義計畫計入哪些人：正職員工、約聘人員、遞補職缺、開放中的職缺申請，或其中幾種的組合。把已核准的職缺，和申請中的需求及各種情境分開。如果分母改變了，就把它記成一次計畫變更，而不是默默比較兩個基準不同的總數。如果你還沒有計畫，我們的招募計畫範本提供一張表格的起點，包含成本和資金跑道。

美國人事管理局（OPM）的《人力規劃指南》（2022 年 11 月 3 日）把人力規劃描述成一個持續的循環：分析、擬定行動計畫、監控和調整。CIPD 的人力規劃說明（2025 年 7 月 29 日）談的是如何平衡人力的供給與需求，並把分析轉成行動。這些資料支持的是一份可追溯的紀錄，不是必須遵守的格式或基準。來源於 2026 年 9 月 5 日查證；CIPD 說明於 2026 年 10 月 4 日重新查證。

人力編制計畫變更紀錄應該記什麼？

當一項變更可能影響計畫中工作的數量、時程、範圍、負責人、核准狀態或技能條件時，就記下來。例如：預算變更獲得核准、一個遞補職缺變成新增職缺、兩項申請合併、某個職缺暫停、預定到職日延後，或某項必備條件被重新定義。錯字修正不必另外建立事件，除非它改變了意思或證據。

每一項重大變更記成一個事件。下面這幾個概念要分開：

概念	意思	紀錄範例
觀察	團隊取得的新事實或更正後的事實	某個部門確認，一位預計離職員工的離職日期改了。
假設	用於規劃、但還沒確認的條件	預期一次產品上線需要多一個客服班次。
決定	經過授權、會改變計畫的指示	財務負責人核准第四季一個遞補職缺。
後果	受影響的列、情境、時程或相依事項	這個遞補職缺從「可能」變成「已核准」；到職日仍然未知。

如果證據只能支持一項假設，就標為假設。不要因為它出現在試算表或會議筆記裡，就把它升級成已核准。如果權責不清楚，就標為 HOLD（暫緩），並寫明由誰確認。

一個人力編制變更事件需要哪些欄位？

替每個變更事件設定一個固定的 ID，並同時保留舊值和新值。一個有用的事件包括：

欄位	要記錄什麼	檢查問題
事件與時間	事件 ID、記錄時間、時區和記錄人	別人能不能把這項變更放進正確的先後順序？
計畫身分	計畫版本、情境、期間和負責人	這和另一位審閱者使用的是同一份計畫嗎？
範圍	職缺或人力群組、相關時寫上地點，以及納入／排除的界線	哪些列和總數受到影響？
變更前與變更後	原本的值、新的值和單位	人數、日期、狀態或條件真的改變了嗎？
觸發原因	觀察、申請、核准、相依事項或更正	是什麼事件導致這次修改？
證據	預算決定、預測資料、核准的需求說明、會議紀錄或來源連結	審閱者能不能檢視背後的依據？
權責	決策負責人、核准者和核准日期	這個人有權核准這項變更嗎？
後果與風險	對時程、人力、技能、相依事項和情境的影響；剩餘風險或緩解措施	還有什麼必須重新檢視？風險由誰負責？
下一個行動	負責人、期限或回顧日期，以及停止條件	什麼會讓這個事件結案，或讓它維持開啟？

美國政府問責署（GAO）的人力規劃原則於 2003 年 12 月 11 日發布，強調利害關係人、關鍵技能、量身訂做的策略和監控。把它們當成提示：寫出受影響的人、說明對技能或人力的影響、找出一個行動，並再回頭檢視。它們並沒有訂定人力編制的目標數字。

如何進行人力編制計畫回顧並修正問題訊號

在規劃會議之前，先替目前的計畫建立快照。檢視還開著的事件、新的變更，以及可以結案的事件。檢查證據、權責、範圍和下一個行動；即使接受了某項變更，也要保留先前的計畫版本。

問題訊號	為什麼重要	修正行動
總數改了，卻沒有事件 ID	計畫無法對帳	恢復原本的總數，找出變更的來源，並在核准新版本之前建立一個事件。
「已核准」沒有核准者或日期	這個狀態可能只是一項假設	標為 HOLD（暫緩），寫明決策負責人，並設定一個回顧時間點。
日期在沒有新證據的情況下變得很精確	精確的數字可能掩蓋了不確定性	恢復原本有區間的日期或範圍，並記錄這項假設和負責人。
一個事件裡包含好幾項不相關的修改	範圍和權責會變得不清楚	拆成每項重大變更一個事件，並把相關的 ID 連結起來。
合併後的職缺遺失了原本的申請	這項變更無法稽核	保留兩個 ID，寫明保留下來的是哪一筆紀錄，並記錄保留的範圍。
職缺暫停了，卻沒有觸發條件	暫停可能變成看不見的積壓	加上相依事項的負責人、回顧日期，以及恢復或結案的條件。
技能條件改了，卻沒有重新檢查	人才搜尋或評估可能還在用舊的需求說明	替條件建立新版本，找出受影響的工作，並指派以一致標準重新審閱。

只有在結果、證據、負責人和下一次回顧都記錄好之後，才把事件結案。如果相依事項還沒解決，就讓事件維持開啟，或標為 HOLD（暫緩）。不要刪除被駁回的申請；保留駁回的原因和日期，之後同一項申請再次出現時，才分得出它和新申請的差別。

可直接複製的人力編制變更紀錄範本

把這個區塊複製到計畫核准使用的工作區。

人力編制計畫變更紀錄

計畫版本／情境／涵蓋期間：
基準日期與時區：
計畫負責人／決策會議：
主要紀錄系統／存取範圍：

事件 ID：
記錄時間／記錄人：
受影響的職缺、團隊或人力群組：
變更類型：觀察／假設／決定／更正
觸發原因：
證據或來源參考：
權責／核准者／核准日期：
變更前：[數值、單位、狀態和計畫版本]
變更後：[數值、單位、狀態和計畫版本]
對時程、人力、技能或相依事項的影響：
風險或緩解措施／風險負責人：
受影響的情境：基準／保守／樂觀／其他
決定：繼續／合併／暫停／修改／上報／暫緩（HOLD）／結案
下一個行動／負責人／期限或回顧日期：
停止條件：
需要的溝通與對象：
相關事件 ID：
結案時間／結案人／結案證據：

虛構範例：追蹤一項人力編制計畫變更

把每一項人力編制計畫變更記成一個獨立、有日期的事件，就像這個虛構的 Lantern Row 範例。在 Lantern Row，第一季的計畫有兩個已核准的客服遞補職缺，以及一個可能新增的導入顧問職缺。一位主管回報，某位員工的離職日期往後延了。事件 HC-014 記下這項有日期的確認，並把遞補時段從 1 月改成一個尚未確認的較晚時段；已核准的人力編制沒有變。

財務只在一份客戶合約簽定的前提下，核准這個導入顧問職缺。團隊記下第二個事件：這個職缺是有條件的，相依事項由財務負責，而合約的決定就是停止條件。到了下一次回顧，每個事件不是結案，就是維持開啟並設定新的回顧日期。這份紀錄保留了每個時間點已知的資訊。

Talent Summoner 的定位

Talent Summoner 是我們的產品，提供 AI 人才搜尋、履歷排序，以及從你連結的 Gmail、Outlook 或 LinkedIn 帳號送出、由你逐則審閱並確認寄出的主動聯繫。它的人才搜尋流程（於 2026 年 10 月 3 日查證）從一份核准的職缺需求說明開始，在 LinkedIn、GitHub 和其他公開專業來源中搜尋，回傳一份排序好的入圍名單，附上必備條件、加分條件和白話的理由。條件確定之後，它的候選人排序工具可以協助比較你提供的履歷。

目前的產品不負責人力編制計畫變更紀錄，不核准預算，不管理職缺申請的狀態，也不維護應徵者的人才管道。核准、計畫版本和變更事件，請放在團隊選定的規劃系統裡。只有在職缺範圍獲得授權之後，才使用人才搜尋或排序，並由人查證證據、做出錄用決定。

什麼是人力編制計畫變更紀錄？

人力編制計畫變更紀錄是一份有日期的紀錄，記下計畫中人力需求、時程、範圍、負責人、假設或核准狀態的重大變更。每個事件都把變更前後的值，連結到證據、權責和下一個行動。

這份紀錄應該多久回顧一次？

每當計畫重新預測、某項重大假設改變，或做出一項核准時，就回顧一次。固定的頻率會有幫助，但如果不記下來可能會讓計畫產生誤導，就不要等到開會才記錄事件。

提議中的職缺應該出現在紀錄裡嗎？

應該，只要它改變了計畫或情境。把它標為提議中、有條件或假設，說明證據，並寫出需要哪一項核准。在獲得授權的負責人確認之前，不要把它算進已核准的人力編制。

Talent Summoner 會更新人力編制計畫嗎？

不會。Talent Summoner 是在職缺需求說明準備好之後，支援發掘和比較候選人。人力編制的核准、應徵者的人才管道和變更管控，都留在團隊自己的規劃流程裡。

在下一次預測回顧時，替目前的計畫建立快照，替每一項重大變更指定一個事件 ID，並檢查每一筆紀錄的證據、權責、範圍和停止條件。當一個職缺獲准進行候選人研究時，就用審閱過的需求說明搭配人才搜尋或候選人排序，同時讓人力編制變更紀錄繼續作為規劃決定的依據。