注意点
同じ数字でも「用途」が違う
ここで重要なのは、事業ITの数字が間違っているわけでも、経営が数字を理解できていないわけでもない点です。
同じ数字でも、行動を決めるための数字と戦略を選ぶための数字では、必要な粒度・定義・文脈が異なります。
この変換が行われないまま、現場の数字をそのまま経営に上げると、断絶が生まれます。
粒度の違い
現場は詳細な日次データ、経営は集約された傾向データを必要とします
定義の違い
同じ「売上」でも、現場と経営では集計範囲や期間が異なります
文脈の違い
現場は実行文脈、経営は戦略文脈で数字を解釈します
BizOpsが断絶を一時的に埋める
この断絶を感じた企業では、BizOpsやデータ分析チームが、その間を人力でつなぎます。しかし、判断基準が構造化されず、解釈が人に残り、ITに固定されない限り、断絶は解消されません。
BizOpsは、断絶の解決策ではなく、緩衝材に過ぎません。
1
判断基準が構造化されない
属人的な判断に依存し続けます
2
解釈が人に残る
ノウハウが組織に蓄積されません
3
ITに固定されない
システムとして再現可能になりません
次のステップ
次に問うべきこと
ここで問うべきは、どうやってレポートを改善するかではありません。
問うべきは、経営は、どの判断を、ITで再現したいのかです。
速度を出すIT
現場の行動を加速させるためのシステム設計
残すIT
経営判断を再現可能にするためのシステム設計
次稿では、速度を出すITと残すITの違いを取り上げ、事業ITと経営ITを再接続するための具体的な分離・設計の考え方を検討します。