工業系統未完事項與已知限制交接

先分清四種事項

跨日報表留下的「待處理」不應只有一句待確認。未完事項是尚未完成的工作，缺陷是已觀察到不符合需求的結果，假設是尚未證實但暫時採用的前提，風險則是可能發生且有後果的不確定事件。四者混寫會讓負責人誤以為風險已修復。

每筆紀錄至少有itemId、來源、描述、owner、協作者、建立日、期限、優先級、影響範圍、證據位置、退出條件與狀態。狀態可用Open、InProgress、Blocked、Accepted、Verified、Closed；Accepted表示有人接受剩餘風險，不等於修復。

每項未完事項要有下一個可觀察動作，例如取得跨日查詢輸出、確認DB時區或安排資料owner審查；「持續追蹤」不是動作。期限應配合報表發布週期，若錯過發布窗口，退出條件應改成下一版可驗收而不是口頭延長。

跨日報表發布前生成一張狀態摘要，列出Open、Blocked、Accepted、Verified數量與最早期限。摘要只作入口，詳細證據仍保留在每個itemId，不要把摘要數字當成已完成證明。

跨日案例如何可操作

假設報表在週一發現週日跨日查詢未測。不要把它寫成「下週處理」，而要建立OI-195-001：owner為報表工程師，期限週三17:00，影響為週日00:00至00:15的產量，證據為三組時間邊界查詢輸出，退出條件是半開區間結果與手算一致並由資料owner簽核。

缺陷OI-195-002可描述為歷史資料缺quality欄。owner負責補上欄位或標記不可用，期限由影響報表的發布窗口推導；證據包括原始列、修復腳本版本與前後筆數，退出條件是抽樣列能追到原始來源且舊報表不被靜默覆蓋。

期限不是提醒日期而已。到期前一天檢查進度，逾期自動升級給owner主管；Blocked要寫阻塞依賴與下一個決策時間。若跨日資料尚未測，只有在報表owner與發布主管明確核准「暫定發布」時才可發布，頁面必須顯示未測範圍、限制、owner與覆核日；若未核准就停止發布，不能把空白當成已通過。

缺陷分類要說明影響的需求與使用者。數字錯誤、資料延遲、權限錯誤與排版問題的證據不同；同一症狀可能同時產生缺陷與風險，應用連結的itemId關聯，避免複製兩份互相矛盾的描述。

證據與退出條件

證據要能回答誰在何時用哪個版本測了什麼。報表輸出保存查詢參數、時區、資料快照、程式版本、測試角色與結果；截圖可作輔助，但不能取代可重跑的輸出。NASA系統工程手冊對驗證強調以客觀證據確認結果符合需求，流程也應保留失敗結果。

退出條件要可判定。本案測試區間為9月20日00:00至00:15，時區Asia/Taipei且採[start,end)。輸入9月19日23:59:59、20日00:00:00與00:15:00三筆，預期只含中間一筆，前一秒和終點都不含。另一位覆核者用同資料重算後簽核；這才是可以驗收的結案條件。

風險要同時記錄可能性、後果、緩解與觸發條件。晚到資料風險可設定coverage低於95%就停止自動發布，並產生人工審查任務；門檻是組織自訂，不是NASA或Ignition的預設。

假設要設確認日期與失效條件。例如假設UTC+8只有在資料庫設定、來源時間與報表結果一致時才能轉Verified；若設備改時區，相關報表風險重新開啟。

每週回顧已關閉項目抽樣重跑，若結果無法重現就重新開案並標記原因，保留原結案證據。

跨日報表若發現未測事項影響本次數字，發布頁要顯示限制、覆核日期與聯絡owner，不能只在內部看板留一筆。

再測錯誤分支：若舊查詢用小於等於end，會多收00:15那筆，結果由一筆變兩筆。缺陷單附舊查詢、新查詢及兩份輸出；修復後重跑得到一筆才標Verified。假設尚未證實可保持Blocked等待證據；接受風險需要授權者、期限和限制，不會因逾期自動成立。

交接與排查

交接前由原owner補齊狀態、下一步與證據連結，新owner回覆已理解範圍與期限。若資料庫、HMI與製程部門各有一項依賴，建立分工表而非指定一個人「負責全部」。每日檢視只更新有新證據的項目，避免用重複評論灌滿歷史。

排查先看itemId與需求，再看原始資料和版本，接著重跑最小案例，最後比較修正前後。若結果不同，保留兩版輸出並說明差異。不能因為新報表數字看起來合理就刪除舊缺陷或改寫原始紀錄。

關閉前要確認未完事項、缺陷、假設與風險沒有互相遮蔽；若仍有Accepted風險，報表首頁保留醒目限制與到期覆核日。這使跨日交接能看出仍需決策的事項。

若owner交接後查不到測試資料，證據連結回傳權限錯誤或快照版本不存在，項目狀態改為Blocked並建立具體修復任務；只有新owner重跑最小案例並附新證據，才可恢復InProgress。

若證據涉及資料庫或HMI權限，owner要在期限前確認測試帳號可用，並在交接後撤銷不必要權限。證據連結失效時狀態回到Open，不能仍保留Verified。

風險評估可用低中高與後果說明，但等級只是一種排序，不是安全批准。高風險項目要有停止發布或人工覆核條件，Accepted也要寫接受者與期限。

結案審查檢查描述、owner、期限、證據、退出、版本與相關項目連結，確認沒有把未測範圍藏在摘要或附件。

若owner無法在期限內取得證據，應先提出阻塞與替代測試，而不是直接延長期限。

交接時要同時移交查詢權限、測試資料與證據索引；新owner先重跑最小案例，再確認期限與退出條件，才接受責任。若證據位置失效、資料版本改變或需求更新，原項目重新開啟並建立新的審查紀錄。

發布前由報表主管檢查未測範圍是否影響本次數字，必要時將報表標為暫定並通知使用者。暫定不是隱藏缺陷，而是明確說明資料限制、owner、覆核日與下一步證據。

每週檢視應比較Open與Closed的變化、逾期數及重新開啟數，並抽樣核對證據。若同一問題反覆重新開啟，表示退出條件或資料契約不清，應提升為流程缺陷而非繼續新增待辦。

FAQ與來源

FAQ1：Accepted等於Closed嗎？不等於，Accepted是接受剩餘風險，仍需按覆核日管理。

FAQ2：沒有測試證據可先關閉嗎？不可以，至少要有可重跑輸出或明確批准的例外。

FAQ3：期限到了但依賴未完成怎麼辦？標Blocked並升級，不要改期限掩蓋逾期。

FAQ4：截圖能當唯一證據嗎？不能，應保留參數、版本與可重跑結果。

參考：NASA Systems Engineering Handbook第5章：產品驗證、結果與差異處置。

參考：NASA系統工程手冊附錄：驗證程序與報告應保留的內容。

延伸閱讀

• PLC與HMI標籤對照與命名實作
• HMI操作程序的步驟與判斷條件