計算式が 1 人の PC の中にある
定義はたいてい、長く使われてきた表計算の中にあり、なぜその列がそう計算されるのかを知っているのは作者だけです。その人が不在ならラインは止まるか、代わった人が違う数字を出します。
全社日報：部門の元表を突き抜けて、始業前にグループへ
日報の本当のリスクは、誰も作らないことではありません。誤ったまま出て、誰も気づかないことです。元表の見出しは名前を変えられ、列は挿入され、日付はずれていきます。そして 0 だらけのレポートは、正しいレポートと同じくらい整って見えます。
01
引き受ける前、どこで詰まっていたか
元表は少しずつずれ、しかも失敗が静か
部門の表は、人が読むために書かれています。列が増え、見出しが変わり、日付が数日前から始まる。位置で読むスクリプトはどれにもエラーを出さず、静かに誤ったレポートを作ります。
毎朝かかる固定費
集めて、そろえて、計算式を当てて、テンプレートに貼って、グループへ投稿する。どれも難しくはありませんが、毎日発生し、始業前に終わらせる必要があります。
02
引き受けたあと、どう回るか
部門の元表を夜間に収集
定時実行は夜、誰の邪魔にもならない時間に行います。取得できない表があれば、前日の数字を引き継ぐのではなく、その旨を上げます。
御社の計算式をクラウドに置いて適用
定義は誰かのブックに隠れず、組織ごとに配信されます。一度直せば、以降のすべての実行がそれを使います。
突き合わせは見出しで。列の位置では決して行わない
列は名前で突き合わせ、余分な空白や小さな改名は許容します。本当に一致しないときは、0 の表を作るのではなく止まって確認します。日付範囲のずれは異常として報告します。
始業前にグループへ投稿
レポートはその期間の異常を添えて配信します。異常が先、数字が後。何がおかしいかを、数字が何を言っているかより先に示します。
03
どこで必ず人を待つか
- 元表は読み取り専用で、書き込むのはレポートのコピーだけです。いかなる場合も元表への書き戻しは行いません
- 一致しない列や、しきい値を超える欠損は、実行を止めて人に確認します。推測はしません
- グループへの投稿は、事前にあなたの確認を要求できます
どう受け入れるか
- 手作業で作った版と、セル単位で突き合わせる
- 過去の月を再実行する。結果は完全に再現されるはずです
- 元表の列名をわざと変える。0 ではなく異常を報告するはずです
04
定義はどこから来るか
06
よくある質問
元表の形式はよく変わります。耐えますか？
列は名前で突き合わせ、空白や小さな改名は許容します。本当に一致しないときは止まって確認します。これは意図的です。誤ったレポートへ静かに劣化するほうが、レポートが出ないよりはるかに危険です。
元表を壊しませんか？
壊しません。元表は読み取り専用で、書くのはレポートのコピーだけです。これは設定ではなく、固い制約です。
計算式はどこまで複雑にできますか？
複数シートの結合、シートをまたぐ参照、ディメンション配賦まで対象です。導入時に既存シートの定義を項目ごとにすり合わせ、そのシートと一致することが受け入れ条件です。