移行を止めるのは技術ではない ── 合意形成という本丸

計画も設計もできているのに進まない。この回は、その構造を整理します。技術者が扱いにくい領域ですが、扱わないと前に進みません。

最もよくある形が、誰も反対していないのに進まないというものです。反対がないので議論も起きず、静かに止まります。

3行目が実質的な原因であることが多い。現状維持なら誰の責任にもなりませんが、移行して問題が起きれば決めた人の責任になります。この非対称がある限り、何もしないのが合理的な選択になってしまいます。技術的負債（Technical Debt） が減らない理由も、突き詰めればここに行き着きます。返済しても評価されず、放置しても咎められない構造では、返済は起きません。

明確な反対がある場合、表明された理由と本当の理由が違うことがあります。表面の議論に付き合っても解決しません。

4行目は無視してはいけない反対です。過去に痛い目を見た経験は、合理的な学習です。「今回は違います」と言うだけでは説得力がありません。前回何が起きて、今回どう防ぐのかを具体的に示す必要があります。

5行目も同様です。移行の負担は現場に集中し、利益は組織全体に散るという構造があります。これを認識せずに「全体最適だから」と押すと、現場の協力が得られません。

変化への不安に対しては、変わるものを説明するより、変わらないものを示すほうが効きます。

• 日々の操作手順 — 画面が変わるのか、変わらないのか
• 帳票の様式 — 出力される紙の形は同じか
• 締めの日程 — 業務のスケジュールは変わるか
• 連携先への影響 — 取引先に何か依頼するのか（EP.07）
• 問い合わせ先 — 困ったときに誰に聞くのか

この一覧を最初に配るだけで、議論の温度がかなり下がります。不安の多くは「何が起きるか分からない」ことから来ているためです。変わらない項目が並んでいれば、残る論点に集中できます。

技術的な説明は、決定者には届きません。業務が何日止まるかという形に変換する必要があります。

共通しているのは、技術の状態ではなく、事業への影響として述べるという点です。決定者が判断できるのは事業の言葉であって、技術の言葉ではありません。

そして数字を出すこと。「かなり時間がかかる」ではなく「同じ規模の改修が、5年前は2週間、いまは6週間」と言えると、議論が具体的になります。この数字は普段から記録していないと出せないので、説明の必要が生じる前から測っておく価値があります。EP.11 で扱いますが、この指標は再レガシー化の早期発見にもそのまま使えます。

「どうしましょうか」と持っていくと、決まりません。選択肢と推奨案の形にします。

1. 1選択肢を3つ程度に絞る — 多すぎると決められない
2. 2それぞれの費用と期間を示す — 概算でよい
3. 3それぞれのリスクを示す — 何もしない案も含める
4. 4推奨案を明示する — 中立を装わない
5. 5決定の期限を書く — いつまでに決めないと何が起きるか

3番目に「何もしない案」を必ず入れてください。現状維持も1つの選択肢として並べることで、そのリスクが可視化されます。並べないと、現状維持は選択肢ですらなく「初期状態」として扱われ、比較の対象になりません。

5番目も重要です。期限がないと、決定は先送りされます。「この時期を過ぎると、制度改正への対応が間に合わない」といった外部の制約があれば、それを明示してください。

最後に、技術者側の姿勢について。正しさだけでは動きません。

技術的に正しい主張をしているのに通らないとき、相手が間違っていると考えると行き詰まります。多くの場合、相手は自分の立場から見て合理的な判断をしています。責任の非対称、現場の負担、過去の失敗 ── どれも本人にとっては正当な理由です。

進めるために必要なのは、その合理性を理解したうえで、条件を変えることです。責任が集中しないよう段階を刻む、現場の負担を先に支える、過去との違いを具体的に示す。相手の判断が変わるように、状況のほうを設計するわけです。

移行が進まないのは、誰かが間違っているからではなく、進めないことが全員にとって合理的だから。変えるべきは主張ではなく、その合理性の前提のほう。