構想は会議室で生まれ、実行は現場で動きます。 その間にある距離を埋めるのが、ここで紹介する5ステップです。 分厚い計画書ではなく、1枚のメモにまとめられるくらいの軽さを意識してください。
いい構想ほど、実行に落ちにくいことがあります。 理想が高く、構成が整っている一方で、現場のひずみを織り込めていないからです。 BOTTISが構想フェーズの直後に入るとき、最初に行うのは、構想を批評することではなく、 構想を「実行可能な単位」に翻訳しなおすことです。
ここでいう翻訳は、内容を薄めることではありません。経営の言葉を、現場が次に動ける単位へ言い換える作業です。 「全社のDX」を「来週、誰が、どの会議で、何を決めるか」まで具体化できるか。 それができれば、あとは現場が動き始めます。 この記事では、その具体化の仕方を5ステップで整理します。
5ステップの全体像
先に5つを並べておきます。 この5つは、行きつ戻りつしながら使います。
- 構想の解像度を上げる — 抽象を具体に変える
- 制約を全部テーブルに乗せる — 隠れた条件を出し切る
- 「決められる単位」に分解する — 結論を出せるサイズに切る
- 最初の3週間を設計する — 着地より着手を描く
- 学習ループを組み込む — 進めながら学ぶ仕組みをつくる
前半2ステップで「いまの構想を理解する」、中盤の1ステップで「動かせる形に整える」、 後半2ステップで「最初の動きと学び方を決める」という構成です。 どこから着手するかはプロジェクトによりますが、 抜けがちなのは2（制約）と5（学習ループ）です。
Step 1 — 構想の解像度を上げる
まず、構想がどこまで具体的に語られているかを確かめます。 「業務効率化を進める」「顧客体験を改善する」「DXを推進する」といった言葉のままでは、 現場はすぐには動けません。ここで使うのが、解像度を上げる3つの問いです。
- 誰の、どの仕事のことを言っているのか
- その仕事のどこを、どう変えれば成功なのか
- 変わらないと、何が起こるのか
この3つの問いに即答できないなら、構想はまだ実行可能ではありません。 即答できる粒度になるまで、構想を分解する作業を続けます。 ここを飛ばすと、後の工程がすべて空転します。
Step 2 — 制約を全部テーブルに乗せる
構想の解像度が上がったら、次は制約を出し切ります。 ここで言う制約は、予算や期間といった目に見えるものだけではありません。 現場で実行を止める要因のほとんどは、目に見えにくい制約です。
- 予算 — 動かせる金額と、動かせない金額
- 期間 — いつまでに何が動いている必要があるか
- 体制 — 誰が手を出せて、誰が手を出せないか
- 政治 — 触れると揉める領域と、触れても問題ない領域
- 技術 — 既存システムが許容する変更幅
- 感情 — 過去の失敗で残っている警戒感
感情や政治は計画書に書かれませんが、実行を止める力が最も大きいのです。 制約は隠さず、テーブルの上に並べるのが原則です。 並べた瞬間に、対処できる制約と、付き合うしかない制約が見分けられます。
実行を止めるのは、いつも書かれていない制約のほうである。
Step 3 — 「決められる単位」に分解する
構想と制約が揃ったら、「決められる単位」に分解します。 ここが実行設計のもっとも実務的な部分です。 決められる単位とは、その日の会議で結論を出せるサイズに切られた論点のことです。
うまく分解できているかは、次の問いで確認します。
- この単位で議論したら、結論まで辿り着けるか
- 結論が出たら、次に何が動くかが明確か
- 結論が出なくても、何が分かれば次に進めるか
分解の粒度が大きすぎると、結論が出ません。逆に小さすぎると、 結論が出ても全体像が動かなくなります。 「結論を出したら次の単位が現れる」のがちょうどいいサイズです。
Step 4 — 最初の3週間を設計する
実行設計でもっとも価値があるのは、ゴールではなく着手の設計です。 BOTTISは、最初の3週間に集中して計画を組み立てます。 理由は単純で、3週間先までは比較的見通しやすく、それより先は不確実性が大きいからです。
3週間設計の中身は、次の3つだけで足ります。
- 1週目 — 何を決めるか / 誰と話すか
- 2週目 — 何を試すか / 何が見えていれば成功か
- 3週目 — 何を更新するか / 次の3週間の方針をどう作るか
この設計は、ガントチャートではありません。 週次の意思決定リストです。3週間が終わるころには、計画そのものが書き換わっています。 書き換わることを前提に組むのが、実行設計の流儀です。
Step 5 — 学習ループを組み込む
最後のステップは、進めながら学ぶ仕組みをあらかじめ計画に入れることです。 振り返り会議を予定に入れるだけでは足りません。 振り返りで出た結論が次の意思決定に届く経路まで、最初から決めておきます。
学習ループに必要なのは、次の3点です。
- 何を観察するかを決める（成果ではなく、変化のサインを選ぶ）
- 観察結果を受け取る人を決める（情報の宛先）
- 受け取った人が反映できる場所を決める（次の意思決定の場）
この3点が組み込まれていないと、振り返りは実施した記録だけが残って終わります。 学んだことが次の判断に反映されないまま、計画は気づかないうちに古びていきます。
ステップは順番ではなく往復するもの
ここまで5つのステップを順番に並べてきましたが、 実際のプロジェクトでは順番通りに進むことはほとんどありません。 Step 3まで進んでから、Step 1の解像度がまだ足りないことに気づいて戻る、 ということが頻繁に起きます。
大事なのは、戻ることを「失敗」と扱わないことです。 構想が動き始めると、最初は見えなかった条件や論点が必ず現れます。 現れたら戻る、戻ったら整え直す、整え直したらまた進める。 5ステップは順序ではなく、往復するための地図として使ってください。
構想と実行のあいだにある距離は、いつも思っているより大きいものです。 計画書を分厚くしても、その距離は縮まりません。 「来週、誰が、どの会議で、何を決めるか」を一文で書けたとき、はじめて距離が縮まります。
この5ステップは、その一文を書けるようになるための実務的なフレームです。 いま手元の構想に詰まりがあるなら、どのステップで止まっているかを ひとつだけでも問い直してみてください。動き出す箇所が見えてきます。