ITに詳しい人が社内に一人だけで、その人頼みになっている

「パソコンのことは、あの人に聞いて」。プリンタがつながらない、メールが届かない、新しいソフトを入れたい、共有フォルダが開かない——社内で起きるITの困りごとが、いつのまにか一人の人のところへ集まっていく。その人が席にいれば、たいていのことは数分で片づく。頼りになる。だが、その人が休んだ日、あるいは辞めると言い出した日に、何がどこまで止まるのかが、初めて問題になる——この辞典が扱うのは、その場面である。

• ITの困りごとは、部署に関係なく「まずあの人に聞く」で回っている。
• その人が有給で休むと、ちょっとしたトラブルでも「明日でいいか」と全社が待たされる。
• 契約しているサービスの設定や管理画面を、実質その人しか触れない。
• 何かを新しく入れるときも、その人が「大丈夫」と言えば通り、「やめたほうがいい」と言えば止まる。困りごとの対応だけでなく、判断まで、その人に集まっている。
• 本人が「自分がいないと回らない」と口にする。
• 経営者自身、その人が辞めたら何がどうなるのか、正直なところよく分かっていない。

一人で回っているうちは、これほど効率のいい形はない。だからこそ、その効率のよさが、そのまま会社の弱点になっていることに気づきにくい。

この危うさを前に、選ばれやすいのは次のやり方だ。

「二人目を育てよう」。あの人だけに頼るのが危ないなら、もう一人ITの分かる人を用意して、二人体制にすればいい。あるいは「その人がやっていることを、正式な担当として整えてもらおう」。どちらも、まず出てくる案だ。

だが、現実の中小企業でこれがうまく運んだ例は、そう多くない。二人目に人を割ける余裕はない。そして、当の本人が、必ずしもそれを望んでいない。

一人頼みが危ういのは、単に「代わりがいないから」ではない。もっと構造的な理由がある。

ITの困りごとを一人に集めるのは、日々の効率としては、ほとんど最適の形だ。窓口が一つなら迷わない。その人は社内の事情に通じていて、話が早い。誰もが自然と、そこへ持っていく。ところが、「一点に集める」は、裏を返せば「その一点が欠けたら全部止まる」ということでもある。システムを設計する世界では、これを単一障害点と呼び、真っ先に避けるべき弱点として扱う。一箇所の故障で全体が停止する構造は、どれだけ普段の効率がよくても、危ういからだ。会社は、効率を求めるほど、この単一障害点を自分の手でつくり込んでいく。ここに、一人頼みという問題のいちばん厄介な核心がある。

では、素直に「二人目を育てる」がなぜ回らないのか。理由は二つある。

一つは、よく知られたほう——人を割く余裕がない。人手が足りないから一人に集まったのであって、その解決に人をもう一人あてがえるなら、そもそも最初から困っていない。

もう一つは、あまり語られないほう——本人の心理だ。一人だけのIT担当は、社内で唯一そこが分かる人である。それは頼られる誇りであると同時に、何かあれば責任を一身に負う、孤独なポジションでもある。ここで「正式な専任IT担当」として役割を固めたり、後を継ぐ二人目を据えたりするというのは、本人から見れば、全責任を負う立場に自分を縛りつけられることに等しい。曖昧なまま「詳しい人」でいるほうが、本人にとっては身軽な状態でもある。あるいは逆に、「自分がいないと困る」状態そのものが社内での存在価値になっていて、手放したくない場合もある。いずれにせよ、本人の気持ちは、自然には「二人目を育てる」方向へ向かわない。

つまり「育てればいい」「正式に担当を置けばいい」という当たり前の答えは、コストの面（人を割けない）と、本人の心理の面（専任として全責任を負う立場を避けたがる）の、両方でつまずく。多くの中小企業で、一人頼みが解消されないまま何年も続くのは、担当者や経営者が怠けているからではない。素直な解決策が、この二つの壁に阻まれているからだ。

考え方を変える。人を増やして「二人にする」のではなく、一人に集まっている仕事の中身のほうを分ける。

一人頼みに見える困りごと対応は、よく見ると二つの層に分かれている。一つは一次対応——調べもの、症状の切り分け、「まず何を試すか」「これは自分でやっていいのか、業者を呼ぶべきか」といった、当たりをつける部分。もう一つは、本当に判断が要る部分——お金のかかる契約、セキュリティ、全社に影響する変更を、決める部分だ。

一人に全部が集まっているように見えて、量でいえば、あの人に飛んでいく質問の大半は前者、つまり一次対応である。ならば、この一次対応を「別のもう一人の人」ではなく、人以外の手段に肩代わりさせる、という道が出てくる。そうすれば、その人が単一障害点である度合いは、ぐっと下がる。一人への集中は、後継者を一人立てて解くのではなく、一次対応をAIと社外の相手に振り分けて"二重化"することで薄められる。最終的な判断は、人が持つ。この形なら、新しく人を雇う必要も、本人に「全責任を負え」と迫る必要もない。

一人頼みの薄め方には、いくつかの道がある。同じ困りごとでも、人数と時間の余裕で、取れる道は変わる。

A案：一次対応を、AIに持たせる

これまであの人に集まっていた質問の相当部分を、本人を経由せずに片づける、という道がある。担う相手は、二人目の社員ではなくAIだ。ここで任せるのは、社内の"一次窓口"の役割である。

