社内を整えても納期が縮まないとき——制約が社外に移ったあとの情報設計

社内を整えたのに、なぜ仕事が進まないのか

社内の手順を見直し、ツールを整え、担当者を増やした。それでも、プロジェクトの納期は縮まらない——そういう状況が続くとき、制約がすでに社外に移っている可能性がある。

制約理論（TOC）の基本的な考え方によれば、システム全体のスループットを決めるのは制約（ボトルネック）だけであり、制約以外の工程をいくら速くしても全体の速度は上がらない。問題は、制約の場所がいつの間にか変わっていることに気づかないまま、ひたすら社内を掘り続けてしまうことだ。

社内の改善が一段落したあとに「まだ遅い」と感じるなら、制約がどこにあるかを改めて確かめる必要がある。制約が止まっている時間の使い方については増強を決める前に——制約の止まっている時間を使い切るという順番でも論じているが、その前提として、制約の場所が正しく把握されていることが必要だ。

意思決定が止まっているのは、どこか

制約が社外に移ったかどうかを確かめるには、仕事の流れを一つひとつたどり直すことが早い。「誰が、いつ、何を決めているか」を書き出してみると、止まっている場所が見えてくる。

外部制約の典型的なパターンとして、次のようなものが挙げられる。

• 仕様の最終確認が、クライアント側の特定の担当者一人に集中している
• 設計書や提出物の承認が、外部のプロジェクトマネージャーを経由しなければならない
• フィードバックが返ってこない理由が、相手先の社内承認フローにある
• 変更の判断を外部に委ねているため、確認のたびに数日単位で止まる

こうした状況は、自社の社内体制をどれだけ整えても解消できない。社内の手続きが速くなれば、外部に情報が届くまでの時間は短くなる。しかし外部の担当者が動くまでの時間は変わらない。

すべての部署が改善しているのに成果が動かない——通過量から問う指標設計でも触れているとおり、改善が全体の成果に結びつかないとき、「どこを通っているか」という全体視点が必要になる。制約の所在を確かめる作業は、その起点だ。

渡す情報の粒度と頻度を設計する

制約が外にあると分かったなら、次の一手は社内をさらに速くすることではない。外部の意思決定者に渡す情報を設計し直すことが、実質的な突破口になる。

設計の軸は二つある。

1. 粒度：外部の担当者が一度で判断できる情報の単位に整える。情報が粗すぎると「確認させてほしい」という追加のやり取りが発生し、逆に細かすぎると判断の負荷が増えて応答が遅くなる。基準は「この情報を受け取った相手が、一度で判断できるか」の一点だ。

1. 頻度：相手の意思決定サイクルに合わせて送る。こちらの都合で細かく送ることが、必ずしも早い応答を引き出すとはかぎらない。外部担当者がいつ・どのタイミングで判断しているかを把握し、そのリズムに情報提供を合わせる設計をする。

「社内を速くする」と「外に渡す情報を整える」はまったく別の仕事だ。制約が外にあるなら、力点も外との接点に置く。

この設計はシステムやツールの話ではなく、仕事の段取りの話だ。外部担当者との連絡の組み立て方、提案資料の構成、確認事項の出し方——地味に見える調整が、外部の意思決定を動かす実質的な手段になる。

どこで仕事が止まっているかを、一度たどってみる。その止まりが自社の外にあるなら、改善の方向そのものを変える必要がある。業務の流れと制約の所在を整理するところから支援しているのが、DX伴走支援「しぼる」だ。