結案後又重開代表什麼？計算重開比例並分類返工原因

說明如何定義結案與重開、選擇觀察期間、計算重開比例，並按規格、交付與溝通缺口分類，區分新需求與返工，追蹤改善趨勢。

任務結案後又被打開，可能是原交付有缺口，也可能是範圍已改變；若只看狀態，很難判斷問題出在哪裡。計算重開比例前，團隊必須先統一結案與重開的定義，設定合理的觀察期間，並保留可回查的原始紀錄。本文用一套可重複的計算與分類方法，協助你找出規格、交付或溝通中的缺口，再把發現轉成下一輪可檢查的流程改善。先讓團隊分清真正完成與暫停，並保留可回查的共同紀錄。

定義結案與重開

結案後重開，指同一項工作已明確標為完成、驗收或交付，之後又回到處理中，而且仍在補足原先承諾的範圍。判定時要能對上任務識別碼、首次結案時間、重開時間，以及未完成的原交付；只有狀態改回進行中，沒有缺口證據，不能直接算返工。先寫清楚誰能確認結案、必須留下哪些成果、何時可以關閉，例如檔案已放到指定位置、需求方已檢視、未完成項目已有負責人與期限。如此不同小組才不會各自把「已送出」「等回覆」或「暫停」解讀成結案。

資料欄位至少保留原始結案時間、每次重開時間、重開理由、判定人和證據連結；重開後不要覆蓋第一次結案時間。若同一任務多次重開，在「工作重開比例」中先按唯一任務計一次，再另記重開事件數，兩者回答的問題不同：前者看有多少工作曾回頭，後者看返工頻繁程度。補登工時、改標籤、換負責人或新增追蹤子任務，若原成果仍符合結案條件，就不算重開。

例如，核准的設計稿已交付並結案，隔天發現少了原先約定的尺寸，仍需補齊原交付，這是重開；需求方結案後才提出另一組語系，則應建立新任務並連回原案。若狀態模糊，可在流程規則中訂定逾期提醒、等待責任人和如何記錄暫停，讓它不會被任意算進分子或分母。第一次結案的定義、紀錄方式與例外處理應在開始統計前固定，並讓執行者看得到；若中途改規則，需標註生效日，避免把口徑改變誤認為品質突然變好或變差。讓執行者先用相同範例練習判斷，可減少個人理解差異。

選擇統計期間

統計期間要配合工作量和回饋節奏選定，週期短時較快看見變化，週期長則通常比較不受單週案件起伏影響。可從每週或每月開始，先問團隊多久能完成一輪工作、需求方通常何時驗收，以及管理者多久會檢視一次流程。選好後固定用「首次結案日」歸屬期間，並把期間起訖、時區和資料截點寫在報表上；不能有時用結案日、有時用重開日，否則同一批工作會被分到不同月份，趨勢便無法比較。

重開通常要在結案後經過一段可觀察時間才會發生，因此要先定義觀察窗，例如團隊自行選用的十四天。這只是操作口徑，不是通用標準；可參考實際交付週期、驗收等待時間和回饋延遲，選一個能看見多數原交付問題的長度。報表截點若太早，靠近期間末端的工作尚未走完觀察窗，不能當成「沒有重開」。做法是只納入已完整走過觀察窗的成熟結案群組，並揭露被暫時排除的較新案件數量。

例如，若比較七月與六月，就沿用相同的週期、觀察窗、任務範圍和成熟條件；也要註明假期、專案尖峰或工作類型變動，避免把案件組成不同說成流程惡化。若工作週期差異很大，可先分別看短週期與長週期流程，再提供整體值。期間一經選定，至少連續追蹤數個成熟群組後再判讀方向；臨時想看短期變化，可以另外標示為觀察值，不要與完整週期的正式比較混在一起。觀察窗也需說明採日曆日或工作日，遇到跨假期時依同一規則計算。同時在報表上註明統計截點。

計算重開比例

先固定單位，再套公式。以「曾重開的任務比例」為例，分子是統計群組中至少重開一次的唯一結案任務數，分母是同一群組內已完整走完觀察窗的唯一結案任務數。計算式為：重開比例＝曾重開任務數 ÷ 成熟結案任務數 × 100%。要按任務去重；同一工作重開三次，在這個比例中仍只算一件。若要看重開事件密度，可以另報事件總數，但不能把事件數放在分子、任務數放在分母，否則讀者會誤以為那是「有多少任務曾返工」。

以下是純假設的例子：某成熟群組有九十二件結案工作，其中八件至少重開一次，重開事件合計十一次。曾重開任務比例為八除以九十二，約百分之八點七；事件總數則是十一。前一個數字代表每一百件成熟結案工作中，約有九件曾回頭處理；後一個數字提醒其中存在重複返工。不可把十一次除以九十二後仍稱為任務重開比例，應另取名稱並清楚說明單位。

