デジタル変革は、技術導入の話ではない
デジタル変革という言葉は、便利です。便利ですが、そのぶん、問題の所在を曖昧にします。
新しいツールを入れる。クラウドを使う。アジャイルを導入する。生成AIを試す。ヴァイブコーディングで小さなアプリを作る。デザイン思考やプロダクトマネジメントを学ぶ。
どれも大切です。しかし、それだけでは変革は進みません。
多くの組織では、技術そのものよりも、その技術を使って何を決めるのか、誰が責任を持つのか、どこまで試してよいのかが曖昧なままです。
だから、動き出しはする。しかし、続かない。試作はできる。しかし、事業や業務の中に入っていかない。勉強会は行われる。しかし、実際の意思決定は変わらない。
デジタル変革が困難なのは、技術が難しいからだけではありません。組織の中で、判断の構造が変わらないからです。
それぞれの部門には、それぞれの合理性がある
現場には現場の合理性があります。顧客対応、納期、品質、日々の業務、暗黙知。現場は現場なりに、かなり複雑な制約の中で動いています。
情報システム部門には情報システム部門の合理性があります。保守性、可用性、既存システムとの整合、運用負荷、ベンダー管理、障害対応。軽く見られがちですが、止めてはいけないものを背負っています。
セキュリティ部門にはセキュリティ部門の合理性があります。情報漏えい、権限管理、監査、規程、外部からの攻撃、内部不正。新しいことを止めたいのではなく、事故が起きたときに説明できる状態を求めています。
経営には経営の合理性があります。投資対効果、競争力、人材、事業責任、取引先への説明。経営は、単に面白そうだから、という理由だけで大きな判断をするわけにはいきません。
問題は、誰かが間違っていることではありません。それぞれが正しいことです。それぞれが正しい。だから、ぶつかります。
「正しいこと」がぶつかると、変革は止まる
現場は、もっと早く試したい。情報システム部門は、後で運用不能になるものを増やしたくない。セキュリティ部門は、野良ツールや野良データを放置したくない。経営は、成果の見えない活動に投資を続けられない。
この状態で、単に「もっと挑戦しよう」と言っても、うまくいきません。単に「ルールを守ろう」と言っても、うまくいきません。
挑戦だけでは、組織は壊れます。統制だけでは、組織は止まります。
必要なのは、挑戦と統制を対立させないことです。どこまでを実験として許すのか。どこからを本番として扱うのか。誰が判断し、誰が説明するのか。失敗したときに、どこまで戻せるのか。
この設計がないまま、技術だけを入れても、現場は疲弊します。
研修を重ねても、プロダクトが増えない理由
多くの企業は、すでに相当な量の研修を行っています。DX研修、AI研修、アジャイル研修、デザイン思考研修、プロダクトマネジメント研修。
それでも、年に数個のプロダクトしか出ない。あるいは、実証実験で止まる。あるいは、現場の一部では便利になったが、組織全体の変化にはつながらない。
これは、研修そのものが無意味だからではありません。学んだことを、現場の意思決定に接続する仕組みが弱いからです。
知識を得ることと、組織として判断できるようになることは違います。個人が理解することと、複数部門で合意できることも違います。
デジタル変革では、この差が大きく出ます。
変えるべきなのは、関係の質と判断の流れ
SMCLが重視しているのは、関係の質です。
これは、仲良くしましょう、という意味ではありません。現場、情報システム、セキュリティ、経営が、同じ対象を見ながら、違う立場のまま判断できる状態を作るということです。
意見を一つにまとめることが目的ではありません。違いを見えるようにすることが目的です。
何に期待しているのか。何を不安に感じているのか。何が決まっていないのか。どの前提が違っているのか。誰の責任で次に進むのか。
これらを曖昧にしたまま進めると、後で止まります。逆に、早い段階で見えるようにすれば、小さく試すことができます。
デザインスプリントを中核に置く理由
そのために、SMCLではデザインスプリントを中核に置いています。
デザインスプリントは、単なるアイデア出しの手法ではありません。短い時間の中で、問いを整理し、仮説を作り、選択肢を出し、判断し、検証に向かうための場の設計です。
重要なのは、スピードだけではありません。関係者が同じ場で、同じ対象を見ながら、判断の材料を作ることです。
組織変革は、抽象論だけでは進みません。一方で、現場の改善だけでも限界があります。
抽象と具体を行き来する。構想と実装をつなぐ。挑戦と統制を両立させる。そのための実践的な場として、デザインスプリントを使います。
変革が困難なのは、当然である
デジタル変革が難しいのは、能力が低いからではありません。組織の中に、複数の合理性が存在するからです。
現場は現場を守っている。情報システム部門はシステムを守っている。セキュリティ部門は信頼を守っている。経営は事業を守っている。
その中で、新しいものを作ろうとすれば、摩擦が起きるのは当然です。
だからこそ、必要なのは、摩擦をなくすことではありません。摩擦を見えるようにし、扱えるようにすることです。
デジタル変革は、技術の問題であると同時に、関係の問題です。そして、関係の問題である以上、場を設計することができます。
SMCLは、その場を設計します。