永續報告書的專案時程,常在第一輪部門資料退補時開始失準:檔案裡有數字,卻沒有涵蓋期間、計算口徑或來源;資料窗口也不清楚補件後由誰覆核。若只替撰稿和設計預留日期,缺少的前置確認便會一路推遲核定。排程應從預計核定日倒推,但每個日期都要連到可交付成果、責任角色和完成條件。以下整理啟動、收件、退補、覆核、設計和定稿的工作節點,說明哪些工作可並行,哪些必須等候資料或決策。團隊可依報告範圍、資料品質和內部決策速度調整順序與日期;重點是讓每次變更都能找到受影響的工作包、目前狀態與下一個接手人。

從核定日倒排範圍與決策
倒排前先確認報告期間、涵蓋的法人或營運範圍、主要溝通目的,以及需要主管或董事會確認的內容。再記下最後核定人、核定方式和預計核定日;若日期尚未確定,先用相對順序標出工作,不要把待決日期填成已確認。接著列出專案負責人、資料提供窗口、內容編輯、各項覆核者和核定者,並為每項工作指定一位負責人,即使小型團隊由同一人兼任多職也一樣。從核定日往前排出管理覆核、內容覆核、初稿、資料整理與範圍確認等節點。每個節點旁標示前置條件,例如「重大主題清單已確認」或「主要資料包已覆核」,並註記哪些工作能先準備、哪些要等決策。若組織範圍、報告期間或核定角色中途改變,先找出與變更相連的資料包、章節和覆核工作,再調整受影響日期。這樣排程才反映實際依賴關係,而不是只將定稿日往後移。

把資料收集和撰寫拆成相依工作包
把資料收集拆成可交接的工作包,例如制度文件、營運數據、專案說明、訪談紀錄和圖表素材。每包至少記錄資料項目、涵蓋期間、適用法人或部門、計算口徑、單位、來源檔案、資料窗口、提交節點、覆核人及目前狀態。遇到需要公式或分類定義的欄位,將計算方式、資料範圍與可接受的佐證格式一併寫清楚;例如要求提供年度用電量時,也註明應使用的單位、涵蓋據點和帳單或彙整表來源。撰寫工作可另拆成大綱、章節初稿、資料缺口確認、部門補件、管理覆核、文字校對和版面檢查。接著標示工作依賴:特定章節要等數據確認後才能定稿,但不依賴該數據的段落可以先整理。每包都要寫明交付成果和接手角色,讓資料窗口知道要交什麼,下一位也能判斷是否可開工。若多個工作包共用資料,或都要等同一位主管覆核,就把這個共用依賴列在排程上,並指定負責協調的人,避免工作同時卡在同一個交接點。

設計提交、退補與版本節點
發出資料需求時,使用一致的欄位和提交規則,清楚列出資料名稱、期間、口徑、單位、附件格式、提交人、截止節點與退補窗口。收件後先檢查必填欄位、期間、單位和附件是否完整,再確認來源和敘述是否相符;收到檔案只代表已收件,不能直接標為已覆核。狀態可設為「待提交」、「已收件待檢查」、「退補中」、「覆核中」和「已確認可交接」,但這些是可用節點,不是每筆資料都必須依序經過的固定流程。收件檢查後,欄位完整、口徑清楚且附件齊全的資料可直接進入覆核;只有發現缺漏時才轉為退補中,補件後再回到收件檢查,或交由覆核者核對補上的欄位。覆核通過後才標為已確認可交接。每次狀態轉換都應指定更新人,並記下退補原因、提交人、覆核結果和版本差異。指定正式保存位置,保留原始檔與修訂版;若部門透過郵件或其他管道傳檔,專案窗口應將可引用版本存回該位置,標明是否已核准,並通知下一位接手人。

