レッスン8：スプレッドシート設計と業務への組み込み——「使われ続けるシート」を作る

このレッスンで学ぶこと

シート設計の 5 原則を理解する
ファイル運用ルールの基本を持つ
Google スプレッドシートとの違いを把握する
AI 連携（Copilot in Excel・Gemini）の現在地を理解する
自分のシートを「業務資産」に育てる発想を持つ
本コース修了後の学習方向を把握する

前のレッスンでは、動的配列と新世代関数（FILTER・SORT・UNIQUE・XLOOKUP・LET）の世界を扱いました。最終回のこのレッスンでは、視点を「個々の関数」から「シート全体の設計」と「業務への組み込み」に広げます。1 回だけ動けばよいシートと、長期間「使われ続けるシート」のあいだには、明確な設計の差があります。本レッスンで、その差を整理します。

シート設計の 5 原則

「使われ続けるシート」には共通する設計原則があります。本コースで「シート設計の 5 原則」として整理します。

原則 1：入力・集計・出力の分離

1 つのシートに「データの入力」「集計の計算」「報告用の出力」を全部詰め込まないこと。3 つを別シートに分けます。

入力シート（縦長表で生データを蓄積）
   ↓
集計シート（関数・ピボットで集計）
   ↓
出力シート（人間に見せるレイアウト）

3 つを分けると、

元データを更新しても、出力のレイアウトが壊れない
集計ロジックを変えても、入力データに影響しない
各シートを「触ってよい範囲」が明確になる

原則 2：シート間の参照は一方向に

シート間の参照は、入力 → 集計 → 出力の一方向だけにします。「集計シートが入力シートを参照する」のはOKですが、「入力シートが集計シートを参照する」は避けます。循環参照や、データの流れの把握が難しくなる事故の原因です。

原則 3：列ヘッダの統一

複数のシートで同じ意味のデータを扱う場合、列ヘッダの名前と意味を統一します。「店舗」「支店」「拠点」を 3 つのシートで使い分けると、検索やピボットが破綻します。

原則 4：データ検証で入力を制御

入力シートでは、「データの入力規則」（データ検証）で不正な値の入力を防ぎます。

数値範囲：0 以上 1,000 未満
リスト選択：あらかじめ作った選択肢から選ぶ
日付範囲：今日以降の日付のみ
カスタム式：複雑な条件をチェック

データ検証を使うと、「表記揺れ」「範囲外の値」「型の取り違え」が入力段階で防げます。

原則 5：触ってはいけないセルは保護する

集計シートや出力シートには、人間が触ってはいけないセル（数式や定数）があります。「シートの保護」機能で、特定セル以外を書き換えできないように設定できます。

操作：「校閲」リボン → 「シートの保護」 → 触ってよいセルだけ「ロックを外す」

これで、引き継いだ後輩が知らずに数式を上書きする事故を防げます。

💡 ポイント シート設計の 5 原則は、「シートを業務資産として残す」発想です。1 回限りの計算ではなく、長期運用と引き継ぎを前提に設計します。

ファイル運用ルール

シートの設計だけでなく、ファイルの運用ルールも業務資産化には欠かせません。

命名規則

ファイル名・シート名・列ヘッダ・名前定義に、組織で統一した命名規則を持ちます。

日付の入れ方：2026-06-18 統一（20260618、20260618_v2 よりも一意で並び替えやすい）
バージョン管理：v1、v2、v3 を末尾に
内容を表す：月次売上_全社_2026-06
作成者を表す：月次売上_全社_2026-06_水田

バージョン管理

ファイルを編集するときは、

編集前のコピーを「v1」「v2」と名前で保存
重要な節目（月初、月末、報告前など）でスナップショットを取る
「最新版」がどれかわかる名前にする（final、master、current などの命名で）

保存場所の統一

共有フォルダ、SharePoint、Google Drive のいずれかに集約
個人のローカル PC だけに置かない
「どこに置いてあるか分からない」が業務継続の最大のリスク

バックアップ

自動バックアップを設定（クラウドストレージの履歴機能を活用）
月 1 回、フルバックアップを別の場所にコピー
重要な節目で名前付きスナップショット

⚠️ 注意 「自分しか触れないシート」は組織のリスクです。引き継ぎ可能な状態に常に保つのが、業務資産化の最低ライン。

Google スプレッドシートとの違い

Microsoft 365（Excel）と Google スプレッドシートは、業務での使い分けが進んでいます。違いを整理しておきます。

共通点

セル・行・列・シートの基本概念は同じ
SUM・AVERAGE・IF・VLOOKUP・XLOOKUP などの主要関数は名前と機能が同じ
ピボットテーブルの基本発想は同じ
動的配列・FILTER・SORT・UNIQUE などの新世代関数も両方利用可

