スプレッドシートがDB化している

スプレッドシートがDB化しているとは

スプレッドシートがDB化しているとは、一覧や一時集計を超えて、行の追加・参照結合・権限・履歴までシートに依存し、壊れやすく引き継げない状態です。

便利さで始まったシートが、いつの間にか業務の正になります。同時編集・列追加・コピー増殖で、どれが最新か分からなくなります。

DB化が進む三つの理由

スプレッドシートがDB化する原因は、大きく三つに分けられます。

• 境界の未定義：メモ用と本番用の区別がなく、同じブックに混在する。
• 代替の不在：軽いDBやフォーム入力が無く、シートに行を足し続ける。
• 成功体験：最初は速く、壊れるまで問題が見えない。

シート禁止だけでは影ファイルが生まれます。用途の境界と、正の置き場が先です。

sento.groupの解き方

すべてをシステム化するのではなく、「シートでよい領域」と「正データを置く領域」を分けます。

• 現行シートの役割（入力／集計／共有／正）の棚卸し
• 一意キー・履歴・権限が必要な対象の特定
• 正データの置き場（DB／業務SaaS）の選定
• シートは出力・加工に残す場合のルール
• 移行順序（壊れやすいものから）の合意

目的はシートを消すことではなく、壊れても業務が止まらない境界を引くことです。

「Excel禁止」では解決しない

現場の加工や一時メモまで禁じると、別の場所にコピーが生まれます。禁止より境界です。

共有ドライブの「真実シート」をやめ、正は別置き・シートはビュー、という形に段階的に寄せます。

相談の入口

「このシートが落ちたら業務が止まる」という具体例から相談できます。境界の引き方から一緒に整理します。