假設情境:某部門提交年度彙總資料,但檔案未註明涵蓋期間。專案窗口保留原始版本,在資料紀錄中將期間標為待確認,列出需要補充的問題、負責窗口和預計回覆節點,並在排程上指出受影響的覆核工作。依賴這項資料的段落和圖表維持待確認;其他不依賴該資料的內容,仍可根據已確認資訊繼續整理。窗口不自行推定期間,也不把檔案標成已核准。補件到達後,窗口更新版本紀錄,先檢查補上的期間欄位,再交由指定覆核者確認期間、來源和數值是否符合交接條件。若補件仍不完整,就把資料維持在退補或待確認狀態,記錄新的缺口與下一個確認人。這項紀錄也要連到受影響的章節和圖表,讓編輯者能辨認哪些內容可以先寫、哪些仍不能定稿。透過狀態、責任人和版本紀錄,團隊可以繼續處理不相依的工作,也能清楚追蹤資料何時真正完成交接。

為覆核、設計和定稿保留緩衝
內容覆核和設計可分段並行:設計者先依已確認的大綱、章節層級和圖表清單盤點版面需求,編輯者則核對資料來源、期間、口徑和文字主張。尚未確認的數據可用明確的待補標示留出位置,並記下負責補件者和預計確認節點,避免暫定內容被當成正式資訊。排程要分開安排專業覆核、管理核定、文字校對、圖表核對和版面檢查,並在退補、跨部門確認或主管決策之後保留可調整的時間。緩衝應放在可能影響下游工作的交接點;若同一份數據同時影響正文和圖表,就讓兩者共用確認條件和最後覆核者。各工作包也要寫清楚完成條件,例如資料來源已確認、章節內容已核定或待補標記已處理。設計先行代表可以準備版面,不代表內容已完成;定稿前仍要合併核准版本,確認文字、表格和圖表使用同一份資料。若版面已排好而數據才更新,還要將受影響的圖表、摘要和相關段落列入回查清單,避免只修正文卻留下舊數字。

| 工作狀態 | 可交付成果或待確認欄位 | 前置依賴 | 負責與覆核角色 | 延誤時的處理 |
|---|---|---|---|---|
| 範圍待決 | 報告期間、組織範圍、核定人 | 決策者確認範圍 | 專案負責人追蹤、決策者確認 | 標出尚未鎖定的工作並提出待決事項 |
| 資料退補中 | 期間、口徑、單位、來源或附件 | 資料窗口補件 | 資料提供者補充、覆核者複查 | 記錄缺口、責任人和受影響的工作包 |
| 已確認可交接 | 核准版本與覆核紀錄 | 前一工作包符合完成條件 | 覆核者確認、下一角色接手 | 使用核准版本安排撰寫、設計或定稿 |
資料或決策延誤時,先記錄受影響的工作包、缺少的前置條件、負責角色、下一個可行節點和可替代的工作,再由有權決定的人確認是否改期。不要把所有後續日期一律順延;先保留必要的內容覆核與校對,再確認哪些工作可以先做、哪些必須等待。若某個章節可依已核准資料繼續,就在紀錄裡標明可先完成的範圍和日後要回頭核對的欄位;若沒有可替代工作,則列明卡點、決策需求和對定稿的影響。改期後同步更新排程版本,通知受影響的資料窗口、編輯者、設計者和覆核人,並記下新節點、調整原因與決策者。收到補件或決策後,先核對依賴是否解除,再讓工作包進入下一個狀態。若只更新日期而未更新責任人、資料版本或完成條件,後續交接仍會沿用舊資訊;因此每次改期都應一併修正這些欄位,並記下通知時間,讓團隊能確認各角色看到的是同一版安排。

用里程碑追蹤延誤與未結資料
里程碑要描述可確認的成果,例如範圍已核定、主要資料包完成覆核、退補已結束、章節已完成管理覆核或定稿版本已核准。只寫「持續撰寫」看不出交付是否完成,也無法指出下一個卡點。追蹤表可使用欄位:工作包、目前狀態、負責人、覆核人、原定節點、最新預估節點、前置依賴、缺口描述、下一步和最後更新日期。每次檢視時核對成果是否符合完成條件,並將已完成工作與仍待補的欄位分開記錄;日期到期不等於工作完成。若資料有多個版本,追蹤表應指向目前可引用的檔案,而非只寫「已收到」;若覆核尚未完成,也要註明負責覆核者和預計回覆節點。若評估暫不納入某項內容,或只以有限範圍描述,交由指定決策者確認並保留原因和受影響章節。這些紀錄能讓團隊辨認哪些資料可供撰寫或設計使用,哪些仍須追蹤。每次狀態更新也要指定下一個接手人,並由專案負責人確認重要里程碑的交付證據已存放在約定位置,使追蹤結果連到下一項工作,而不只是定期回報日期。

