内製した業務ツールをどう保守するか｜属人化を防ぐ運用設計

「作って終わり」が招く属人化リスク

内製ツールの良さは、現場の人が自分の業務に合わせて素早く作れることです。ところがその裏返しとして、作った本人しか中身を知らない状態になりやすい、という弱点があります。担当者が異動・退職したとたんに、誰も直せず誰も改修できないツールが残る——これが内製でよく起きる失敗です。

もうひとつの落とし穴は、把握されていないツールが社内に増えていくことです。誰がどんなツールを使っているのか管理側が知らないまま、機微なデータを扱うものが現場ごとに乱立すると、情報管理の観点で見過ごせないリスクになります。これは個人が無断でAIを使う「シャドーAI」と地続きの問題で、考え方はシャドーAIへの対策で詳しく扱っています。

大切なのは、これらが「内製をやめる理由」ではないという点です。SaaSを契約しても、設定やデータは結局その担当者しか分からない、という属人化は起こります。内製とSaaSの向き不向きは内製とSaaSの使い分けで整理していますが、内製を選ぶなら、属人化を防ぐ運用を最初から織り込むことが答えになります。

ツール自体に説明を持たせる

属人化を防ぐ第一歩は、ツールに「説明」を同梱することです。ありがたいことに、これもClaude Codeに任せられます。ツールを作ったあとに、こう頼むだけです。

「このツールが何をするものか、使い方の手順、必要な入力ファイル、注意点を、プログラミングを知らない人にも分かる説明書にまとめて、READMEとして同じフォルダに置いて」

あわせて、コードの中身についても「あとから読む人のために、各処理が何をしているか日本語のコメントを付けて」と頼んでおくと、別の担当者が引き継いだときに理解の助けになります。人間が一から仕様書を書く必要はありません。作った本人が覚えているうちに、AIに説明を吐き出させておく——これが最も手軽で効果の高い保守対策です。

置き場所とバージョンをチームで共有する

説明書があっても、ツール本体が個人のパソコンの中だけにあっては引き継げません。チームで使うツールは、共有フォルダなど複数人がアクセスできる場所に、説明書とセットで置くのが基本です。

もうひとつ意識したいのが、変更の履歴です。「いつ・誰が・何のために直したか」が分かるようにしておくと、後から「なぜこの仕様なのか」をたどれます。難しい仕組みは不要で、最初は説明書の末尾に更新メモを書き足すだけでも十分です。複数人で本格的に育てていく段階になったら、変更履歴を管理する仕組みの導入をシステム部門に相談する、という発展のさせ方もあります。社内にツール作りの旗振り役を置く考え方は社内にAI推進担当を置くも参考になります。

壊れたときに直せる状態をつくる

内製ツールは、ある日突然うまく動かなくなることがあります。多くは、入力するファイルの形式が変わった、項目名が変わった、置き場所が変わった、といった「前提のズレ」が原因です。

ここで重要なのは、直すのにも特別なスキルは要らないという事実です。Claude Codeは作るときと同じように、直すときも対話で使えます。エラーの内容や「先月まで動いていたのに、今週からこの数字がずれる」といった症状をそのまま伝えれば、原因の切り分けと修正を一緒に進めてくれます。AIへの指示力さえチームに残っていれば、作った本人でなくても直せるのです。

逆に言えば、保守できる状態とは「直せる人ではなく、直し方を引き継げる状態」のことです。だからこそ、特定の達人を育てるより、チームの何人かがClaude Codeに触れられるようにしておくほうが、組織としては強くなります。一方で、AIに任せきれない判断もあります。何を任せ何を任せないかの線引きはClaude Codeで「できないこと」を押さえておくと安心です。

組織として最低限のルールを敷く

個々の工夫に加えて、組織として最低限の枠を決めておくと、内製は安全に広がります。とはいえ、最初から分厚い規程を作る必要はありません。次の3点を決めるだけでも、混乱はかなり防げます。

• 台帳：どの部署に、どんなツールが、誰の担当であるか。一覧にしておくだけで、退職時の引き継ぎ漏れと、把握されないツールの乱立を防げます。
• データの扱い：個人情報や機微な情報を扱ってよいか、どのデータは社外サービスに渡さないか。会社の情報管理ルールに沿った線引きを共有します。
• 共有の場所：ツールと説明書を置く標準の場所を一つ決め、「個人のパソコンに置きっぱなしにしない」を合言葉にします。

こうしたルールづくりは、内製を縛るためではなく、安心して広げるための土台です。社内ガイドラインの作り方は社内AI利用ガイドラインの作り方で具体的に解説しています。

まとめ：作る力と同じくらい、引き継げる形を大切にする

本記事の要点を整理します。

• 内製ツールの最大のリスクは、作った本人しか中身を知らない属人化と、把握されないツールの乱立
• 作った直後に、Claude Codeで説明書とコメントを生成し、ツールに説明を同梱する
• 本体と説明書は共有フォルダに置き、更新メモで変更履歴を残す
• 壊れても直し方を引き継げる状態をつくる。直すのも対話で十分
• 台帳・データの扱い・共有場所の3点を最低限のルールとして決め、安心して広げる土台にする

内製化の本当の価値は、ツールを一本作ることではなく、変化に合わせて作り直し続けられる組織になることです。作る力と同じくらい、引き継げる形に整える工夫を大切にすること——それが内製を一過性のブームで終わらせないための鍵です。内製を社内に根づかせる全体像はAIの内製化を進めるもあわせてご覧ください。