報告時一併列出分子、分母、觀察窗及四捨五入方式。若成熟群組只有少量工作，比例可能因一兩件變動很大，因此要保留原始件數，不宜只貼百分比或用小數點營造精確感。若團隊需要衡量結案後超過觀察窗才出現的問題，另訂較長期指標並清楚分開；不要悄悄把視窗延長，破壞前後口徑。若分母為零，該期標示無法計算，而不是填零；分子若大於分母，先查去重與日期。

分類再次開啟原因

原因分類是為了找到可改善的環節，不是替人貼標籤。先選一個主要原因，依能查證的最早缺口判定，再視需要加一個次要標籤；統計主要原因時每件只計一次，避免多選後加總超過重開任務數。可先用少數類別：規格與驗收條件不清、執行結果未符合已確認規格、交付或檢核漏項、交接或決策資訊未傳到下一位。若證據不足，可暫列待判定，指定回查人與期限，不要為了填滿圖表而猜原因。

分類時查看原始需求版本、核准紀錄、交付物和驗收回覆；以「為何未能一次符合原約定」為判斷問題，而不是看最後由誰修好。若需求含糊導致執行人自行猜測，就以規格缺口為主，執行偏差可當次要標籤；若規格清楚但交付前未檢查，則歸交付或檢核。每週抽看少量個案，確認不同判定人對同一證據會得出相近分類，新增類別前先檢查現有分類是否足以描述。每個類別最好附上定義、納入例和排除例，例如「缺少已約定檔案」歸交付漏項，「新增未承諾內容」不歸返工。把這份短版判定表放在團隊共用處，登記時要求選類別並附一行證據，月末才不必重新猜測。負責統計的人可回訪判定者，釐清最常混淆的兩類，再更新範例並註明版本。

區分新需求與返工

分界點是「原結案時已承諾什麼」，所以要能回到結案前的需求版本、驗收條件與雙方確認紀錄。若重開是為了補上原本已約定、但交付時缺少或未通過的內容，應算返工；若結案確認後才加入新的頁面、語系、欄位或使用情境，通常是新範圍，另開任務並連回原工作。關鍵不是誰提出要求，也不只是要求出現的日期，而是它是否已在當時有效的承諾裡。

可用兩個問題逐案判斷：第一，結案前是否有可追溯的紀錄，證明這項成果屬於原範圍？第二，交付物是否符合當時已同意的驗收條件？若前者為是、後者為否，標為返工並依根因分類；若前者為否，是驗收後新增內容，就保留原結案狀態、另建新需求。舉例來說，原表單明確約定要有電話欄，交付後發現漏做，是原工作重開；後來才決定新增另一個客服管道欄位，則是新工作。需求方提出不代表必然是新需求，執行方提出也不代表必然是返工，應回看證據。

若沒有版本、決策或驗收紀錄，不要直接把責任歸給任一方。先記為待釐清，補查會議結論、訊息或交付註記，並由流程負責人依一致規則裁定；仍無法證明時，保留未知原因，避免把未知硬塞進「客戶改需求」或「執行失誤」。同一件工作若同時暴露原交付缺漏與新增需求，原缺漏留在重開紀錄，新需求建立關聯任務。這樣既不會把真實返工藏掉，也不會把範圍成長錯算成品質問題。因此在任務開始時就保存需求版本、驗收條件與確認者，結案時核對並連結紀錄。範圍變更若在結案前已獲同意，也要更新基線，不能只憑最初版本判斷。

追蹤分類變化趨勢

趨勢報表要能回答「哪種缺口正在改變」，而不是只展示一條百分比線。每週或每月固定列出成熟結案數、曾重開任務數、比例、事件總數和主要原因件數；以相同觀察窗和分類口徑比較，並標示資料截點。若只看比例，分母從二十件變成兩百件時，數字變動的意義不同；若只看事件數，又會把工作量增加誤讀成返工惡化。因此至少同時呈現件數與比例，必要時補上工作類型或複雜度分組。

讀到某類原因上升時，先抽查案例與分類紀錄，再選一個能對應根因的改動，例如在開工前確認驗收條件、在交付時附上核對清單，或明確指定交接接手人。把改動日期和適用流程記下，等新的成熟群組走完相同觀察窗後再比較。若重開比例下降但待判定件數大增，或回報習慣改了，就先修正資料品質再下結論；前後數字同時受季節、案件類型和人力變動影響，單純先後比較不能證明某項措施造成改善。

管理者可挑案件量足夠、分類證據完整的流程先做，逐月看各原因的件數與占比，優先處理頻繁且能由團隊控制的缺口。不要用原始比例直接排名不同團隊，因為工作難度、驗收方式和分母可能不同；先確認口徑可比，再討論差異。下一步，選一條流程，建立結案日期、重開日期、原範圍證據與主要原因欄位，並設定首次檢視日。為了讓變化可解讀，報表可加上原因占成熟重開任務的比例，並同時列件數；樣本不足時直接標出基數。若你也在梳理企業流程、網站或 AI／自動化整合，可到 ZhenheAI 官網 了解從問題界定、最小設計到導入與維護的服務方向。