実行設計とは、戦略の方向性を「明日からの動き」に変換するための地図です。 美しい資料でも、賢い分析でもなく、現場で誰がどこで何を判断するかを決める作業のことです。
BOTTISが現場に入るとき、最初に確かめるのは「戦略があるかどうか」ではありません。 多くのプロジェクトには、すでに立派な戦略があります。問題はその戦略が、 どこで止まっているかです。資料の中で止まっているのか、合意の中で止まっているのか、 役割分担の中で止まっているのか——止まり方によって、必要な設計はまったく変わります。
そして実行設計という言葉は、その「止まり方」を分解して、それぞれに応じた打ち手を当てるための 共通言語として使っています。実行は意思の問題だ、と語られがちですが、 現場で起きていることの大半は意思の不足ではなく、設計の不足です。
「実行設計」という言葉が指すもの
実行設計は、戦略でも実装でもありません。両者の間にある、もっとも軽視されがちな領域です。 戦略は「何を目指すか」を決め、実装は「どう作るか」を決めます。 その間に挟まれているのが、「誰が、いつ、どの単位で判断するか」を定義する仕事です。
この層が抜けている限り、戦略はパワーポイントの中で美しいまま閉じこもり、 実装は手探りで動き出して途中で止まります。 実行設計は華々しさのない作業ですが、戦略の有効寿命と実装の成功率を同時に左右します。
実行設計とは、戦略を実装に変換する翻訳ではない。判断の置き場所を決める設計である。
戦略と現場のあいだに横たわる空白
多くのプロジェクトでは、戦略が決まると次は実装フェーズに直接入ろうとします。 しかしその間には、本来こなすべき問いがいくつも残っています。
- この戦略を進めるうえで「最初に決めるべきこと」は何か
- 誰の合意があれば前に進めるのか、なくても進めていいのか
- 例外が起きたとき、どこに持ち込めばいいのか
- うまくいかなかったとき、いつ撤退するのか
これらの問いは、戦略レポートには書かれていません。 実装計画書にも書かれていません。誰の管轄でもない問いが、ちょうど両者の間に横たわっているのです。 実行設計は、この空白に名前と居場所を与える作業です。
7つの視点 — 全体像
BOTTISが実行設計を組み立てるときに、意識的に往復する視点が7つあります。 順序ではなく、相互に影響しあうレンズだと考えてください。
- 論点設計の粒度 — 何を論点として扱うか
- 意思決定の置き場所 — どこで判断するか
- 役割と責任分界 — 誰が決めるか、誰に効くか
- 移行プロセス — 旧から新へどう移すか
- 例外処理の設計 — はみ出したものをどう拾うか
- 学習サイクルの埋め込み — 何をもって学んだとするか
- 撤退条件の事前定義 — どうなったらやめるか
この7つは並列ではありません。後半に行くほど語られにくく、しかし計画の腰を支える視点です。 前半3つで「構造」を決め、中央2つで「動かし方」を決め、後半2つで「学びと終わり方」を決める、 という三層構造になっています。
構造を決める3つの視点
視点1 — 論点設計の粒度
どこまでを一つの論点として扱うかは、議論の進みやすさを根本から決めます。 粒度が粗すぎると、いつまでも結論にたどり着けません。 逆に細かすぎると、ひとつ決まっても全体像が動かない、という空回りに陥ります。 論点は、「決めれば次の論点が現れる」最小単位に揃えるのが原則です。
視点2 — 意思決定の置き場所
論点が定まったら、次はそれをどこで決めるかを設計します。 会議で扱うのか、非同期で扱うのか。決裁ラインに乗せるのか、現場の裁量に委ねるのか。 この置き場所が曖昧なまま進むと、どこに持ち込んでも「ここでは決められない」と言われ続けます。
視点3 — 役割と責任分界
「決める人」と「決定の影響を受ける人」を区別して扱います。 多くのプロジェクトでは、両者が混ざっていて、決定者ですら自分の役割を把握していません。 実行設計の段階で、決める人・支援する人・影響を受ける人を線で分けておくと、 後工程で揉めることが激減します。
動かすための2つの視点
視点4 — 移行プロセス
新しい仕組みを入れるとき、旧いものをいつ切るかは戦略レポートには書かれていません。 並行運用するのか、一度に切り替えるのか、段階的に置き換えるのか。 この移行プロセスを描かずに走り出すと、新旧両方を抱えたまま現場が疲弊する状態になります。
視点5 — 例外処理の設計
どんなに緻密に設計しても、現場では必ず想定外が起きます。 重要なのは「例外を起こさない」ではなく、「例外が起きたときに誰にどう持ち込むか」を 事前に決めておくことです。例外処理の経路が描かれているプロジェクトは、 想定外の出来事をきっかけに崩れることがありません。
学び続けるための2つの視点
視点6 — 学習サイクルの埋め込み
計画通りに進んだか、進まなかったか、を確認するだけでは学習にはなりません。 「何が起きて、何を学んだか」を構造的に拾えるサイクルを、計画段階で埋め込みます。 振り返り会議があるかどうかではなく、振り返りの結論を次の意思決定に反映する経路があるか、 がポイントです。
視点7 — 撤退条件の事前定義
やめどきを決めずに始まったプロジェクトは、ほぼ確実にゾンビ化します。 どうなったら継続を再判断するか、を事前に文書化しておくと、 後から「やめる判断」が政治的にならずに済みます。 実行設計の中で最も語られない視点ですが、最も後悔の少ない設計でもあります。
7視点はチェックリストではなく「問い」である
この7つは、上から順に埋めればよいチェックリストではありません。 プロジェクトの状況に応じて、どの視点が薄くなっているかを見抜くための問いです。 ある現場では論点設計の粒度が粗すぎることが命取りになり、 ある現場では撤退条件の不在が組織の体力を削っていきます。
BOTTISが実行設計支援に入るとき、最初に行うのはこの7視点での「現状の薄さ判定」です。 強い視点はそのまま活かし、薄い視点だけに集中して肉付けしていきます。 足りない視点を見つける目を持つことのほうが、均等に強化することよりも先です。
実行設計は、戦略の延長でもなく、実装の前段でもありません。 戦略と現場のあいだに横たわっている空白に、名前と居場所を与えるための独立した仕事です。 そしてその空白は、ほとんどの場合、誰の責任でもないままに放置されています。
7つの視点は、その空白に光を当てるためのレンズです。 もしいま動いているプロジェクトに違和感があるなら、まずはこの7つのうち、 どれが薄いかを問い直してみてください。原因の輪郭が、ずいぶん見えやすくなります。