解消した制約の隣に次が現れる——DXに「完了」を設けない設計の考え方

受注処理を速くしたら、今度は在庫の引き当てが詰まった。そこを改善したら、出荷オペレーションが追いつかなくなった——こうした経験を持つ企業は少なくない。「また別の問題が出た」と落胆しがちだが、この連鎖には名前がある。制約理論（Theory of Constraints、TOC）が説明する、ボトルネックの移動だ。

制約は解消するたびに別の工程へ移る

制約理論の核心は単純だ。システム全体のスループットを決めるのは、常に最も遅い工程（制約）だけ。その制約を取り除くと、スループットが上がり、今度は別の工程が相対的に遅くなって新しい制約になる。

これは失敗ではない。正常な動作だ。

ボトルネックが「別の場所に移った」のは、全体が前へ進んだ証拠でもある。問題はこの移動が起きることではなく、移動が起きたと気づけない仕組みで動いていることにある。

ひとつ解消すると、次の制約が現れる。これはDXが壊れているのではなく、DXが動いているということだ。

「一度きりのプロジェクト」という設計の罠

多くのDX取り組みは、特定の課題を解決するプロジェクトとして設計される。

• 目標：受注処理のリードタイムを半分にする
• 期間：6ヶ月
• 完了条件：新システムの稼働確認

この設計が悪いわけではない。しかし「完了」を置いた瞬間に、次の制約を探す義務が計画から消える。プロジェクトが終われば担当者は別の仕事へ移り、「在庫引き当てが遅れてきた」という観察は誰の仕事でもなくなる。

DXで空いた時間が本当に「高度な仕事」に向かっているかという問いと、これは表裏一体だ。改善の成果が積み上がらないのは、次のボトルネックを拾う構造がないまま動いているからでもある。

ツールを増やしたときも同じ構造が起きやすい。CRM・SFA・MAをすべて導入しても生産性が上がらないケースの一因は、「導入が完了した時点」で思考が止まり、どこが次の制約かを観察し続ける仕組みがないことにある。

計画に「次にどこを見るか」を組み込む

解決策は、プロジェクトの完了条件を変えることだ。「新システムが稼働した」ではなく、「新システム稼働後に次のボトルネックを特定した」を完了条件にする。

具体的には、以下の手順を計画に含める。

1. 完了後30日以内に全体フローを再計測する ——改善した工程の前後で滞留時間がどう変わったかを確認する。
2. 次の制約の候補を2〜3箇所名指しにする ——時間や人的リソースが詰まりはじめている場所を明文化しておく。
3. 次のサイクルの観察担当を決める ——「誰かが気づけばいい」では機能しない。担当と確認頻度を明記する。

この手順を持つだけで、改善が「一度きりの出来事」から「継続的な観察の起点」に変わる。

DXに完了を設けないとは、際限なく働き続けることではない。次にどこを見るかを決める手順を、最初から計画に入れておくことだ。完了のたびに次の起点を置く——それが止まらない商いのデジタルをつくる方法だと考えている。

自社のDX計画に「次の制約を探す手順」が含まれているか点検したい方は、しぼる：DX伴走支援からご相談ください。