レッスン1：Excel／スプレッドシートと向き合い直す——データの形が 9 割

このレッスンで学ぶこと

業務での Excel／スプレッドシートの現実を整理する
「データの形」が作業効率の 9 割を決めることを理解する
横長表（クロス集計）と縦長表（テーブル形式）の違いを区別する
集計しやすいデータの 4 条件を把握する
「壊れた表」を引き継いだときのリカバリ発想を持つ
本コースの守備範囲を理解する

「Excel が苦手で、関数の名前を聞くだけで身構えてしまう」「VLOOKUP は名前は知っているが使ったことがない」「同僚の作ったシートが複雑で読めない」——会議室で繰り返し聞こえる声です。本コースは、その手前にある「データの形」を最初に整理することから始めます。本レッスンは、関数の使い方ではなく、関数を使いやすくする土台を扱います。

業務での Excel の現実

2026 年 6 月時点でも、Excel と Google スプレッドシートは、ビジネスデータの中心にいます。

経理：月次・四半期決算、請求書集計
営業：見込み顧客リスト、商談進捗管理
人事：社員名簿、勤怠集計、評価データ
企画：市場データ、KPI モニタリング
総務：備品管理、契約管理
自治体：補助金計算、住民データ集計

部署を問わず、知的労働者の大半は週に何度も Excel／スプレッドシートを開きます。一方で、「使いこなしている」と自信を持って言える方は少数派です。

「使えない」と感じる 3 つの理由

関数の暗記から始めてしまう：SUMIF を覚える、VLOOKUP を覚える……順に攻めても、応用が利かない
データの形が壊れたシートに直面する：先輩が作った複雑な横長表、何度も同じ列で集計し直している、列ヘッダがバラバラ
「とりあえず動けばいい」で修正を重ねる：継ぎ接ぎだらけのシートが代々受け継がれ、誰も全体を把握していない

本コースは、この 3 つを根本から逆転させる発想を扱います。

💡 ポイント Excel が苦手な原因の多くは、関数力不足ではなく「データの形」にあります。「関数を覚えても次の壁が出てくる」と感じている方は、本レッスンの内容が解決の糸口になります。

「データの形」が作業効率の 9 割を決める

本コースが繰り返し強調するのが、「データの形」が業務効率を決めるという発想です。

同じデータを 2 つの形で表現する

例えば、月別の売上を 3 つの店舗ごとに記録するとします。同じデータが、2 つの形で表現できます。

形 A：横長表（クロス集計形式）

店舗	4月	5月	6月	7月
渋谷店	320	285	410	380
新宿店	410	395	470	440
池袋店	280	305	350	330

形 B：縦長表（テーブル形式）

店舗	月	売上
渋谷店	4月	320
渋谷店	5月	285
渋谷店	6月	410
渋谷店	7月	380
新宿店	4月	410
新宿店	5月	395
……（同様に続く）

どちらが「正しい」でしょうか。

「見やすさ」と「集計しやすさ」のトレードオフ

人間が読むときは、横長表（形 A）のほうがコンパクトで見やすいです。一方、機械（Excel の関数やピボット）が処理するときは、縦長表（形 B）のほうが圧倒的に扱いやすくなります。

観点	横長表（形 A）	縦長表（形 B）
人間にとっての見やすさ	◎	△
集計のしやすさ	△	◎
列が増えたときの拡張	×	◎
ピボットテーブルでの分析	△	◎
VLOOKUP・XLOOKUP との相性	×	◎

本コースの基本姿勢

「データを保管する形」は縦長表（テーブル形式）、「人間が見る形」は横長表という分担が、本コースの基本姿勢です。

データを蓄積するシート → 縦長表
発表・共有・印刷するシート → ピボットや関数で集計した横長表
縦長表から横長表への変換 → ピボットや SUMIFS／FILTER で

「いきなり横長表に手入力する」習慣を変えるのが、Excel スキル向上の最大の近道です。

⚠️ 注意 既存のシートが横長表で作られている場合、いきなり全部を縦長表に作り直す必要はありません。「新規で作るシートは縦長表」「既存シートは引き継ぎのタイミングで整理」が現実的な方針です。

