セマンティック層へ移行する ── 二重管理を作らずに進める

この回は、その移行の進め方を扱います。要点は、並行期間に二重管理を作らないことです。信頼できる唯一の情報源（Single Source of Truth） を目指す移行なのに、その過程で情報源を増やしてしまう ── これが最も避けたい失敗です。

まず現状を把握します。同じ指標の定義が、いくつの場所にあるかを数えます。

3行目が最も厄介です。表計算のファイルにある定義は、探しようがありません。移行の対象から漏れ、後から食い違いの原因として発覚します。

洗い出したら、同じ名前の指標が、実際に同じ値になるかを確認します。ここで移行の必要性が数字で示せます。

同じ「月間の売上」で、4つの値が出るという結果を示せると、移行の議論が進みます。「定義を揃える必要がある」という主張より、実際に食い違っている数字のほうが説得力があります。

そして、どれが正しいかを決めるのは技術の仕事ではありません。事業側と合意する必要があります。この合意形成こそが、移行作業の本体だと考えてください。技術的な移行は数日で終わりますが、「売上とは何か」の合意には数週間かかることがあります。見積もりのときに、この時間を計算に入れてください。

全部を一度に移すのは無理です。優先順位をつけます。

最下2行を対象外にできるのが重要です。全部を移す必要はありません。EP.14 で扱ったとおり、セマンティックレイヤー は組織で共有すべき定義を置く場所であって、すべての集計を置く場所ではありません。個人の一時的な分析まで移そうとすると、移行が終わらないうえに、層が肥大化します。

ここが最も重要です。移行中は新旧が並存します。この期間に二重管理を作らないための原則があります。

1. 1正はどちらか、を1つに決める — 両方を正としない
2. 2新しい定義で、旧と同じ結果が出ることを確認する — 差があれば理由を特定
3. 3旧を新の参照に置き換える — 定義を複製しない
4. 4切り替えたら、旧の定義を書き換えない — 変更は新側のみ
5. 5参照がゼロになったら旧を消す — 記録で確認

3番目が要点です。旧のレポートを消さずに、その定義だけを新しい層への参照に差し替える。こうすると、定義は1箇所のままで、見た目は変わりません。利用者から見て何も変わらないという点が重要で、移行への抵抗が生まれにくくなります。

移行してみると、新旧で結果が違うことがあります。よくある原因を並べます。

最下行を忘れないでください。制御が入っていると、実行する人によって結果が違います。EP.15 で扱ったとおり、これは調査を難航させる原因です。同じ権限で比較してください。

そして重要なのは、違いが見つかったときに「新しいほうが正しい」と決めつけないことです。旧の定義に、書かれていない業務上の理由があるかもしれません。必ず事業側に確認してください。

移行しても、放っておけばまた散らばります。新しい定義を各所で作られないための仕組みが要ります。

• 新しい指標は、セマンティック層に追加する — 手順として決める
• BIツールでの計算式の追加を制限する — 可能なら
• 定期的に、新しい定義が生まれていないか確認 — 棚卸し
• 追加が面倒だと散らばる — 手続きを軽くする

4番目が最も実務的です。セマンティック層への追加が面倒だと、人は手元で計算します。承認に何日もかかる仕組みにすると、確実に迂回されます。

データ屋の道具箱 EP.22 でも書きましたが、維持できない仕組みは迂回されます。厳密さより、続けられる軽さを優先してください。