手作業のレポートを信頼できる自動集計へ

先に結果を定義する

自動化の準備が整うのは、作成が面倒になった時点ではなく、定義を再現できる時点です。誰が何を判断する資料か、各指標の意味、データがそろう時刻を決めます。部門ごとに数字の意味が違うままでは、グラフが早く出ても役に立ちません。

収集、計算、確認、配布を分けます。固定の月次報告なら定期出力で十分かもしれません。切り口を変えて調べるならダッシュボードが向きます。どちらも情報源の責任者、締め時刻、タイムゾーン、更新日時が必要です。人の判断を数式の中に隠さないようにします。

架空のサービス会社が遅延案件を報告するとします。一方の部門は期日超過をすべて数え、別の部門は顧客回答待ちを除外しています。両方を定義し、別表示にします。試験期間の集計を案件一覧と照合し、遅れて完了した案件と再開した案件を確認します。この変化で期待どおり数えられることが受入条件です。

重複取込、後日の訂正、古いデータのまま正常送信されたメールに注意します。対象期間と計算の版を残し、入力不足は配布前に知らせます。導入時は複数の集計周期を比較して差を説明し、旧表に合わせるためだけに数字を調整しないでください。

公開するレポートに実行ID、対象期間、データ締切を付けます。対象期間はどの仕事を表すか、締切は遅着情報をどう扱ったかを説明します。その実行で使った計算定義も残します。翌月に遅延の意味を変えても、以前の資料がリンクを開くたびに変わらず説明できるようにします。

サービス例では、運用側と分類を合意した小さな基準一覧を作ります。未完了の遅延、顧客待ち、遅れて完了、再開済みを含め、各記録の寄与から合計を求めます。数だけでなく分類に入った記録も比べます。違う案件を数えて同じ合計になることがあり、総数一致だけでは不具合を見逃します。

入力不足や不自然な変化には公開前の確認を設けます。収集終了は全情報源の到着を意味しません。更新時刻と行数を残し、空と取得不能を分け、説明できない変化を調べます。配布後は黙って差し替えず、訂正版を識別し、原本と変更内容、判断の見直し要否を伝えます。明細に進める場合も元の権限を守ります。

確認項目	期待する動作
締切後に情報源が届く	明示した扱いに従い、訂正版か次期へ意図して反映する。
定期取込が重複する	固定IDで一度だけ数え、重複実行自体は運用履歴に残す。
該当案件がない	情報源の更新時刻と正しいゼロを示し、ゼロだけで収集成功と判断しない。
定義が変わる	日付と版を残し、比較できなくなった分類を明示する。

遅延、稼働中、売上は誰が定義するか。閲覧権限の範囲で元の明細にたどれるか。情報源が遅れたらどうするか。匿名化したレポートと作成手順を用意すると、図の裏にある作業を具体的に検討できます。

サービス

転記を減らし、仕事を把握する。