集計しやすいデータの 4 条件

縦長表でも、データの作り方が不適切だと集計に苦労します。集計しやすいデータには、4 つの共通条件があります。

1. 1 行 = 1 レコード

1 行に複数の意味のデータを入れない。例えば「渋谷店 320 / 新宿店 410」と 1 セルに 2 つの店舗データを入れない。1 行は 1 件のデータを表すという原則を守る。

2. 列ヘッダは 1 行のみ

列のタイトル（「店舗」「月」「売上」）は表の 1 行目だけ。途中に小見出しや空行を挟まない。

3. 空行・結合セルを使わない

データの中に空行を入れると、Excel が「ここでデータが終わった」と誤判定します。セルの結合（複数セルを 1 つにまとめる機能）も、ピボットや関数が処理を間違える原因です。

4. 表記を統一する

「東京都」「東京」「とうきょう」が混在しない
「2026/4/1」「2026-04-01」「2026年4月1日」を混ぜない
半角・全角の数字を統一する
余計な空白（先頭・末尾・連続）を入れない

4 条件を「集計可能性」で評価する

集計しやすいデータかどうかは、これら 4 条件で判定できます。条件を満たしていないデータを引き継いだ場合、関数を使う前に、データを整形する作業が必要になります。これがデータ整形で、レッスン 4 で扱います。

📝 補足 4 条件を満たしたデータを、Excel では「テーブル形式（structured table）」と呼びます。Excel のリボンの「ホーム → テーブルとして書式設定」または「挿入 → テーブル」で正式なテーブルに変換できます。テーブルにすると、列名で関数が書ける、行の追加で範囲が自動拡張される、などの利点があります。

「壊れた表」を引き継いだときの発想

業務で多いのは、先輩や前任者が作った複雑なシートを引き継ぐ場面です。データの形が壊れていることは多々あります。

よくある「壊れた表」の特徴

月ごとにシートが分割されている（4 月シート、5 月シート……）
同じ表が複数の場所にコピー＆ペーストされている
1 つのセルに複数の情報が詰め込まれている（「2026/4/1 売上 320,000」など）
列ヘッダが 2 段、3 段に分割されている
結合セルが多用されている
空行・空列が無数にある
表の途中に手書きメモのような注釈が混ざる
同じ列で表記がバラバラ（東京・東京都・TKY など）

リカバリの 3 ステップ

元のシートをコピーして「触ってよい複製」を作る：元データを保存したまま、コピーで作業する
何のためのシートかを把握する：「月次集計用」「年度報告用」「ダッシュボード」など、用途を整理
段階的に縦長表に変換：一気に全部を作り直そうとせず、一部から手を付ける

リカバリは時間がかかります。「最初から作り直したほうが早い」と判断するケースも多いです。引き継ぎのタイミングで、シート設計を見直すのが業務改善の機会です。

「とりあえず壊さない」の罠

「壊れたシートだから整理したい」と思っていても、業務が回っている以上、急に変更すると混乱を招きます。次の手順を意識しましょう。

動いているシートをそのまま使い続ける
並行して、新しいシート設計の試作を作る
区切りのいいタイミング（年度替わり、システム更新時など）で切り替える
関係者に「シート設計を変える」と事前に共有する

💡 ポイント シート設計の変更は、業務の合間にコソコソやるものではなく、関係者の合意を取って計画的に進めるものです。レッスン 8 で「シート設計の 5 原則」を改めて扱います。

本コースの守備範囲

最後に、本コースで扱う範囲と扱わない範囲を整理しておきます。

扱う範囲

データの形と整理の発想（本レッスン）
関数の基本：SUM／IF／COUNTIF／SUMIF と参照・エラー値（レッスン 2）
検索の関数：VLOOKUP・XLOOKUP・INDEX/MATCH（レッスン 3）
データ整形の関数：TEXT・TRIM・LEFT/RIGHT/MID・結合・SUBSTITUTE（レッスン 4）
日付と時刻：シリアル値・TODAY・DATE・DATEDIF・EDATE・営業日計算（レッスン 5）
集計とピボットテーブル（レッスン 6）
動的配列と新世代関数：FILTER・SORT・UNIQUE・SEQUENCE・LET（レッスン 7）
シート設計と業務への組み込み、AI 連携の現在地（レッスン 8）

