新工作比完成量多嗎?按週比較流入與結案找出積壓轉折
用一致的流入與完成定義,按週比較新增、結案與期末積壓,找出工作量開始失衡的時間點。

新工作持續湧入時,團隊常先感覺「事情變多了」,卻不容易知道積壓從哪一週開始擴大。把每週新增與完成放進同一張表,可以定位差額轉正的時間,再回頭查找工作來源、結案口徑與流程卡點。以下用一致的計數單位和透明的假設例子,示範如何建立可重複檢查的週比較;數字只用來說明算法。

統一流入完成定義
要判斷積壓是否開始擴大,先把「流入」和「完成」定義成同一套可查核的事件。流入是某項工作第一次進入團隊承諾處理的範圍,例如通過需求確認並進入待辦;完成則是符合既定交付條件、可以交給下一位使用者或關係人。單純收到訊息、建立草稿或移到另一欄,不必然代表流入或完成,除非團隊事先把它定為節點。定義的重點不是流程名稱,而是每個人看同一筆紀錄時,能辨認它在哪一刻開始計算,在哪一刻可以結案。
進行前先寫下起點、終點、納入對象與例外。若一筆工作由客服受理後交給營運,整個團隊要計一次流入,不可每個部門各算一筆,除非本次分析明確以部門為單位。若一件工作包含多個交付物,先決定以整件需求或可獨立驗收的子任務計數,並在整個觀察期維持一致。工作拆分與合併也要沿用相同規則,不能為了讓結案數好看而把未完成的大項拆成多個小項。
可把定義放在週報最上方,舉例列出「收到但未確認」「已承諾未開始」「等待外部回覆」「已交付待驗收」如何歸類。這些狀態未必適合所有團隊,應依實際責任界線決定。若完成條件需驗收,就以驗收完成為準;若團隊只能控制交付,就把交付和驗收分開記錄。先抽查幾筆最近任務,請不同角色各自分類;只要同一紀錄出現不同答案,就先修訂定義,再開始比較,避免把口徑不一誤判為工作量變化。若分類邊界暫時無法一致,先縮小到共識最高的工作類型,並把排除項列明;寧可少算但可重做,也不要混合不同口徑。
選擇每週觀察窗口
每週觀察窗最好固定為連續七天,並採同一個起訖時點,例如週一開始、週日結束;也可以選擇符合團隊排班的其他七天,只要每週一致。固定窗口能減少週中截圖造成的誤差,也讓假日、例行會議或排班型態在多週之間較容易對照。若團隊工作跨時區,先明定採用哪個時區,避免週日夜間的紀錄落入不同週。分析時可用完成事件發生的日期歸週,不要因工作原本何時建立就挪到另一週。
先取連續四至八週作為第一輪觀察,這只是方便看出方向的起步範圍,不是適用所有團隊的標準。若工作量受月初結帳、促銷或固定交付日影響,應延長窗口,涵蓋至少一個完整的作業循環,再比較相同階段。若資料只保存近期狀態,則用可核對的最長期間,並註明資料起始點;不要把缺少紀錄的週當成零流入或零完成。工作量很少時,可同時看較長區間,避免單週一兩件任務就造成劇烈百分比變動。
建立週表前,先選定一個團隊邊界和一種工作類型。跨部門合併總數可能掩蓋某個交接點的壅塞;若先要找全局轉折,先看團隊總流量,再回頭按來源、類型或負責環節拆分。每週使用相同篩選條件,週中補登的資料要依事件實際發生日期回填,並保留修正紀錄。最後確認各週沒有重疊或空檔:週一至週日後,下一週應從緊接的週一開始。時間窗、團隊範圍和資料截止日都清楚,差額才有可比較的意義。每週結束後保留該週快照,不要只存會隨狀態更新的即時清單;這能讓日後回看時找到當時的計數依據,也便於追蹤補登紀錄。
整理新增任務數
整理新增任務時,逐筆找出本週第一次符合「流入」定義的工作,按唯一識別碼去重,再依事件日期分週加總。重開的舊案、補充說明或跨部門轉交通常不應自動算成新案;若重開代表新一輪獨立承諾,先訂明規則並另作標記。來源可以是現有待辦清單、工單或專案紀錄,重點是每一筆都能回到原始紀錄核對。若目前沒有完整紀錄,可以先用手動清單記下日期、識別碼、工作類型與進入原因,但不要把回想估計混在實際數字裡。
可用下表演示計算方式;所有數字都是假設情境,不代表任何團隊的實際成效。每週流入數只計當週新增且符合定義的項目,期初積壓是該週開始時尚未完成的件數。流入若來自郵件、表單或口頭交辦,先確認是否已成為團隊承諾,再納入同一清單。若同一個需求在兩個管道重複出現,採一個主紀錄,將其餘連回主紀錄,避免把重複通知當成兩項工作。
| 假設週次 | 期初積壓 | 新增流入 | 本週完成 | 期末積壓 |
|---|---|---|---|---|
| 第一週 | 10 | 12 | 15 | 7 |
| 第二週 | 7 | 14 | 13 | 8 |
| 第三週 | 8 | 17 | 12 | 13 |
每週收集後抽查新增清單與原始紀錄,確認日期、去重和納入規則一致。假設週二收到、週四確認接案,就依事先定義的承諾節點記在正確的一週,而不是挑對趨勢較有利的日期。若一週中途更改流程或工作範圍,保留註記並評估是否需要分段比較。資料不完整時標示未知,不用推估值補成精確總數;這樣才能分辨積壓增加是需求變多,還是記錄方式改變。若清單允許更正日期,補上更正理由和記錄者,方便下次重算時定位差異;有疑問的項目暫列待確認,別先放進流入總數。
整理完成任務數
完成任務數要使用與流入相配的單位和完成條件。逐筆確認本週達到結案定義的工作,按結案事件日期分週,並去除重複登記。移到「完成」欄但尚未交付、等待驗收或仍需補件的任務,是否算完成必須遵循第一節定義;不能有些週算交付、有些週算驗收。若一案拆成可獨立驗收的子任務,完成數可按子任務計,但流入端也必須用同一單位,不可把整案算一次流入、把每個子任務都算一次完成,否則差額失去解釋力。
把「已完成」和「被取消」「合併」「移出範圍」分開記錄。取消工作不代表團隊完成交付,直接加進完成量會讓流量看起來比實際更平衡;但取消也會改變積壓,因此另列取消件數及原因。若工作交由外部或其他團隊接手,標示轉出,而非悄悄算結案。每週抽查少量紀錄,從完成清單點回驗收、交付或明確結案的證據;抽查是確認計數規則,不是估算每件工作花了多少時間。
建立完成清單時,同步記下仍未結案的期末餘額。基本核對式是:期末積壓=期初積壓+本週流入-本週完成-本週取消或轉出+本週重新納入。若工作分拆、合併或重開會改變筆數,就把調整量另列,並說明計數單位如何轉換。核對式對不上時,先查漏登、重複、日期落週和狀態定義,再解讀趨勢;不要把不明差額平均分配到各週。當資料來源無法證明完成事件時,標成待核對,避免把待驗收項目當成已交付成果。若團隊使用不同狀態名稱,可先將狀態映射到共同的完成條件,而不是要求所有工作採完全相同的欄位。每週固定核對期末清單,才知道數字是否能對上。
標記積壓轉折週
標記積壓轉折週時,先計算每週差額:流入減去完成;若有取消、轉出或重新納入,再按前述口徑修正。差額為正,代表本週新增待處理量超過結案量;差額為負,代表本週結案量較多。但單一週的正值不等於長期惡化,應同時查看期末積壓是否連續上升,以及起點是否早於這次觀察期。上表假設例中,第一週差額為負三件、積壓由十件降到七件;第二週多一件、積壓升至八件;第三週多五件、積壓升到十三件。第二週是方向由降轉升的第一週,第三週顯示擴大的幅度增加。
在週表新增「流入減完成」「期末積壓」「資料異動」欄,再標出第一個連續上升的區段。所謂轉折點是方便回查的時間標記,不是因果結論;它指出從哪週開始值得追問,不能單憑總量判定是哪個流程或人員造成。若一週流入、完成同時很高,淨差額接近零,也要保留原始兩項數字;相同淨額可能源自兩種完全不同的工作節奏。可用箭頭或顏色突出變化,但要附上數字和週次,避免圖示取代核對。
找出候選週後,對照當時的工作類型、來源和交接狀態,查看增加集中在哪一類。確認是否遇到一次性大量需求、固定週期任務、驗收等待或資料回填,再用原始紀錄驗證。若差額短暫轉正、下一週即回復且積壓未持續增加,先標成波動;若連續多週正差額並伴隨期末餘額上升,則列為需要處理的趨勢。門檻應由團隊依既有承諾和可承受等待時間訂定,不宜假造通用警戒數字。若要呈現走勢,累加每週差額可看積壓變化,但要和實際期末清單交叉核對,不能只靠推算值取代盤點。加註變更週,避免誤讀。
決定下一步查核項
轉折週確定後,把下一步查核集中在可驗證的問題:新增是哪些需求類型、完成減少是否卡在某個交接、未結案任務的年齡是否變長,以及取消或拆案是否改變了口徑。先挑選轉折週前後的代表紀錄,對照建立日、承諾日、狀態變更與結案證據;若紀錄不足,就把缺失欄位列為資料改善事項,不先猜測責任。這份比較反映團隊流量平衡,不是個人績效排名,也不會直接說明每件工作花了多少時間。需要了解處理時間時,應另設抽樣研究,不與本次流入完成數混為一談。
接著將問題拆成可以分別回答的查核項:需求是否集中從某個入口湧入;工作是否因等待資料或決策停留;完成條件是否在過程中改變;某類工作是否佔用有限的交付容量。每次先查一個最可能解釋差額的環節,記錄所用資料、觀察期間和反例。若看板、工單或專案管理工具能匯出逐筆日期,可作為整理來源;這些屬於市場上的常見外部工具,是否適用要看現有流程,不代表任何特定工具自動具備完整報表能力。用試算表也能先完成小規模核對。
把結論寫成三行:觀察到的轉折週與數字、目前有紀錄支持的可能原因、下一筆需要補查的證據。指定一位負責整理的人和下次回看日期,並在下一個固定週期更新同一張表。如果問題是資料缺漏,先補日期和狀態定義;若需求集中,回看來源與分類;若交接等待突出,檢視等待欄位與責任界線。下一步是選定最近一週、列出新增與完成識別碼並核對餘額;若要把這套口徑落成可沿用的流程,可前往 ZhenheAI 官網 了解企業工作流程規劃與實作。