『大規模デジタルトランスフォーメーション』（2018年）は、大規模組織が抽象的な戦略ではなく実践的な実行に焦点を当てることで、より優れたデジタルサービスを提供する方法について解説しています。英国政府のサービス変革から得た教訓を基に、多分野横断チーム、ユーザーニーズ、反復的な開発を重視。従来の階層構造に挑み、成果提供と継続的改善の文化を奨励する内容です。
この要約で学べること：実際に立ち上がり、拡大し、持続するデジタルプロジェクトを率いる
大規模組織がデジタル変革に苦戦するのは、人材やリソース不足のせいではなく、組織の仕組み自体が変化に抵抗するようにできているからです。旧来の契約、硬直した階層構造、時代遅れのプロセスが、現状維持を求める圧力を生み出します。一方で、社会の期待は高まり続けています。人々はより速く、シンプルで、信頼できるサービスを望んでいます。その裏側でどれほど大変かは気にしません。
本当の進歩は、機能するサービスを素早く提供する小さなチームを作り、データに基づいて判断し、物事を遅らせる障害を積極的に取り除くことから生まれます。優れたデジタル変革は、抽象的な計画や大規模な改革ではなく、一貫した実行と実践的な問題解決を通じて育っていきます。この要約では、優れたデジタルチームがどのように始動し、成果を通じて信頼を獲得し、大組織を内部から変える権限をどう築くのかを学びます。また、その勢いを維持するために何が必要か、そして永続的な変革には「何を作るか」ではなく「組織の働き方そのもの」を変えることがなぜ不可欠なのかも見ていきます。大規模組織は、何かが機能しなくなったときに初めて、自らの働き方を見直すものです。
本当の変革は古いやり方が行き詰まったときに始まる
機能不全のシステム、崩壊したサービス、あるいは大々的な公共の失敗は、長期化していた問題をあぶり出し、先送りされてきた決断に緊急性をもたらします。こうした混乱は、ユーザーのために実際に機能するサービスを構築するという、異なるアプローチへの道を切り開くことがあります。本当の変革を始めるには、4つの条件が助けになります。明確に認識された失敗、上層部の政治的支援、適切なスキルを持つチーム、そして焦点の定まった目標です。これらが欠けると、改善の試みは立ち消えになるか、官僚主義に埋もれてしまいがちです。
英国では、この条件が2011年に揃いました。長年にわたる過大なIT契約と脆弱なオンラインサービスを経て、政府はデジタルサービスの提供方法を改善するためにGovernment Digital Service（GDS）を設立しました。担当大臣のフランシス・モードはこの取り組みを最優先事項とし、部門を横断して意思決定できる権限をチームに与えました。GDSは、市民向けテクノロジーやデジタル製品開発の経験を持つ人材——実ユーザーのためにツールを長年作ってきた開発者、デザイナー、ユーザーリサーチャーを採用しました。彼らの仕事は戦略文書を書くことではありませんでした。
期待されていたのは成果を出すことです。チームは最初に、明確な目標を1つだけ設定しました。無数のバラバラな政府ウェブサイトを、公共サービス用の使いやすい1つのサイトに置き換えること。それがGOV.UKになりました。このプロジェクトは迅速に成果を上げ、政府の内側からでもより良いサービスを構築できることを示しました。初期の成功が、さらなる拡大への勢いを生んだのです。
広い範囲に手を出すよりも、力強いスタートが何より重要でした。チームは現実に解決できる明確な問題を選び、進みを遅らせる雑音を避けました。基本条件が整ったら、次は何に最初に取り組むかを決める段階です。それについて次に見ていきましょう。
すべてを解決しなくても始められる
大組織でデジタルチームが最初に直面する課題のひとつは、「一度にすべてを直せ」というプレッシャーです。問題は山積みで、システムは軋み、周囲は即座の解決策を期待します。しかし、すべてを一度に解決しようとするのは罠です。より良いアプローチは、小さくても有用なものから始めて、それを本当にうまく機能させることです。
GDSが動き出した当時、周囲は大規模なIT失敗や長年の政策失敗だらけでした。それらに巻き込まれるのは簡単だったでしょう。しかしチームは代わりに、ユーザーが実感できるものを1つ、素早く届けられることを示すことに集中しました。その初期事例がGOV.UKのアルファ版でした。わずか13週間で構築されたプロトタイプで、乱立する政府ウェブサイトの混沌を、1つのクリーンで機能的なサイトに置き換えました。
完璧ではありませんでしたが、動きました。そのことが何よりも重要でした。鍵となったのは、慣れ親しんだ習慣——長い計画サイクル、派手なローンチイベント、理論上のリスクを議論する委員会——に引き戻される誘惑を断ち切ったことです。チームは働き方の明確な原則を定めました。ユーザーニーズから始める、早くリリースする、常に改善する、進捗をオープンにする。これらの考え方は、すでに実践で効果が実証されていたものをそのまま言語化したものでした。それを公にした理由も、この働き方が現実的で可能であることを組織の内外に示すためでした。
大組織では、動く前に完璧な条件を待ちたくなる強い誘惑があります。しかし多くの場合、最初の一歩こそがより良い条件を生み出します。自信を育て、優秀な人材を惹きつけ、懐疑派に具体的な評価材料を与えるのです。適切な出発点を選ぶことは重要です。初期のプロジェクトに最適なのは、シンプルで、目に見えて、すぐに届けられるものです。次のセクションでは、この「早期の成果」への集中がどのように勢いを生むのか、そして適切なタイミングで公にすることがなぜ効くのかを見ていきます。
静かな実行こそが最強の信頼を築く
新しいデジタルチームは、まだ何も作る前に多くの内的注目を浴びがちです。リーダーは発表を求め、メディアチームは見出しを欲しがり、各部門は自分たちの優先事項をロードマップに載せたがります。最も安全な動きは、往々にして最も地味なものです。スポットライトを浴びる前に、伏せて何かを動かすことです。公表を控えたことで、GDSは信頼を築く余裕を得ました。
GOV.UKプロトタイプの公開や電子請願サイトの立ち上げといった初期の成功は、大きな宣伝なしに達成されました。これは意図的な選択でした。大々的なローンチを避けたことで、何も見せるものがない段階で攻撃対象になることを防げたのです。また、いざ公表するときに、約束ではなく成果の証拠を示すことができました。派手な取り組みが成果を残さず消えがちな政府の内部で、これは大きな意味を持ちました。
チームの存在感が増すにつれて、新たなリスクも生まれました。期待が高まり、さまざまな勢力が方向性に影響を与えようとしました。コアとなる実行チームは、そのすべてを自分たちだけで抱え込もうとはしませんでした。彼らを支えたのは、組織の仕組みをよく知る経験豊富な内部人材の層でした。官僚的な障害を解きほぐし、扱いにくいステークホルダーに対処し、実行チームが開発に集中できるよう静かに道を整える人々です。チームは彼らを官僚ハッカーと呼びました。
彼らは初期の成功を可能にするうえで不可欠でした。こうした支援なしに急ぎすぎると、進捗は容易に脱線します。しかし、実行チームが政治や書類仕事から守られていると、組織内に自信が生まれ、より大きな変革への勢いが育ちます。デジタルチームの真の試練は、初期の勝利の後にやってきます。リーダーの期待が膨らみ、外部の関心が鋭くなる時期です。次のセクションでは、チームがその注目にどう対処し、信頼を長期的な影響力へと変えるために何が必要かを見ていきます。
動くものを届けることで状況が変わる
デジタルチームが実際のサービスを提供し始めると、すべてが変わります。組織内の人々は、何が語られているかではなく、実際に何が構築されているかに注目し始めます。この時点で、チームにとって最も価値ある資産は信頼性になります。ブランディングでもビジョン資料でもなく、ユーザーが実際に見て使える、機能するサービスです。
ここで、善意の取り組みの多くが失速します。多くのチームは、イノベーションのように見えてユーザーに届かないものに捕らわれます。ワークショップを開くことと、使いにくいサービスをより速く明確なものに実際に置き換えることとは別物です。いま問われるのは、最後までやり抜く力です。プロトタイプや実験は役立ちますが、何か現実の成果に結びつかなければ意味がありません。そうしてこそ、デジタルチームはより多くのことを任される許可を得るのです。
GDSは始動時に、注目度が高くてもリスクが管理しやすい公共向けサービスを選びました。電子請願プラットフォームです。これはグリーンフィールド案件——つまり、解きほぐすべき大規模なレガシーシステムがありません。国の需要規模に耐えうるデジタルサービスを構築できることを証明する機会をチームに与えました。ローンチから数週間以内に何千人ものユーザーが請願を提出し、その一部は国会での審議につながりました。サービスは最初から公開され、ユーザーが直接アクセスでき、大規模なデジタル提供が可視的で、応答性が高く、効果的であることを示しました。同時にチームは抱え込みすぎを避けました。素早く構築し改善できるサービスを選んだのです。
彼らはユーザーニーズに寄り添い、動くバージョンを早い段階でリリースしました。そのアプローチにより、「期待の罠」を回避できました。期待の罠とは、チームが提供できる以上のものを約束して身動きが取れなくなる状態です。勢いはシンプルさから生まれました。少数の目に見える改善に集中することで、抽象的な「イノベーションごっこ」に引きずり込まれず、実践的な実行を通じて信頼を積み上げたのです。チームがスケールで成果を出せることを証明すると、より大きなシステムにも取り組むよう圧力がかかります。次のセクションでは、その一歩を踏み出す権限をどう築き、フロントエンド以上を変える力をどう手に入れるかを見ていきます。
権限は「何を作れるか」ではなく「何を止められるか」から生まれる
初期の成功の後、デジタルチームにはより手強い問いが降りかかります。組織の他の部分の働き方に影響を与えられるかどうかです。新しいサービスを立ち上げることと、悪いサービスの構築を止めることは別物です。そして、そこから本当の権限が重要になってきます。
大組織の多くは、自動操縦で動き続けるレガシーシステムと高額な契約で溢れています。それを変えるには権力の移動が必要です。GDSにとってその移動は、部門横断でデジタル支出を見直す明確な権限から始まりました。初期のサービスで成功を実証した後、チームは上級閣僚に直接働きかけ、より強い管理権限を求めました。彼らは大型IT案件に異議を唱える権利を求め、それを勝ち取りました。その権限は、より広範な影響力の始まりを示すものでした。
GDSは新しいツールを構築する一方で、時代遅れのものを停止させました。チームは政府全体の主要な技術投資を見直し、品質基準を満たさない案件を止める権限を持っていました。彼らの焦点は、公的資金を責任を持って使い、サービスがユーザーのニーズと運用目標の両方を満たすことを確実にすることにありました。その影響力は、迅速な成果提供と結果の透明性によって築かれた信頼によって拡大しました。その土台の上で、彼らはより短い契約期間、オープンスタンダード、組織内の技術力再構築といった現実的な変革を推し進めることができました。より良いアプローチを提案すると同時に、他者がそれを採用できるよう障害を取り除くことにも力を注いだのです。
中央からの権限は、より良い成果提供への道を切り開く場合にのみ機能します。そしてチームが構造的な障壁を見つけて修正する能力を高めるほど、リーダーとしての信頼も高まります。次のセクションでは、デジタルチームがデータを使って次に取り組むべきテーマをどう決めるのか、そしてトラフィックが多く、コストのかかるサービスを狙うことがなぜ最も賢い一手なのかを見ていきます。
最も賢い改善は、最大の数字から始まる
多くのデジタルチームは、壊れているものや時代遅れのものから着手しがちです。しかし、より効果的な戦略は「大きいもの」から始めることです。それは、ユーザーの需要が最も高いサービス、あるいは提供コストが最も大きいサービスを見つけることです。なぜなら、そうした領域では小さな改善が最大の差を生むからです。GDSは、何に取り組むかを決めるのに勘だけに頼ったりはしませんでした。
チームはTransactions Explorerというツールを開発し、何百もの政府サービスのデータを追跡しました。各サービスを何人が利用しているか、処理にいくらかかるか、完了までに何ステップ必要なのかを示すものです。その情報により、どのサービスが再設計に適しているかが一目で分かりました。一例が有権者登録です。利用者数が多く、プロセスが煩雑でした。ゼロから見直すことで、チームは数百万人がわずか数分で簡単に使えるシンプルなデジタルサービスを作り上げました。データは優先順位の決定に役立ち、進捗を測定する明確な方法をもたらしました。
再設計したサービスをローンチすると、それが以前より速くなったか、安くなったか、使いやすくなったかを追跡できました。これにより、内部のマイルストーンではなく、ユーザーの成果に焦点を保つことができました。また、閣僚や上級官僚が支持できる具体的な材料にもなりました。近代化についての漠然とした主張ではなく、実際の数字の改善を示すことができたのです。
こうしたアプローチは、証拠に基づいた賢明な意思決定の文化を育てるのに貢献しました。チームは自らの選択を正当化し、抽象的な議論に巻き込まれることなく変化を説得力をもって主張できるようになりました。どこで最大のインパクトを生み出せるかを把握したら、次の課題はその仕事を持続させることです。最終セクションでは、初期の勢いが衰えた後に何が起きるのか、そしてデジタル変革をいかに定着させるかを見ていきます。
本当の進歩は、システム全体の仕組みを見直すこと
優れたデジタルサービスを提供することは第一歩にすぎません。次に来るものは、もっと困難です。初期の成果が揃い、目に見える修正が一巡したら、本当の課題は変革を定着させることです。それは、資金モデル、業績評価の枠組み、リスク管理の方法など、より深い構造を変えることを意味します。
それがなければ、最良のデジタルチームでさえバーンアウトしたり失速したりします。GDSもまさにこの局面に直面しました。確かな実績を積んだ後、チームはまったく技術的ではない障壁にぶつかり始めました。一部の部門は依然として数十年ものの調達契約に依存していました。予算決定は年次サイクルで行われ、デジタル製品の進化のペースと噛み合いません。成功は、ユーザーが本当に必要なものを得られたかどうかではなく、コンプライアンスと固定された成果物の納品で評価されていました。
これらの問題には、説明責任・管理・価値についての新しい考え方が必要でした。最も重要な転換のひとつは、意思決定者が実行チームを「一時的なプロジェクト集団」ではなく「長期的な資産」として理解できるようにすることでした。つまり、新しい機能のたびに新しい契約業者を立ち上げるのではなく、時間をかけてサービスを改善できる安定したチームを構築することです。また、デジタル業務を一回限りの取り組みではなく、運用インフラとして扱うことも意味しました。こうした進歩を持続させるには、良い成果提供がどのようなものか、なぜそれが重要なのかを理解するリーダーシップが欠かせません。特に状況が変わるときには、実験し、適応し、反復する余白も必要です。
そして、基本への継続的な注意が不可欠です。良い人材を雇い、チームに明確なミッションを与え、成果を出し続けられる条件を守ることです。集中的な取り組みとして始まったものは、やがて標準的な慣行に変わります。永続的な変化は、デジタル業務が組織運営の当たり前の一部になったときに根づきます。このアプローチは、組織が応答性を保ち、継続的に改善し、長期的な能力を構築するうえで役立ちます。
最終的なまとめ
アンドリュー・グリーンウェイ、ベン・テレット、トム・ルースモア、マイク・ブラッケンによる『大規模デジタルトランスフォーメーション』の中心的な教訓は、意味のあるデジタル変革は「実行」が優先されたときに起こる、ということです。本当の進歩は、トップダウンの戦略や長い計画サイクルからではなく、現実の問題を解決し、何が機能するかを証明し、成果を届けることで信頼を得る、小さく権限を持ったチームから生まれます。そのチームが強力なリーダーシップに支えられ、官僚主義から守られているとき、彼らは組織が使うツールだけでなく、組織の仕組みそのものを変えることができます。最も成功する取り組みは、小さく始め、大きなインパクトを持つサービスを狙い、データを使って意思決定と進捗測定を行います。
やがて、この働き方は物事を進める標準的な方法になります。その転換こそが、デジタルトランスフォーメーションを持続可能にします。そして一旦根づけば、より俊敏で、より有能で、ユーザーが本当に必要とするものに集中した組織が生まれます。
以上で本要約は終了です。
お楽しみいただけたなら幸いです。お時間がありましたら、ぜひ評価をお寄せください。皆様からのフィードバックはいつも励みになっています。次回の要約でお会いしましょう。