やることは、こうだ。画面に出たエラーの文言や症状を、そのままAIに書いて渡すと、原因の当たり、まず試す手順、それでも直らないときに手配すべきことを、日本語で返してくる。設定変更のやり方の下書き、業者やサービス提供元へ問い合わせる文章の下書き、「この作業は自分でやってよいのか、専門の人を呼ぶべきか」の一次的な切り分け——こうしたことも頼める。

つまり、社員が困ったとき、いきなりあの人のデスクに向かうのではなく、まずAIに聞いて自分で一次対応する、という流れをつくれる。あの人が休んでいても、多くの困りごとはそこで止まらずに進む。そして、AIでは片づかない部分——お金・契約・セキュリティ・全社への影響といった、判断の要る部分だけが、人のところへ上がってくる。一人に集まっていた「対応」と「判断」のうち、対応の入口をAIに移し、人には判断だけを残す、という考え方だ。

• 向く場面：ITの困りごとが日常的に一人へ集まっていて、その大半が「まず何を試すか」レベルの一次対応で占められている会社。担当者が休むと小さなことでも止まってしまう会社。
• 割に合わないこと：その会社固有の配線や、独自に組んだ仕組みの中身までは、AIは事情を知らないので答えられない。AIが示すのはあくまで一次的な当たりであり、実行してよいかの最終判断は人がする。使う社員の側にも、症状を言葉にして渡す、という慣れが最初は要る。
• 始める前に要ること：どういう困りごとが実際にその人へ集まっているかを、数日ぶんでよいので書き留めておくこと。その一覧があると、どこまでをAIに任せ、どこからを人に残すかの線が引きやすくなる。

※AIにはいろいろな種類・サービスがある。ここでは「特定の製品を入れる」話ではなく、「一次対応の窓口をAIに担わせる」という考え方を指している。どれが合うかは、会社の状況によって変わる。

B案：判断が要る部分の相談先を、社外に持つ

一次対応をAIに移しても、最後に残る「判断」の重さは、依然として一人にのしかかる。そこを社外と分け合う、という道がある。相手は特定の誰かに限らない。顧問の税理士、付き合いのある業者、同業で詳しい人、公的な支援機関——判断の種類によって、当たる先は変わる。外に持てば、担当者が一人で背負い込む構造そのものがほどけていく。

• 向く場面：日々の対応より、「これを入れて大丈夫か」「この契約を切っていいか」といった判断の局面で、担当者が一人で抱えて苦しくなっている会社。
• 割に合わないこと：社外の相手には、自社の細かい事情を最初は知ってもらう手間がかかる。丸投げにすると、かえって判断の根拠が社内に残らない。
• 始める前に要ること：どんな判断のときに詰まるのかを、いくつか具体的に挙げておくこと。当たる先を選ぶ材料になる。

C案：軽い範囲だけ、社内で薄く分散する

すべてを一人に集めず、負荷の軽い部分だけを複数人へ散らす、という道もある。「端末・プリンタまわりはこの人」「よく使うサービスの基本操作はこの人」というように、専任を育てるのではなく、片手間でも回る範囲を分ける。

• 向く場面：ある程度の人数がいて、若手にIT操作に明るい社員が何人かいる会社。
• 割に合わないこと：意識して仕組みにしないと、結局は「面倒だからあの人に」と元へ戻りやすい。片手間ゆえに定着しにくい。
• 始める前に要ること：分ける範囲を「これは各自」「これはあの人」と、あらかじめ線引きしておくこと。曖昧なままだと集約に逆戻りする。

正解を一つ決めるための並びではない。続けられそうなところが、始めどきになる。一次対応をAIに、判断を外部と分け合い、軽い部分を社内で散らす——これらは一つだけでなく、組み合わせても効く。

まだ何も買わない段階でも、できることがある。

一枚の紙に、こう書き出してみる——「あの人が三日間いなかったら、何が止まるか」。すぐに挙がってくる項目こそが、単一障害点の正体だ。全部を洗い出さなくても、止まると困る順に上から三つ書けば見当はつく。会社のどこが一人に依存しているのか、その輪郭が見えてくる。

もう一つ。次にITの困りごとが起きたとき、いきなり本人に聞く前に、まず症状をそのままAIに書いて投げてみる。答えが十分なら、その一件は本人を煩わせずに済む。不十分でも、「どこまでは自分で分かって、どこからが本人に聞くべきか」の境目が見えてくる。この境目こそ、これから人に残すべき「判断」の部分だ。

この一歩でできるのは、「一人に何が集まっているかを見える形にする」「一次対応の一部を本人以外に移し始める」までだ。そこから先、実際にどう振り分けて回していくかという設計が残る。

「一次対応をAIに任せるといっても、何をどう渡せばいいのか分からない」「判断を社外と分け合うといって、どこに当たればいいのか見当がつかない」「そもそも、うちの一人依存がどこまで危ういのか、自社では測れない」——こうした問いは、最後まで残りやすい。一人に頼る形が長く続いてきたほど、何がその人に集まっているかは、社内からは見えにくくなる。

そういうときは、OSAKA AI-Center の窓口に相談するという選択肢がある。何かを買う必要はなく、こちらから売り込むこともない。「うちはこういう困りごとが一人に集まっていて、どこから薄めたものか」——その整理を一緒に考えるところまでが、この辞典の役割である。

ITは、本来は専門家の領分でもある。弁護士や税理士のように、ITと経営の両方を知る第三者を"ブレイン"として側に置く——という考え方もある。何もかも自社だけで抱え込まなくていい。この辞典も、そうした相手と一緒に読めば、自社に合った次の一手につながりやすい。