「担当者は後で決める」が通ってしまう理由と、組織の繰り返しを断つ方法

主体者がいないプロジェクトは止まる。これは多くの人が経験的に知っている事実だ。それでも、担当者を明確にしないまま導入が決まるケースは繰り返される。同じ失敗がどの会社でも、どの時代でも起き続けるのには理由がある。ツールの質や選定の問題ではなく、承認の場で何が見落とされているかを問い直す必要がある。

「全員の仕事」は誰の仕事でもない

主体者がいなければプロジェクトは止まる。これは理屈としては誰でも分かる。問題は、分かっていても「全員が使うから、全員が責任を持つ」という誤解が組織のなかで静かに生まれることだ。

部門横断で使えるツールや仕組みは、恩恵が広く分散する。その広さが「誰かが引き受けるだろう」という期待を生み、結果として誰も具体的な行動を取らない状態を作り出す。

恩恵が広いほど、運用コストを引き受ける動機は個人から薄れる。

これはツールに限った話ではない。部署ごとに分断されたマスターデータの管理が放置され続けるのも、技術的な問題より先に「誰が守るか」が決まっていないことが根本にある場合が多い。共有の資産は、責任の主体を明示しない限り少しずつ腐っていく。

なぜ「後で決める」が通ってしまうのか

担当者を明確にしないまま承認が下りる背景には、3つの思考パターンがある。

1. ベンダーへの依存期待。「サポートがあるから自分たちは使うだけでいい」という前提が暗黙に共有される。しかし機能の定着、社内ルールの整備、使い方の改善は内側の人間が動かなければ進まない。ベンダーが代わりに組織を動かすことはない。

1. 提案者への無言の期待。導入を提案した人がそのまま運用担当になるという思い込みがある。しかし提案と継続的な運用は異なる役割だ。提案者が異動・退職した時点で引き継ぐ人はいなくなる。このパターンは、ツール選定の段階で問うべき問いが抜け落ちているときに特に起きやすい。

1. 摩擦の回避。担当者を名指しするとは、誰かに余分な仕事を割り当てることを意味する。承認会議でそれを決めると摩擦が生まれるため、「まずは導入して、運用は追って考える」という空気のもとで可決されやすくなる。

この3つは独立した失敗ではなく、組み合わさって「とりあえず進める」という判断を後押しする。そしてその空気は、誰も明示的に合意したわけではないまま会議室を通り抜ける。

担当者を「先に」決める仕組みをつくる

防ぐためのアプローチは、意思決定の順番を変えることだ。

ツールや仕組みの導入可否を検討する前に、運用責任者を確定させる。これを承認の「前提条件」として組み込む。具体的には、次の3点を事前に言語化させる。

• 誰が日常の管理・改善を担うか（主担当者の名前）
• その人が離れた場合に引き継ぐルートはあるか
• 半年後に効果を検証する場を誰が設けるか

名前が決まらない案件は審議に上げない——そういうルールにするだけでも、組織の繰り返しを一段階止めることができる。

担当者を決めることは、誰かに負担を押しつけることではない。プロジェクトを動かし続けるための最低条件だ。所有者が明確な組織ほど、伴走型の支援も機能しやすくなる。外部の知見を借りる前提として、内部の責任の所在が整っていることが求められるからだ。

承認の議題に「誰が担うか」を加える。それだけで、同じ失敗の連鎖を断つ入り口になる。