Google スプレッドシートの強み

リアルタイム共同編集（複数人が同時に編集できる）
自動保存（履歴も自動で残る）
Google Drive と統合され、共有が簡単
Apps Script で簡単に拡張できる
軽量で、ブラウザだけで動く

Excel の強み

大量データ処理に強い（数百万行レベル）
グラフのカスタマイズが豊富
ピボットテーブルの細かい機能が充実
マクロ・VBA・Power Query で深い自動化が可能
オフラインでも作業可能

関数の互換性

主要な関数は両方で使えますが、注意点があります。

一部の関数名が違う（例：Google 独自の GOOGLEFINANCE・GOOGLETRANSLATE）
セル参照の構文は基本的に同じ
配列数式の挙動が微妙に違う
動的配列の対応時期と仕様は両者で違う

業務での使い分け

個人の作業・大量データ・複雑な分析：Excel
チーム共有・リアルタイム編集・ライトな集計：Google スプレッドシート
組織として両方を使い分ける場面が、2026 年現在は標準

📝 補足 「Excel か Google か」を二者択一で考えず、「両方触れて、用途で選ぶ」のが現実的です。本コースの内容は両方で活用できます。

AI 連携の現在地（2026 年 6 月時点）

2024〜2025 年にかけて、Excel と Google スプレッドシートの両方で、AI 連携機能が一般化しました。

Copilot in Excel（Microsoft）

Microsoft 365 Copilot の一部として、Excel 内で AI に依頼できる機能です。2023 年 11 月に Microsoft 365 Copilot として一般提供が始まりました。

できること（2026 年 6 月時点）：

「このデータを月別に集計してください」と自然言語で依頼
ピボットテーブルや関数の自動生成
グラフの自動生成
データの要約と洞察の提示
数式の説明（「この VLOOKUP は何をしていますか」と聞ける）

Gemini in Google Workspace

Google Workspace に統合された Gemini（旧称 Duet AI）で、Google スプレッドシートで AI に依頼できます。

できること：

自然言語からの関数生成
データ整理の補助
表の構造化提案
数式の説明

AI 連携を使うときの発想

「自分で関数を理解する」ことを放棄しない
AI が提案した式を「読める」状態にする
重要な計算は、AI 任せにせず検算する
機密データを AI に入力するときは、組織のルールを確認

「AI に頼り切らない」の意味

AI が便利になるほど、「とりあえず AI に頼む」習慣が広がります。一方で、

AI の式がなぜそうなのか分からないと、業務継続で困る
引き継ぎで「AI が作った式の意味」を説明できない
AI が間違えたときに気づけない

ことが起きます。「AI を使うが、自分でも理解する」が本コースの推奨スタンスです。

💡 ポイント AI と業務担当者の関係は、ピボットを覚えても関数の理解が要るのと同じです。AI が前に立つほど、後ろにいる自分の理解の深さが業務の差を生みます。

「使われ続けるシート」を業務資産にする

シートを「自分だけの作業」から「組織の業務資産」に育てる発想を持ちます。

業務資産化のチェックリスト

[ ] シート設計の 5 原則を満たしている
[ ] ファイル名・シート名・列ヘッダが統一されている
[ ] 保存場所が共有フォルダにある
[ ] バックアップがある
[ ] 引き継ぎ用のメモ（READMEシートなど）がある
[ ] 数式が読みやすい（LET や中間セルの活用）
[ ] エラーが業務的に意味のあるメッセージで表示される
[ ] 入力シートにデータ検証が設定されている
[ ] 触ってはいけないセルが保護されている
[ ] 自動更新（テーブル形式、動的配列）に対応している

これらを満たすシートは、

自分がいなくなっても動き続ける
後輩が引き継いで使える
改善の提案を関係者から受けられる
業務のスケールに耐える

つまり、「シートが業務資産」になります。

README シートで引き継ぎの土台を作る

シートの先頭に「README」シートを作って、

このシートの目的
各シートの役割（入力・集計・出力）
データの流れ
注意点
担当者と連絡先
更新履歴

を文書化しておきます。1 行 200 文字以下のメモが、後任者を救います。

⚠️ 注意 業務資産化を「完璧」を目指して大事にしすぎないでください。「今より少し読みやすく」「今より少し引き継ぎやすく」の積み重ねで十分です。

本コース修了後の学習方向

本コースは「初級〜中級・関数とデータ整理」として、Excel／Google スプレッドシートの基本を概念中心に整理しました。ここから先の学びは、目的によって方向が変わります。

1. 関数をさらに深めたい場合

