社員数が30人を超え100人に近づいてくると、Excel台帳の問題は「1つのファイルが壊れやすい」という話から、「同じはずの情報が部署ごとに違う形で存在している」という話に変わります。営業部の顧客リストと経理部の取引先台帳、総務部の入退社管理表と各部署の勤怠集計表。それぞれの部署が、それぞれの都合で列を増やし、名称を変え、独自の運用ルールを積み重ねてきた結果、会社全体としては同じ対象を指しているはずのデータが、バラバラの姿で複数存在する状態になっています。
この状態を「そろそろ統一しよう」と思い立つのは、たいてい情シスの看板を持たされたばかりの兼任担当者です。しかし号令をかけただけでは統一は進みません。各部署にはそれぞれの台帳に対する愛着と業務上の必然性があり、勝手に別の形式へ変えられることへの抵抗があります。しかも統一作業を専任で進められる人員はおらず、本業と兼任しながら少しずつ進めるしかない、というのがこの規模の会社に共通する制約です。
このガイドは、30-100人規模の会社で、リソースが限られた兼任情シスが1人で「部署ごとにバラバラなExcel台帳」を統一していくための、現実的な進め方を整理します。対象は顧客管理・在庫・案件・資産・勤怠など、複数部署にまたがって似たような情報を扱っている台帳全般です。特定の業務領域に限定せず、「フォーマットの不一致をどう解消するか」という横断的な進め方に焦点を当てます。
なぜ30-100人規模で台帳のバラバラ化が顕在化するのか
10-30人規模の会社であれば、部署の境界はまだ曖昧で、1人が複数の役割を兼ねていることも多く、台帳が完全に分裂する前に誰かの目が届きます。しかし30人を超えたあたりから部署が明確に分かれ、それぞれに専任の担当者がつき始めます。各部署の担当者は自分の業務を回すために必要な項目をExcelに追加し、自分たちにとって分かりやすい名前をつけ、自分たちの運用リズムでファイルを更新していきます。この時点では、それぞれの判断は合理的です。
問題は、会社の規模が100人に近づくにつれて、部署をまたいだ情報の突き合わせが必要な場面が増えることです。経営会議で全社の受注状況を見たい、監査対応で全社の資産一覧を出したい、システム導入の見積もりのために全社の利用者数を数えたい。こうした場面のたびに、各部署の台帳をかき集めて手作業で突き合わせる羽目になり、その都度「なぜ形式が違うのか」という問題に直面します。
つまりバラバラな台帳そのものは30人未満の頃から存在していたとしても、それが「実害」として認識されるのは、全社視点での集計・報告・監査といった要求が増える30-100人規模になってからです。この段階で兼任情シスに求められるのは、個々の台帳の中身を直すことではなく、部署間のフォーマット不一致という構造的な問題に対処することです。
さらにこの規模特有の事情として、システム導入の検討が本格化するタイミングと重なりやすいという点もあります。基幹システムやSaaSの導入を検討する際、ベンダーから「現状のデータをお預かりして移行します」と言われて初めて、各部署のExcelがどれほどバラバラかを思い知らされるケースは少なくありません。この段階で慌てて統一を始めると、システム導入のスケジュールに追われながらの突貫作業になり、クレンジングが不十分なまま新システムに汚れたデータが持ち込まれてしまいます。システム導入の予定がまだなくても、台帳の統一は早めに着手しておくほうが、後々のプロジェクトを楽にします。
もう1つの背景として、30-100人規模では退職・異動の頻度も上がり始めます。台帳を作った本人がすでに退職しているために、なぜその列があるのか、なぜその運用ルールになっているのかを誰も説明できない、という状態に陥っている台帳も珍しくありません。属人化した台帳をそのまま放置すると、次に異動や退職が起きるたびに、また新しい担当者が独自の解釈で運用を変え、フォーマットの分裂がさらに進んでしまいます。統一作業は、この属人化の連鎖を断ち切る機会でもあります。
統一を始める前に確認すること: 全部を一度に統一しない
複数の台帳がバラバラだと分かった瞬間、「全部を1つのフォーマットに統一しよう」と意気込みたくなりますが、これは兼任情シスが最初につまずきやすい罠です。台帳の数だけ部署との調整が発生し、1人で同時並行できる調整の数には限りがあります。全部を一度に統一しようとすると、どの部署の調整も中途半端なまま長期化し、最終的に「結局何も変わらなかった」という結果に終わりがちです。
まず着手すべきは、対象となる台帳の棚卸しと優先順位づけです。次の3つの軸で並べ替えてみてください。
| 軸 | 確認する内容 |
|---|---|
| 影響範囲 | 何部署がこの台帳(相当のデータ)を持っているか。2部署なら調整は軽く、4部署以上なら重い |
| 実害の大きさ | 集計や報告のたびに手作業の突合が発生しているか。発生していれば優先度は高い |
| 統一の技術的難易度 | 単純な表記ゆれの解消で済むか、業務フロー自体の変更を伴うか |
この3軸で並べ替えると、「影響範囲は狭いが実害が大きい」台帳(例: 経理と特定の1部署だけがやり取りする在庫データで、毎月の締め処理が手作業の突合に時間を取られている)が、実は最初に着手すべき対象として浮かび上がることがあります。逆に「全社で使われているが実害はまだ小さい」台帳は、後回しにしても致命的な問題にはなりにくいものです。5本すべての台帳を同時に統一しようとせず、最初の1本を選んで完了させてから次に進むというやり方のほうが、兼任という制約の中では確実に前進します。ひとり情シス全体での優先順位のつけ方は兼任情シスが1人で進める脱Excelプロジェクトの優先順位のつけ方にまとめているので、複数プロジェクトを抱えている場合はあわせて参照してください。
ステップ1: 現状の台帳を集めて「差分表」を作る
対象の台帳を1本選んだら、最初のステップは各部署から現物のExcelファイルを集めることです。この段階でやることは統一ではなく、どこがどう違うかを可視化することに徹してください。
具体的には、各部署の台帳を並べて、次のような差分表を作ります。
- 列の名称の違い: 「顧客名」「会社名」「取引先名」など、同じ意味のはずの列が部署ごとに違う名前になっていないか
- 粒度の違い: ある部署は「担当者単位」で行を作り、別の部署は「会社単位」で行を作っている、といった粒度のズレがないか
- 必須項目の違い: ある部署では必ず入力される項目が、別の部署では空欄が多い、という運用差がないか
- 更新頻度とタイミングの違い: 日次で更新される台帳と、月末にまとめて更新される台帳が混在していないか
- 識別子(ID)の有無: 会社名や氏名だけで管理していて、表記ゆれ(株式会社の有無、全角半角など)が起きやすい状態になっていないか
この差分表を作る作業自体は、Excel台帳同士を突き合わせるだけなので、専任の担当者がいなくても1人で進められます。ただし部署をまたいだヒアリングが必要になるため、各部署の担当者に「なぜこの列があるのか」「この項目は何のために使っているのか」を1回ずつ短時間でヒアリングしておくと、後のステップでの調整がスムーズになります。ヒアリングは長時間の会議にせず、15分程度で「この台帳、何のために使っていますか」「この列は誰が見ますか」を確認する程度で十分です。
差分表は特別なツールを使わなくても、Excel自体で作成できます。1行目に台帳の名前、2行目以降に「列名」「意味」「必須かどうか」「更新頻度」といった観点を部署ごとに並べるだけの簡単な表で構いません。この差分表そのものが、後のステップ2以降で「何を残し、何を捨てるか」を判断する際の唯一の拠り所になるため、ヒアリングで聞いた内容は口頭のメモで済ませず、必ず表に書き起こしておいてください。兼任情シスは日々の業務に追われる中でこの作業を進めるため、数週間後には自分自身も「なぜこの列があったのか」を忘れてしまいます。差分表を作った時点の記憶が鮮明なうちに、判断根拠まで書き残しておくことが、後工程の手戻りを防ぎます。
また、差分表を作る過程で「そもそもこの台帳は本当に必要か」という疑問が浮かぶこともあります。長年運用されてきた台帳の中には、作成時の目的がすでに失われ、誰も見ていないのに惰性で更新だけが続いているものも珍しくありません。統一を検討する台帳が実際にどれだけ参照されているか、直近数ヶ月の更新履歴や参照実績も合わせて確認しておくと、統一ではなく廃止という選択肢が浮かび上がることもあります。
ステップ2: 「正本」をどこに置くかを決める
差分表ができたら、次に決めるべきは「どのデータを正本(マスター)とするか」です。複数の部署が似たデータを持っている場合、最終的にはどこか1箇所を正本と定め、他の部署はそこから必要な情報を参照する、という関係に整理する必要があります。
正本の置き場所を決める判断軸は、次の2点です。
- そのデータを最初に生成する部署はどこか: 顧客情報であれば、多くの場合は営業部が最初に顧客と接点を持ち、情報を作り出します。在庫情報であれば、倉庫や製造の現場が最初の発生源になります。データが生まれる場所を正本にするのが、運用上もっとも自然です。
- そのデータの正確性に責任を持てる部署はどこか: データを最初に作る部署であっても、その後の更新を怠りがちな場合は、正本としての適性に欠けます。実際に日々のメンテナンスを継続できる部署はどこかを、これまでの運用実態から見極めてください。
正本を決める際に注意したいのは、「システム的にどこに保存するか」と「業務プロセス上、誰が責任を持って更新するか」は別の問題だという点です。ファイルの保存場所をどこか1つの共有フォルダに統一しても、更新責任があいまいなままでは、結局また表記ゆれや古い情報が混入していきます。正本を決めるということは、その台帳の「オーナー(責任者)」を1人、または1部署に明確に定めることでもあります。
正本の決定でもっとも避けたいのは、「みんなで更新する」という曖昧な運用に戻ってしまうことです。編集権限を持つ人が多いほど、表記ゆれや重複の再発リスクは高まります。正本の更新権限は最小限の人数に絞り、他の部署は「見るだけ」「依頼して直してもらう」という関係に整理するのが、長期的に崩れにくい運用です。
正本を1つの部署に寄せることに、他部署から「なぜうちのデータではなく、あちらが正本になるのか」という不満が出ることもあります。この不満は、正本の決定を兼任情シスの独断で行った場合に特に強くなります。決定の場には、少なくとも影響を受ける部署の責任者を巻き込み、判断軸(データの発生源はどこか、更新を継続できる体制はどこにあるか)を共有した上で合意形成をしておくと、後々の反発を抑えられます。合意形成そのものに時間をかけすぎる必要はありませんが、「兼任情シスが勝手に決めた」という印象だけは避けるべきです。
正本の置き場所についても触れておきます。Excelファイル自体を正本とする場合、共有フォルダやOneDrive・SharePointなど、複数人が同時にアクセスできる場所に置き、個人のパソコンのローカルフォルダに置かないことが大前提です。ローカルに置かれた台帳は、その人が席を外している間は誰も参照・更新できず、退職や異動の際に所在が分からなくなるリスクもあります。この段階でクラウドストレージへの移行がまだであれば、台帳統一と合わせて済ませておくとよいでしょう。
ステップ3: 表記ゆれと重複をクレンジングする
正本の置き場所とオーナーが決まったら、実際のデータクレンジングに入ります。この工程は地味で時間がかかりますが、統一作業の中でもっとも重要な部分です。表記ゆれや重複が残ったまま統一フォーマットに流し込んでも、単に「バラバラな内容が1つのファイルに集まっただけ」の状態になり、根本的な問題は解決しません。
クレンジングでよくあるチェックポイントを挙げます。
- 会社名の表記ゆれ(「株式会社〇〇」と「〇〇(株)」、全角スペースと半角スペースの混在)
- 同一の対象が複数行に分かれて登録されている重複データ
- 空欄のまま放置されている必須項目
- 日付や金額の書式の不一致(西暦・和暦の混在、カンマ区切りの有無)
- 部署によって定義が違う分類・ステータス項目(「対応中」の意味が部署ごとに違う、など)
これらのチェックと修正を手作業で1件ずつ行うのは非効率なので、Excelの重複の削除機能や、フィルタ・条件付き書式を使った抽出を活用してください。件数が数百件を超える場合は、クレンジングの進め方そのものを体系立てて整理した記事「Excelデータ移行で失敗しないためのデータクレンジング入門」も参考にしてください。
クレンジングにおいて兼任情シスが陥りやすいのは、「完璧にきれいなデータにしてから統一する」という完璧主義です。長年蓄積したデータには必ず判断に迷うグレーゾーンのレコードが残ります。すべてを完璧にしようとすると作業が終わらず、統一作業自体が止まってしまいます。明らかな重複と表記ゆれを解消したら、判断に迷う少数のレコードは「要確認」のフラグをつけて残したまま、次のステップに進む割り切りも必要です。
クレンジング作業の所要時間は、台帳の件数と汚れ具合によって大きく変わります。数百件程度で表記ゆれが軽微であれば数時間から1日程度で終わりますが、数千件規模で長年複数人が独自のルールで入力してきた台帳の場合、数日から1〜2週間かかることもあります。本業と兼任している以上、この作業をまとまった1日で終わらせようとせず、「毎日30分」「週に1回半日」といった形で分割して進める前提でスケジュールを組んでください。クレンジングが完了する目処が立たないまま統一の期限だけを決めてしまうと、無理な突貫作業でミスが増える結果につながります。
ステップ4: 統一フォーマットを試験運用する
クレンジングが済んだら、いよいよ統一フォーマットの適用です。ここでも一気に全社展開するのではなく、まず正本を持つ部署だけで新フォーマットを試験運用し、実務上の不具合がないかを確認する期間を設けてください。
試験運用の期間は、業務のサイクルに合わせて最低でも1回の締め処理(月次であれば1ヶ月)を通すことをおすすめします。この期間中に、次のような点を確認します。
- 統一フォーマットで、これまで各部署が個別に行っていた集計・報告作業が問題なくできるか
- 新しく追加した列や変更した項目名が、実務上の混乱を招いていないか
- 入力の手間が増えすぎて、現場が旧フォーマットに戻りたがっていないか
試験運用で問題が見つかった場合は、フォーマットを調整してから他部署への展開に進みます。この段階を飛ばして最初から全部署に展開すると、フォーマットの不備が全社に伝播し、修正の手間が何倍にも膨れ上がります。
ステップ5: 他部署への展開と、現場の反発への備え
正本フォーマットが固まったら、他の部署にも同じフォーマットへの移行を依頼していきます。ここで直面するのが、各部署からの「今のままでいい」「新しいフォーマットは使いにくい」という反発です。
長年慣れ親しんだ台帳を変えることへの抵抗は、どの部署でも一定程度起こるものと想定しておいてください。反発を最小化するためのコミュニケーションの取り方や、説得の材料の作り方は範囲が広いため、別記事「現場の反発を避けながらExcel運用から脱却する社内説得の進め方」で詳しく扱っています。ここでは、台帳統一に特有の注意点だけ触れておきます。
台帳統一の場面で現場の反発が強まりやすいのは、「今まで自分たちの使いやすいように作っていた列や機能が、統一フォーマットでは失われる」と感じたときです。これを避けるには、統一の前段階であるステップ1のヒアリングで拾った「この列は何のために使っているか」という情報を活かし、各部署が実際に必要としている機能は統一フォーマットの中に残すか、代替手段を用意しておくことが有効です。単純に「本社の都合で統一する」という説明ではなく、「あなたの部署のこの作業は、統一後もこういう形でできます」という具体的な対応表を示せると、反発は和らぎます。
ステップ6: 統一後の運用ルールを文書化する
台帳の統一が完了したら、最後に忘れてはいけないのが運用ルールの文書化です。せっかく統一したフォーマットも、ルールが誰の頭の中にもなければ、時間の経過とともにまた各部署が独自の変更を加え始め、数年後には再びバラバラな状態に戻ってしまいます。
文書化すべき内容は、最低限、次の3点です。
- このデータの正本はどこにあり、誰が更新責任を持つか
- 各項目の定義(特に部署によって解釈が分かれやすかった項目)
- 他部署がこのデータを必要とする場合、どういう手順で参照・依頼すればよいか
文書は長大なマニュアルである必要はなく、A4 1枚程度に収まる簡潔なものでかまいません。重要なのは、統一の経緯と理由を知っているのが自分1人にならないようにすることです。兼任情シスが異動や退職をした後も、この文書があれば次の担当者が同じ轍を踏まずに済みます。
台帳統一と、部署間の二重入力の関係
台帳を統一しても、複数のシステム・Excel間でデータを二重に入力し続けている状態は別問題として残ります。台帳のフォーマットが揃っても、たとえば営業部のExcelに入力した受注情報を、経理部が別のシステムにもう一度手で入力しているような状態であれば、入力の手間そのものは減っていません。フォーマット統一の次の課題として、こうした二重入力をどう解消するかについては「部署をまたぐExcel二重入力をひとり情シスがゼロ予算に近い形で解消する方法」で扱っているので、あわせて取り組むと効果が重なります。
統一の受け皿をExcelのままにするか、ツールに移すか
ここまでは「統一フォーマットのExcel台帳を作る」という前提で進め方を説明してきましたが、実際には統一のタイミングで「そもそもExcelのまま統一するのか、kintoneのようなノーコードツールやデータベースに移すのか」という選択に直面する会社も多くあります。
この判断は、台帳統一の作業そのものとは切り離して考えることをおすすめします。理由は、Excelでの統一とツールへの移行では必要な労力とリスクが大きく異なるためです。まずExcelのまま統一フォーマットを整え、運用を安定させてから、必要であれば次のステップとしてツール移行を検討する、という2段階に分けるほうが、兼任情シスにとって現実的です。統一と移行を同時に進めようとすると、フォーマットの調整と新ツールの学習・設定が同時多発的に発生し、どちらも中途半端になりがちです。
Excelのまま統一するか、Access・SQL・SaaSといったデータベース化に進むかの判断軸は「Excelのデータベース化入門: Access・SQL・SaaSどれを選ぶ」に整理されているので、統一が一段落してから読むとちょうどよいタイミングになります。kintoneへの移行を具体的に検討する段階になったら「kintoneでExcel台帳を置き換える手順と費用感」も参考にしてください。
よくある失敗パターンと回避策
台帳統一のプロジェクトが途中で頓挫する、あるいは完了しても数ヶ月後に元に戻ってしまうケースには、いくつかの共通パターンがあります。事前に知っておくことで、同じ轍を踏まずに済みます。
- 完了の定義を決めずに始めてしまう: 「統一する」というゴールだけを掲げ、「どの状態になったら完了とするか」を決めずに始めると、いつまでも作業が終わりません。対象の台帳、正本の場所、完了とみなす条件(全部署が新フォーマットで1ヶ月運用できたら完了、など)を最初に明文化しておくことが重要です。
- 部署の責任者を巻き込まずに担当者レベルで進めてしまう: 現場の担当者と合意ができても、その上長が経緯を知らないまま「勝手にフォーマットが変わった」と感じると、後から差し戻しの指示が出ることがあります。統一の方針は、必ず各部署の責任者にも事前に共有しておいてください。
- 統一後のメンテナンス体制を決めずに終わってしまう: 統一作業そのものが完了しても、その後誰が定期的にデータの品質をチェックするかが決まっていないと、数ヶ月から半年ほどで元のバラバラな状態に逆戻りします。ステップ6の文書化と合わせて、月次や四半期ごとの簡易チェックの担当者もあらかじめ決めておくと、崩れを早期に発見できます。
- 1本目で燃え尽きてしまう: 最初の台帳統一に全力を注ぎすぎて、2本目以降に手が回らなくなるケースもあります。1本ごとにかける労力の見積もりを最初に立て、次のプロジェクトに着手する余力を残しておく計画性も必要です。
ファイル数が多すぎて統一どころではない場合
複数部署の台帳を統一しようにも、そもそも共有フォルダの中にExcelファイルが大量に散らばっていて、「どれが対象の台帳なのか」が分からない状態から始めなければならないケースもあります。ファイルの総数が数十から100を超えている場合は、台帳の統一に着手する前に、まずファイル自体の整理と棚卸しが必要です。この状況に該当する場合は「全社共有フォルダのExcelファイルが100個を超えたときの整理と移行の始め方」を先に読むことをおすすめします。
まとめ: 統一は「全部同時に」ではなく「1本ずつ確実に」
30-100人規模の会社で部署ごとにバラバラになったExcel台帳を統一する作業は、専任の担当者がいない環境では長期戦にならざるを得ません。だからこそ、全部の台帳を一度に統一しようとせず、影響範囲と実害の大きさで優先順位をつけ、1本ずつ「差分の可視化→正本決定→クレンジング→試験運用→展開→文書化」というステップを踏んで確実に完了させていくやり方が、結果的にもっとも早く全社の統一にたどり着く道になります。
台帳統一は一度やれば終わりではなく、組織が成長し部署が増減するたびに再び必要になる作業です。最初の1本を通じて自社なりの進め方の型を作っておけば、2本目以降はその型を流用できるようになり、兼任という制約の中でも着実に前進できるようになります。
最後に、統一作業を進める中で「これは自分1人で判断してよいことなのか」と迷う場面が必ず出てきます。正本の決定や、廃止の判断、部署をまたぐ調整の多くは、兼任情シスの一存だけで進めるにはリスクが伴います。判断に迷ったときは、経営層や各部署の責任者を早めに巻き込み、決定の背景を共有しておくことが、後からの手戻りやトラブルを防ぐ一番確実な方法です。台帳統一は地味な作業に見えますが、全社のデータ品質と業務の効率を底上げする、情シスの基盤づくりそのものだと捉えて取り組んでください。

