![見出し画像](https://assets.st-note.com/production/uploads/images/92393031/rectangle_large_type_2_8700b5752089481dd7c51ba7cf1aac4a.jpeg?width=1200)
「DX」≠ データ見える化
「DX」(念のため。Digital Transformationの事)
という名のもとに、様々な企業で様々な取り組みがなされている。
私の関わっている企業も、「受注傾向から需要予測を行なう」から
「工場での仕事をリモートワークできるようにインフラ整備する」まで
広範囲を「DX」扱いしている。
「DX」という言葉の歴史はまだ浅いが、今までの経験から
データを「見える化」するだけでは何も生み出さないよなと感じている。
そのデータに正にボトルネックとなる企業課題が表されていて
関係部署がそれを意識的に見て手を打つ、状態なら良いが
上層部が流行りで「DX」と唱えて、必要と「思われる」
企業のKPIなどを見える化してる場合は、
まるで郵便受けに入れられるマンションの広告みたいに
99%の人にスルーされる読物になり下がる。
DXに必要なのは、その新たに見えるようになったデータを使って
どのような仕事に変革するのかの「業務設計」である。
それを描け、登場人物各位にどんな心づもりでデータを見るのか使うのか
合意が取れていなければ、"Transformation"は起こらない。
今まで表面化しなかったデータを見ながら
関係者が同じ物を見て会話する、
関係部署間で課題に対して知恵を出し合い、
「こうすればこのデータはこう変わる」
「さすれば経営指標はこう変わる」
を論じる事が出来る状態を目指すべきである。
しかし、見える化だけをスコープに既に動いてる場合も、
今までの工程(コードを揃える、項目名を合わせるetc.)は無駄ではない。
業務設計まで出来てないと後で気付けば、後から考えて付けても良い。
極論を言うと、企業によってはデータが見えてから(プロトタイプ作成)
業務設計を考える方がやりやすい場合もあるかもしれない。
例外は、DXを目的(の一部)として基幹システムを刷新or導入する場合で
このケースでは「取れるようになったデータを使って業務をどう変えるか?」
を先に考える必要がある。
おそらくウォーターフォール型で開発orパッケージ適用がなされ
DXのため機能を後付けしようにも変更しにくいからだ。
経営者は、これらの事を踏まえ「DX推進」を掲げて欲しい。
この記事が気に入ったらサポートをしてみませんか?