LAMBDA（Microsoft 365）でカスタム関数を作る
配列数式の応用
隠れた便利関数（INDIRECT、OFFSET、CHOOSE、CHOOSECOLS／CHOOSEROWS など）
Excel／Google スプレッドシートの公式ドキュメントを通読

2. 自動化に進みたい場合

マクロ・VBA（Excel）の入門
Apps Script（Google スプレッドシート）の入門
Power Query（Excel）のデータ取り込み・変換
Power Automate（Microsoft 365）でのワークフロー自動化

3. データ分析に進みたい場合

ピボットテーブルの高度な使い方（計算アイテム、データモデル、PowerPivot）
統計関数の体系的な学習
BI ツール（Power BI、Tableau、Looker Studio）

4. 大量データに進みたい場合

Power Query で数百万行の処理
データベース（Access、SQL の基礎）
Python・R によるデータ処理（中級以上）

5. AI 連携を深めたい場合

Copilot in Excel・Gemini in Workspace の応用
関数生成プロンプトの設計
AI 出力の検算と組み合わせ

講師の現場メモ：「『水田さんがいなくても動くシート』を残せた日」

私（水田）が生命保険会社のリスク管理を退職する半年前の話です。退職を社内に伝えた直後、人事部長から呼ばれました。

「水田さんが作ったシート、引き継げますか？」

私は「全部、引き継げる状態にして退職します」と答えました。

私の在籍中に作ったシートは、月次・四半期・年次合わせて 50 を超えていました。多くは私 1 人で作って、私 1 人で運用していました。退職までの 6 か月、私は次の作業を進めました。

すべてのシートに README シートを追加（各 1 ページ）
シート設計の 5 原則を再度チェックし、満たしていないものを修正
マクロを使っていたシートは、関数とピボットで再実装（後任者の VBA スキル不要のため）
「水田さんの整形パイプライン」と呼ばれていた処理を、誰でも触れる関数に書き直す
後任者（後輩 2 人）に毎週 1 時間、シートの引き継ぎ会
「3 か月以内に分からないことがあれば連絡してください」と退職後の質問チャネルを確保

6 か月後、私は退職しました。退職後 3 か月で、後任者から「すべてのシートが問題なく動いています」と連絡がありました。3 か月以降は連絡が途絶え、私はホッとしました。連絡が来ない、ということは引き継ぎが完了したサインです。

退職から 2 年後、人事部長から偶然連絡があり、「水田さんが残したシートは、いまだに動いていますよ」と言われました。私は嬉しさより驚きが先でした。2 年間、誰も大きく書き換えずに使い続けていた、ということです。

このときに痛感したのは、「自分が業務を支える」のではなく、「自分が作ったシートが業務を支える」状態を残せるかが、業務担当者の最後の仕事だ、ということです。本コースで「使われ続けるシート」を最終回に扱うのは、皆さんにもこの感覚を持っていただきたいからです。

最後に 1 つ、本コースを通じてお伝えしたいメッセージがあります。

Excel／Google スプレッドシートは、業務の「裏方」の道具です。関数の数を覚えることが目的ではなく、自分の業務を支えるシートを作ることが目的です。本コースが、皆さんの業務で「使われ続けるシート」を作るための土台になれば、これに勝る喜びはありません。

明日から、自分の業務の中で 1 つだけ、シート設計を見直してみてください。それが、業務資産化の出発点です。

ここまでおつきあいいただき、ありがとうございました。

まとめ

このレッスンでは、以下のことを学びました。

シート設計の 5 原則：入力・集計・出力の分離、シート間の参照は一方向、列ヘッダの統一、データ検証で入力制御、触ってはいけないセルの保護
ファイル運用ルール：命名規則、バージョン管理、保存場所の統一、バックアップ
Google スプレッドシートと Excel：基本概念は共通、共同編集は Google、大量データ・深い自動化は Excel、用途で使い分け
AI 連携：Copilot in Excel（2023 年 11 月一般提供）、Gemini in Google Workspace。自然言語から関数・ピボット・グラフを生成
AI に頼り切らず、自分で関数の意味を理解する発想を保つ
業務資産化のチェックリスト：シート設計・ファイル運用・README・引き継ぎを満たすシートが「使われ続ける」
README シートで引き継ぎの土台を作る（目的・役割・データの流れ・注意点・担当者・更新履歴）
完璧を目指さず、「今より少し読みやすく」「今より少し引き継ぎやすく」の積み重ね
修了後の学習方向：関数深化、自動化、データ分析、大量データ、AI 連携の 5 つの方向

本コース全 8 レッスンを通して学んだ「関数とデータ整理の発想」を、現場でぜひ使ってみてください。

確認クイズ

このレッスンの理解度をチェックしましょう。