正しい技術を選んだはずなのに、なぜ多くのデジタル変革プログラムは頓挫するのでしょうか？ 根っこにあるのは、たいてい道具ではなく、企業が大きすぎるスコープを抱え込むことです——効果の約束が常に先延ばしになる、二年がかりのプロジェクト。逆に、旅を30日ずつ三つの区間に分け、各区間で測定可能な成果を一つ出すようにすると、チームは勢いを保ちながら、一つの大きなリスクを、制御しやすい複数の小さなリスクへと変えられます。本稿では、具体的な90日フレームワークと——短い区間ですら脱線させかねない落とし穴を、ともにたどっていきます。
なぜ大きなスコープが静かな殺し屋なのか
プロジェクトが大きいほど成果が出る日は遠のき、経営層の信頼は冷めやすくなります。あらゆる効果が巨大な稼働開始日の後にしか現れないなら、途中の一つひとつのつまずきが支持を削り、チームはゴールにたどり着く前に燃え尽きます。大きなスコープは設計を最初から固定してしまいます。システムが動く頃には現実のニーズが変わっており、十八か月前の課題を解決する何かを検収することになります。90日フレームワークはプロジェクト管理の小技ではありません。組織に優先順位を強い、本物の何かを早く——より大きな賭けに出る前に方向性を証明できるほど早く——届けさせる方法です。
最初の30日——単一の信頼できる情報源
すべてを一度にデジタル化してはいけません。最も痛みの大きい業務——多くの場合は在庫か販売——を一つ選び、共通のデータレイヤーへ載せます。この区間の具体的な目標は、30日を終えたとき、倉庫から経理、販売に至る全員が、三つのずれた表計算ではなく、同じ一つのリアルタイム在庫数を見ていること。これは小さく検証可能なゴールであり、以降のすべての土台になります。
次の30日——隣接する業務を統合する
土台が固まったら、新しい戦線を開くのではなく、それに触れる業務をつなぎます。購買は本物の在庫を読んで適量を発注し、財務は本物の注文を読んで即座に債権を計上します。分かりやすい例:在庫と購買が同じ数字を使うと、発注依頼は倉庫担当の記憶ではなく発注点から自動生成され、こうした接続の一つひとつが二重入力の箇所と「どちらの数字が正しいのか」という論争を消していきます。原則は、すでにデータが流れている道筋に沿って広げること。魅力的に聞こえるからといって新しい島へ飛び移らないことです。
最後の30日——最適化と最初のAIタスク
データがきれいで途切れなくなった今こそ、高付加価値の層を加える価値があります。在庫が発注点を下回ったときの自動アラート、メールの往復に代わる承認フロー、そして本物のデータ上で動く一つ二つの狭いAIタスク——たとえば、週次売上がなぜ計画とずれたのかを具体的な注文までさかのぼって説明する、といったものです。この順序が重要です。汚れたデータ上での自動化は誤りをより速く増幅するだけなので、最適化はデータ基盤が信頼できるようになった後に来なければなりません。
90日区間でもなお脱線させる落とし穴
時間を細かく区切っても、それだけでプロジェクトが救われるわけではありません。最もよくある四つの落とし穴:
- 唯一のオーナーがいない:責任が全員に等分されると、誰もリズムを保たない。
- 旧データのクレンジング——重複コード、架空在庫——を過小評価し、最初の区間を食い尽くさせてしまう。
- 痛みの大きい業務ではなく楽な業務を選ぶ:誰も気にしない場所で勝っても、信頼は変えられない。
- 完了の定義が曖昧で、区間が終わっても達成したと誰も断言できない。
時計を回す前に——そして始め方
最初の区間の前に、次の三つをきちんと合意しましょう。どの業務を最初に載せるか、どの数字を成功の物差しとするか、そして誰がオーナーか。この三つの答えは、どんな長大な計画書よりも価値があります。最もリスクの少ない始め方は、最も痛みの大きい業務についてちょうど一区間の30日を回し、それを一つのテストとして扱うことです。全社が信じられる数字が出れば、先へ進む証拠を手にしたことになります。そうでなければ、失ったのは二年ではなくたった一か月です。小さくても本物の成果は、大きくても遠い約束に常に勝ちます。
「90日の成果は信頼をつなぎとめ、2年がかりのプロジェクトはそれを失わせます。」