扱わない範囲

マクロ・VBA（プログラミングを伴う自動化）
Power Query・Power Pivot（高度なデータ加工と分析）
データ可視化のテクニック（グラフの選び方・配色など）
統計的判断（仮説検定・p 値など）
データの解釈や洞察（読み方の議論）
特定の業務システム（会計ソフト・人事システムなど）の連携
「Excel 試験対策」のような網羅性

スタンス

本コースは、Excel／Google スプレッドシートを「業務の道具として理解し、自分の仕事に組み込む基本リテラシー」として扱います。同時に、「Excel が使えれば仕事はできる」とも、「Excel は古い、もう使わない」とも距離を置きます。要件から逆算して関数とピボットの組み合わせを選び、データの形を整え、シートを業務資産として育てる判断軸を持ち帰っていただくのが目的です。

特定のバージョン（Microsoft 365 / Excel 2021 / Excel 2019）に依存しすぎない設計にします。動的配列・XLOOKUP のような新しい関数は Microsoft 365 限定ですが、その点を都度注釈で示します。Google スプレッドシートでの違いも、必要に応じて並記します。

講師の現場メモ：「複雑すぎるシートに 1 年悩んだ若手社員」

私（水田）が独立後に支援している中堅製造業の話です。経理部の若手社員（入社 2 年目）から「先輩から引き継いだ月次集計シートが複雑で、自分で触ると壊れそう。1 年経っても怖くて触れない」と相談を受けました。

シートを見せてもらうと、Excel ファイルが 4.2 MB、シート 27 枚、結合セル 200 個以上、関数のネストが 7 段、別ファイルへの外部参照が 12 か所——典型的な「壊れた表」でした。月次決算で 1 件のセルを更新するのに、20 か所の確認が必要です。

私は若手社員に、

「このシートを直そうとしないで。代わりに、隣に新しいシートを作りましょう。月次の元データを縦長表で蓄積するシート、ピボットで集計するシート、報告用にレイアウトされたシート、の 3 つに分けます」

と提案しました。

3 か月かけて、

過去 3 年分の元データを縦長表に書き出し直し
ピボットテーブルで自動集計するシートを作成
報告用の横長表シートはピボットの結果を参照
上司・経理部長との合意取り
旧シートと並行運用で半年確認

を進めました。半年後、新シートに完全移行。月次決算の更新は 3 時間から 30 分に短縮、若手社員からは「自分で触れる」「ミスが減った」と笑顔の報告がありました。

このときに痛感したのは、Excel スキルの差を生むのは関数の知識ではなく「データの形を整える勇気」だ、ということです。本コースで最初に「データの形が 9 割」を置くのは、この勇気を皆さんにも持っていただきたいからです。関数は道具で、データの形が土台です。

まとめ

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

2026 年 6 月時点でも Excel／Google スプレッドシートは部署を問わず業務の中心
「使えない」と感じる原因は、関数力不足より「データの形」にある
同じデータでも「横長表（クロス集計）」と「縦長表（テーブル形式）」の 2 つの表現方法がある
人間に見せるのは横長表、機械が処理するのは縦長表が向く
集計しやすいデータの 4 条件：1 行 = 1 レコード、列ヘッダは 1 行のみ、空行・結合セルを使わない、表記を統一する
「壊れた表」を引き継いだときは、元シートをコピーして触る、用途を把握する、段階的に縦長表に変換するの 3 ステップ
シート設計の変更は関係者の合意を取って計画的に進める
本コースの守備範囲：データの形・基本関数・検索関数・整形関数・日付・ピボット・動的配列・シート設計
本コースの守備範囲外：マクロ・VBA・Power Query・データ可視化・統計的判断・データ解釈

次のレッスンでは、関数の基本構造、相対参照と絶対参照、SUM・IF・COUNTIF・SUMIF の使い分け、エラー値の意味と対処を扱います。

確認クイズ

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