導入
部門共通の管理表を運用していて、半年ぶりに開いたら知らない列が3つ増え、書式が変わり、シートが追加されていた――誰がいつ変えたのか聞いても全員が首をひねる、こんな経験はありませんか。担当者が「ちょっと便利だから」「自分の業務に必要だから」と独自に改造を重ねた結果、共通の表ではなくなっている状態です。
これは担当者の独断専行ではなく、変更申請のルールと表全体のオーナー（管理責任者）が決まっておらず、誰でも自由に改造できる仕組みのまま運用されていることが原因です。本記事では、3〜50人で部門共通の管理表を運用している現場を対象に、変更ルールとオーナー設置の余地があるかを20分で診断する手順を紹介します。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | 人によって列や書式が変わる |
| 主な原因 | 変更ルールと表のオーナーが決まっていない |
| 診断方法 | 改造ポイント・オーナー候補・申請ルール・例外運用・通知の5観点で確認する |
| 対象業務 | 部門共通の管理表全般 |
| 対象人数 | 3〜50人 |
| 難易度 | ★★☆☆☆ |
| 診断時間 | 20分 |
| 診断でわかること | オーナー設置と変更申請ルールが必要な範囲、整備の優先順位 |
| 向かないケース | 個人用の自由メモ |
変更ルールを一気に作る内容ではなく、いま改造がどこで起きているかを切り分け、運用整備の起点を判断するための診断手順です。
なぜその管理表はうまくいかないのか
担当者ごとに変わる管理表には、共通した状態があります。
- 表全体の管理責任者（オーナー）が決まっていない
- 列の追加・削除・書式変更を、誰でも自由にできる
- 変更を加える前に、他の利用者に通知する仕組みが無い
- 変更履歴（誰が・いつ・なぜ変えたか）がどこにも残っていない
- 緊急時の対応で例外的に変えた箇所が、そのまま戻されずに残っている
- 半年後に表を開くと、自分の知らない構造になっている
担当者を責めても改造は止まりません。変更申請のルールと表のオーナーが組織として決まっていないことが原因なので、見直しは「いま、どの種類の改造が起きているか」を切り分けるところから始めます。
診断手順
20分ほどで、5つの観点を順に確認していきます。各ステップで、チェック項目のうち1つでも該当があれば、そのステップを ✗1個 として数えます。
ステップ1. 現状の改造ポイントを洗い出す
過去半年で、表に加わった変更（列追加・列削除・書式変更・シート追加・選択肢変更など）を書き出します。
チェック項目: – [ ] 過去半年に5件以上の変更が、申請なしで加わっている – [ ] 誰が・いつ・なぜ変えたか分からない変更が3件以上ある – [ ] 変更後、他の利用者に通知されないまま運用が続いている
判定の目安: チェックが付いた管理表は、変更が記録されない運用が定着している。最初の改善候補。
ステップ2. 表のオーナー候補を決められるか確認する
表全体の管理責任者を1人（または1チーム）に決められるか確認します。
チェック項目: – [ ] オーナー候補が即答できない – [ ] 候補が複数いて、責任所在の合意が取れない – [ ] オーナーを決めても、そのオーナーが変更承認の判断をできる業務知識を持っていない
判定の目安: チェックが付いた管理表は、オーナー設置の合意形成から始める必要がある。
ステップ3. 変更申請ルールを書き出せるか確認する
変更を加えるときの申請フォーマット（変更内容・理由・影響範囲・実施日）を決められるか確認します。
チェック項目: – [ ] 変更申請のフォーマットがどこにも無い – [ ] 申請先（メール・チャット・別シート）が決まっていない – [ ] 申請から承認までのリードタイム（即日・3日以内など）が決まっていない
判定の目安: チェックが付いた管理表は、申請ルールの設計が必要。申請なしの変更が放置される状態。
ステップ4. 緊急変更の例外ルールを決められるか確認する
通常の申請を待てない緊急変更（致命的な集計バグの修正など）の例外運用を決められるか確認します。
チェック項目: – [ ] 緊急変更の判断基準（致命度・影響範囲）が決まっていない – [ ] 緊急変更を加えた後、事後申請する運用が無い – [ ] 例外を乱用した変更を、戻す（取り消す）ルールが無い
判定の目安: チェックが付いた管理表は、例外運用が無制限になりやすい。例外条件の明文化が必要。
ステップ5. 変更後の通知ルールを決められるか確認する
変更を加えた後、他の利用者にどう通知するかのルールを決められるか確認します。
チェック項目: – [ ] 通知手段（チャット・メール・先頭シートの変更履歴）が決まっていない – [ ] 通知タイミング（変更直後・週次まとめ・月次まとめ）が決まっていない – [ ] 通知を受け取ったかの確認手段が無い
判定の目安: チェックが付いた管理表は、変更が利用者に伝わらず、入力ミスや集計事故の原因になる。
診断結果の読み方
ステップ1〜5でいくつ ✗ が付いたかで、次に進むべき範囲を判断します。
✗が0〜1個 → 申請フォーマットと変更履歴シートだけ整える段階 オーナーも変更ルールもほぼ整っており、申請フォーマットと変更履歴シートを仕上げるだけで十分です。 → Excel管理表で列追加運用ログを残す手順
✗が2〜3個 → オーナー設置と申請ルール整備が必要な段階 表全体のオーナーと申請ルールが決まっていません。オーナーを1人決め、申請フォーマット・承認者・通知方法をセットで整えます。 → Excel管理表で列追加前に用途を整理する手順 → Excel管理表で列利用目的を3区分で整理する手順
✗が4個以上 → 変更運用そのものを設計し直す段階 オーナー・申請・例外・通知のすべてが崩れています。Excelのシート運用だけでは追いつかないため、運用ルール全体の再設計や、必要に応じてツール変更を検討します。 → Excel管理表の目的・利用者・出力先を棚卸しする手順 → Excel管理表のWeb化を判断する手順
実務での注意点
- 個人用の自由メモ（自分しか使わない表）には、この診断は不要です。オーナー設置や申請ルールを整える運用負荷の方が大きくなります。
- オーナーは1人に絞ります。共同責任制にすると、変更時の承認判断が遅れ、結局申請なしの変更が増える傾向があります。
- 申請フォーマットは「変更内容・理由・影響範囲・実施希望日」の4項目を最低限とします。これより少ないと判断材料が不足し、これより多いと申請が形骸化します。
- 緊急変更の例外を作る場合、必ず事後申請（24時間以内など）と、申請件数の月次集計を運用に組み込みます。例外が乱用される最大の歯止めになります。
- 通知は、変更を加えた当日のうちに、必ず先頭シートの変更履歴に記録します。チャット・メール通知だけだと履歴として残らず、半年後に追えなくなります。
まとめ
Excel管理表が担当者ごとに変わる原因は、変更申請のルールと表のオーナーが決まっておらず、誰でも自由に改造できる仕組みのまま運用されていることです。次の一歩は、過去半年で加わった変更を書き出し、オーナー候補を1人決められるか試すことです。改造の所在が見えたら列追加運用ログを残す手順から、列単位の整理が必要なら列追加前に用途を整理する手順から進めれば、変更運用の最初の枠組みが整います。