常見問題
時程應從哪個決策節點開始倒排?
先確認報告期間、組織範圍、主要溝通目的和最終核定人,再從預計核定日往前排列管理覆核、內容完成、資料退補和初稿等工作。核定日尚未決定時,先寫相對的工作順序,並在每個未決項目旁標註確認人、決策條件和需要的前置資料;條件確定後再填入日期。這樣團隊可以先看出哪些工作相依,哪些可以提前準備,也不會把暫定安排誤認為已確認的交期。若範圍或核定方式中途改變,重新檢查與其相連的工作包、資料需求和覆核節點,再調整受影響的日期。相對週次適合用來討論順序,不代表不同組織都需要相同週數;實際排程應反映資料完整度、責任人可用時間、退補往返和內部決策流程。第一次排程可以先標出日期假設,待各窗口確認可用時間後再將假設更新為共識,避免把尚未協調的估計當成承諾。

部門資料延遲時怎麼保留版本?
指定一個正式保存位置,保留原始提交檔和每次修訂版,並記錄涵蓋期間、提交人、更新日期、退補原因、覆核者和目前狀態。不要覆蓋舊檔,也不要因為檔案是最新上傳的就將它視為已核准。排程同步列出缺少欄位、補件負責人、預計補件節點和受影響的工作包;不依賴這項資料的內容可照已確認資訊處理。補件後更新版本紀錄,由指定覆核者檢查期間、來源、單位和內容是否符合交接條件。若仍有未解事項,保留待確認或退補狀態並指定下一位確認人。不同版本有內容差異時,記下變更欄位、變更原因和採用版本,方便編輯與設計引用正確資料,也讓團隊能追查尚未完成的覆核工作。若檔名可能重複,可加入資料項目、涵蓋年度、提交日期和版本號;追蹤表連結到目前使用的檔案,舊版則保留在封存位置供必要時比對。

設計和內容覆核要如何避免互相等待?
設計者可以先依已確認的章節架構和圖表清單整理版面需求,編輯者同步核對內容和資料;遇到未確認數據時,以明確標示保留位置,並註明資料窗口和確認節點。排程中分別列出內容覆核、設計交付與最後合併檢查的完成條件,讓兩邊知道何時能接手。內容核定後,再完成排版並核對文字、圖表和資料版本。若架構或圖表需求改變,將新版本同步交給編輯和設計,並標出變更頁面或素材,避免版面繼續沿用舊內容。最後檢查時,確認暫留標記已處理、引用資料是已核准版本、圖表與正文口徑一致,再將成果交給核定者。可先約定圖表資料的凍結節點;若凍結後仍需更新,負責人須同步告知編輯和設計,並將相關段落與版面重新納入檢查。這樣能先行準備版面,也能把內容變更後的回查工作排進時程。

下一步:先畫出工作依賴再填日期
啟動排程時,先確認報告期間、範圍與核定角色,再拆分資料和撰寫工作包,訂出提交規則,標示前置依賴,安排覆核與設計,最後建立里程碑和未結事項欄。每個工作包都應有可辨認的完成狀態、負責角色、覆核人和下一個接手人;日期則依資料現況與內部決策安排。排程表開始使用後,更新狀態、版本和變更原因,讓團隊能判斷延誤發生在哪個交接點。可先閱讀永續報告書撰寫流程指南了解內容與資料流程;若要洽詢永續報告書出版,可至品澄永續顧問服務頁。GRI 通用準則可作為外部報導框架的延伸參考,相關資料見GRI 官方資源;是否採用及如何適用,應由企業依自身需求確認。先畫出工作依賴,再填入可調整的日期,才能看清每項變動需要協調的角色與節點,也能讓資料提供者、編輯、設計與核定者知道下一步由誰接手。




