構想は会議室で生まれ、実行は現場で動きます。 その間にある距離を埋めるのが、ここで紹介する5ステップです。 計画書より、紙ナプキンに描けるくらいの軽さを意識してください。
いい構想ほど、実行に落ちにくいことがあります。 理想が高く、設計が美しく、そして現場のひずみを織り込めていないからです。 BOTTISが構想フェーズの直後に入るとき、最初に行うのは、構想を批評することではなく、 構想を「実行可能な単位」に翻訳しなおすことです。
翻訳と言っても、難しい作業ではありません。同じ内容を別の言葉に置き換えるだけです。 「全社のDX」を「来週、誰が、どの会議で、何を決めるか」まで降ろせるか。 それができれば、あとは動き始めます。 この記事では、その降ろし方を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ステップは、その一文を書けるようになるための実務的なフレームワークです。 いま手元の構想に詰まりがあるなら、どのステップで止まっているかを ひとつだけでも問い直してみてください。動き出す箇所が見えてきます。