なぜDXは失敗するのか？失敗の構造を解剖し、成功を作る
- たろう 木村
- 5月6日
- 読了時間: 2分
会社として「DXを進める」と声高に言っている一方で、上層部がそれを自分事として捉えず、部下や担当者に対して叱咤だけが飛んでいる――そのような状況をよく目にします。
私自身、現場に入り込んでプロジェクトの動きを見てきましたが、うまくいかない理由は「担当者の知識不足」といった単純な話ではないと感じています。
一方、米国などではトップダウンが強く、かつ経営層がITの知識をある程度持っているケースも多いため、相対的にシステム変革が進みやすい印象があります（もちろん例外はあります）。
私はいくつものDX案件に関わる中で、「なぜうまくいかないのか」を考える機会が増えました。昔は「情シス部が先頭を切って推進しなければならない」という空気があり、弱い立場になりがちな情シス部がドメイン知識を十分に持たないままデスマーチに巻き込まれていくこともありました。事業部側はそれをどこか他人事のように見てしまう、という構図もあったように思います。
一方で現在は、「事業部こそが先頭を切って推進しなければならない」という風潮に日本全体が寄っています。しかしその結果、ITリテラシーが十分でない事業部が、さらに「プロジェクトをまとめた経験がない」という致命的な事情も重なって、頓挫してしまうケースを多く見ています。そうなると情報システム部門にも飛び火し、結局どちらにとっても良い結果になりません。
このような状況を少しでも打破するために、どうすればよいのかを整理してみました。
続きはQiitaの投稿記事を参考願います。
コメント