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