本当にしょうもない事だけど、この組織間の対立ってどこでもある話だと思うんですよ。事業部やマーケの対立構造が典型的。「(は〜、またかよ、いい加減にして欲しいな)わかりました。「カンタンって思うんだったらやってみたらいいだろ!(怒)」とかって奴です。負の連鎖、繰り返す怨嗟、とかって韻を踏みたくなるくらいデジャブを見る。「仕様凍結で15ヶ月何にもシステムさわれません」(全て実話です)このコミュニケーションが、DXのプロジェクトに深刻な影を落としていくんです。別に営業部門とプロダクト部門や事業部とコーポレートでもいいし、ベンダー間の対立でもいいんですけど。毎回これが本当大変です。故意なのか過失なのかはこの際ほっておいたとしても、常に誰かが誰かの足を引っ張る状況、さながら地獄絵図。これが哀しいかな必ず起きていくのがDXのプロジェクトなんです。組織のもつれがたった5%という成功難易度を生み出すスイスのビジネススクールIDMのマイケル・ウェイド教授が世界中のDXの事例をまとめたこの書籍にも書いてあります。詳しくはこちら)Amazon.co.jpで購入するおおこの本のなかにDXを通じて、思ったような効果をあげられたケースは僅か5%と出ています。95%は、思ったように上手くいっていないって結構衝撃的な数字です。僕が地獄絵図と表現したことは「組織のもつれ」と表現されている。国際的ビジネススクール、表現は綺麗だけど僕の実感値は「もつれ」というよりも「ほどけない絡まり」に近い。宗教戦争といっても過言ではない。~ITシステム「2025年の崖」克服とDXの本格的な展開~」である。「いや、どうもこうも書かれてる事はごもっともとしか言いようがないです」と答えるようにしてる。ここに書かれている通り、既存の基幹システム、そのシステムの前提となる業務プロセスやそれを支える組織構造そのものも全部ひっくるめてレガシーシステムと呼ぶとすると当然DXなんて前提にしてないわけです。これがそもそもの原因でなんとかしないとヤバイぞと書いてある。前提として全て密結合。疎結合になってる基幹システムってみた事ないくらい。「一度でいいから見てみたい〜」と歌丸師匠のノリで言いたくなるくらい。それでも日本企業って優秀なんでオペレーションエクセレンスを追求する思想というか宗教感が自然発生的に生まれてるというのかな。各役割や機能組織毎の土着化が凄いっていうのかな。千鳥のノブ風に言えば「クセが凄い」という事になる。土着化によって磨かれ続けて来た栄光の歴史このレガシーシステムに起因する各役割や機能組織毎のクセというか土着化って事業会社の各組織だけじゃなくSIerやベンダーもご多聞に漏れず染み付いている。単なる仕事内容だけじゃくて、呼吸とか思考、言動の一挙手一投足に現れる。実際の所、これまでの業務では各部署や各ベンダーの擦り合わせという、ある種の職人技でオペレーションを進化させてきたんだと思う。実際それで市場も伸びてたし、業績も伸びて来た。ところがデジタルによって社会や市場構造が変わってしまうからと言って、この洗練され尽くしてきたこれまでの方法を捨てて、全く別の方法やタイミングで呼吸を合わせていくなんてそもそも至難の業なのだ。したら良いのか?できない理由はわかった。したらいいのか?これに対する銀の弾丸は正直に言えば持っていない。本当は「100%成功させます!私失敗しないんで!」とドラマの主人公のように言いたい所なんだけど、恥ずかしながらうまくいかない事もある。この3年間で20近いDXと呼ぶに値するプロジェクトに色んな形で関わらせてもらって来た中で、わかって来た共通点はある。重要なのは、大きく2つなのだ。1:社内に影響力のある実力者のコミットメント2:結果を先に出してプロセスを変えにいくという通常と逆のアプローチこれが上手くいっているプロジェクトの共通点なのである。逆説的に言うと、この2つのどちらが欠けても上手く行かない。因果関係なのか相関関係なのかは、まだよくわかっていない。面白いように共通してる。結果を先に出すための裏口を用意する結果を先に出してプロセスを変えると言う事はどう言う事か?正攻法を選んでいないと言う事である。要するに、最初は正面からプロセスを変えようとしないで、ある意味邪道でも方法を選ばずに結果を出しに行く事がメチャクチャ重要になってくる。基幹システムを触るとかしない。複数の部署やベンダーを動かすとかしない。プロジェクトの初期に、なるべく少数のステークホルダーで、クイックウィンを目指す方法を取るという事である。この方法論は、色々あるんだけど僕らがやっている具体的で実践的なものを一つご紹介したい。Concept:コンセプトの証明)をする当社も、他のマーケティングソリューションと同様にタグを入れていただくサービスです。GoogleやAdobeをはじめ、ほとんどタグを入れて使う。原理原則は、お客さまの開発チームで施策実装してねと言うサービスなのである。scriptで何かするって言って、うまく動かなかったら大変だ。それをA/Bテストをクラウドソーシングで回すために、QAやインフラ、セキュリティーのレベルをずーっと高め続けてきたKaizenでは普通にお客様ではなくKaizenのチームが施策実装をやっている。自分達では、当たり前だと思ってやってきたが、ある意味クレイジーで非凡なサービスと言える。最近のパーソナライズなんてほぼ機能開発みたいなもので、マイページをつくったり、フィードをつくったり、フォームをインクリメンタルに最適化したり、動画やコンテンツを出し分けたり、UI上でできる色んな開発もやっている。これを基幹システムとかに触らずにタグを入れるだけで機能実装しPoCを実施している。金融からEC、サブスクまで色んな事業の改善をするために、情シスやITベンダーを介さなくても、実際のユーザーが触れる画面上で顧客体験(UX)を変えるような機能開発が出来て試せる高速プロトタイピングを実現している。数字が取れて検証できるのである。「フォームって触れないと思ってました」と本気で涙ぐんで喜ばれた時に、そんなに社内調整って大変なんだとこちらが驚いた事がある。それくらい現実的に大きな壁となって立ちはだかっているのである。うまくいくこと以外やらない開発を目指す基幹システムに触れたりする開発は、実際誰もやりたくない。それで成果が上がらないなんて日には目も当てられない。Concept:コンセプトの証明)が重要になってくるのである。DXのプロジェクトもまさに同じで、いかに小さく早くPoCを実行出来るか?がとても重要になってくる。要はプロトタイピングだ。究極的に言えば、うまくいく事がわかっている開発を目指すと言う事になる。ちなみにそうなると既存の情シスもITベンダーも強い(はず)。そのためのプロトタイピングをどのように実行(execution)するか?が一つの鍵となってくる。DXにもプロトタイピングが存在する先ほどあげた2つの成功しているプロジェクトに必要な2つの条件1:社内に影響力のある実力者のコミットメント2:結果を先に出してプロセスを変えにいくという通常と逆のアプローチこれらは言い換えるとDXのプロトタイピングをどのように実行するか?によってその後のプロジェクト全体の成否が分かれてくると言う事と同義といえます。ここでコンセプトに関して、具体的なリアリティを掴めると大分その後のプロジェクトマネジメントの難易度が変わってくるというのは実感値としてあります。まとめるといきなり崖と言われるレガシーシステムに着手すると、自ずと複数の部署やベンダーをまたがる巨大なプロジェクトになりがち。→そのプロジェクトマネジメントは、とにかく難しい。→何が難しいってなぜか足を引っ張り合ってしまう構造になってしまう事。→なんらかの方法で基幹システムに触れずに、少数のステークホルダーでPoCを実施して成果を見せて進めることでスタックが減らせるという話です。これが万能の策なのか?まだわからないですけど、僕なりのDXの崖の前の壁への向き合い方の一つの解です。Platformは、デジタルトランスフォーメーションの専門家集団です。ご相談は、こちらからお気軽にどうぞ!ダウンロード#コラム#スタートアップ#戦略#デジタルマーケティング#デジタルトランスフォーメーション#DX#2025年の崖この記事が気に入ったら、サポートをしてみませんか?気軽にクリエイターを支援できます。頂いたサポートは、災害地域やいくつかの支援を必要としてる社会的なプロジェクトに寄付させて頂いております。商談化率を上げるとはどう言う事か?あなたの会社は未来のXXになる会社なのか?この記事が入っているマガジンハック思考(フォロー用)ハック思考の引き出しについてまとめるノートです。クリエイターへのお問合せnoteカイゼン目安箱クリエイターの。