--- title: "エクセル管理の限界はどこか｜プロジェクト・工程・案件管理で崩れる条件と専用ツールへ移る判断基準" url: "https://www.issoh.co.jp/column/details/11237/" published: 2026-03-06 updated: 2026-10-09 categories: ["業務システム"] publisher: "株式会社一創" --- # エクセル管理の限界はどこか｜プロジェクト・工程・案件管理で崩れる条件と専用ツールへ移る判断基準 「エクセル管理は限界」という説明の多くは、プロジェクト管理ツールの提供元が自社製品を勧める文脈で書かれています。その中には、Microsoft 365の現行機能ですでに解消している課題も混ざっています。この記事では、Excelでのプロジェクト管理・工程管理・案件管理が行き詰まる地点を、Microsoftが公開している仕様の上限と、運用で残る限界に分けて整理し、専用ツールへ移るかどうかの判断基準を示します。 管理表の列設計やガントチャートの数式といった作り方は[エクセルでプロジェクト管理する方法](/column/details/11193/)で扱っています。この記事は「Excelで続けるか、移るか」の判断に絞ります。 ## まとめ：エクセル管理の限界を決める運用条件 - 1シート1,048,576行という上限に、1行1タスクの管理表が先に当たることはまずありません。限界は容量ではなく、依存関係の連動・行単位の権限・期日の通知という運用面で来ます。 - 「同時に編集できない」「誰が変えたか分からない」「通知が無い」は、OneDriveかSharePoint Onlineに保存したMicrosoft 365のExcelなら、共同編集・バージョン履歴・@メンションでほぼ解消しています。この理由で移行を考えているなら、先に保存先を見直します。 - 移るべきなのは、先行タスクの遅れを後続の日付へ毎週手で転記している、社外の協力会社に一部の行だけ見せたい、担当者ごとに期日の自動通知が要る、のいずれかが常態化したときです。 - 工程管理は現場からの実績入力、WBSは階層ごとの日程集計、案件管理は案件ごとに積み上がる経緯と、用途ごとに限界の出る地点が違います。 まず、現在の管理表がExcelを継続できる条件に当てはまるかを確認します。 ## Excelでのプロジェクト管理が機能する条件と向かないケース Excelを継続する候補になるのは、管理表の更新担当が明確で、タスク同士の依存が少なく、閲覧者が社内に限られるプロジェクトです。この条件がそろうと、列の追加や集計の組み替えを利用者自身がその場で行えるという利点が効きます。専用ツールでは項目の追加に管理者の設定変更が要ることが多く、小さな案件ではその手間のほうが重くなります。 前提として、保存先はOneDrive・OneDrive for Business・SharePoint Onlineのいずれかにします。社内のファイルサーバーに置いたブックでは、次の章以降で触れる共同編集やバージョン履歴が使えず、限界が早く来ます。 反対に、最初からExcelを選ばないほうがよいのは次のような案件です。 - 協力会社や顧客が進捗の更新に加わり、相手ごとに見せる範囲を分ける必要がある - 先行と後続の関係が多く、1つの遅れが数十のタスクの日程に波及する - 作業者が現場にいて、実績をその場でスマートフォンから入れる必要がある 行ごとの閲覧権限はExcelの標準共有では実現できません。一方、日程の連動や現場入力は数式やモバイル向け機能で対応できる範囲があり、その保守・操作負担で判断します。理由は後の章で説明します。 ## Excelの仕様上の上限と管理表で実際に当たる項目 Microsoftは[Excel の仕様と制限](https://support.microsoft.com/ja-jp/excel/excel-specifications-and-limits)で上限値を公開しています。プロジェクト管理の表に関係する項目を抜き出すと次のとおりです。 | 項目 | 上限（Microsoft 365） | 管理表で当たるか | | -------------------------- | ------------------------ | ----------------- | | ワークシートの行数・列数 | 1,048,576行×16,384列 | 1行1タスクならほぼ当たらない | | ブックのシート数 | 使用可能メモリに依存 | 上限より先に動作が重くなる | | アウトライン（グループ化） | 8レベル | WBSを深く切ると当たる | | 取り消し可能回数 | 100回 | 誤操作の復旧は履歴に頼る | | 1セルの文字数 | 32,767文字 | 経緯をセルに追記すると当たる | | Excel for the webで表示できるサイズ | 100MB（SharePoint Online） | 画像や履歴シートで肥大すると当たる | | OneDrive・SharePointのアップロード | 1ファイル250GB | 当たらない | シート数の上限は固定値ではなく、使用可能メモリで決まります（シート枚数だけではなく、ブックの内容と実行環境で制約が変わります）。実務で問題になるのは上限そのものより、案件ごとにシートを複製する運用で集計式の参照先が増え、追加シートの集計漏れや、シート名を文字列で組み立てた参照の修正漏れです。 見落とされやすいのは100MBの壁です。SharePoint Online上のブックは100MBを超えるとExcel for the webで表示できません。デスクトップ版を持たない協力者はブラウザから参加しているので、画像の貼り付けや変更履歴のシートでファイルが肥大すると、その人たちだけが開けなくなります。管理表に画像を貼らず、資料はリンクで参照するのが対策です。 ## 「Excelではできない」とされがちだが現行版で解消済みの機能 ツールの比較記事で挙がる限界のうち、次の3つはMicrosoft 365のExcelで解消しています。ファイルサーバーに保存した単独利用のExcelを前提にした説明なので、自社の環境に当てはまるかを先に確かめます。 ### 複数人の同時編集（共同編集）とロックの原因 OneDrive・OneDrive for Business・SharePoint Onlineに保存したブックは、[共同編集](https://support.microsoft.com/ja-jp/excel/get-started/collaborate-on-excel-workbooks-at-the-same-time-with-co-authoring)で複数人が同時に編集できます。Windows・Macのデスクトップ版で共同編集するには、Microsoft 365のサブスクリプションが必要です。MicrosoftがホストしていないオンプレミスのSharePointサイトでは共同編集できません。 クラウドに置いていても、共同編集に対応しないExcelで誰かが開いている場合や、ブックに非対応の機能が含まれる場合にはロックされます。Information Rights Management（IRM）、パスワードによる暗号化、ActiveXコントロールを含むブックや、最終版としてマークしたブックは共同編集の制約になります。ただし、秘密度ラベルによる暗号化は、対応アプリと組織設定などの条件を満たせば共同編集できます。旧来の「共有ブック」機能が有効なファイルもロックの原因になり、Microsoftは最初の対処として共有ブックを無効にするよう案内しています。マクロ付きの.xlsmはExcel for the webで開けても、ブラウザ上ではマクロが実行されないため、ブラウザから参加する人がいる管理表はマクロに頼らない作りにします。 ### 誰がいつ変えたかの記録（バージョン履歴） 取り消しは100回までで、ブックを閉じると戻せません。上書き保存の誤りを戻す手段はバージョン履歴です。SharePoint Onlineの新規ドキュメントライブラリと、組織内で新規作成するOneDrive for Businessのライブラリは、組織の既定値でメジャーバージョンを500個まで、期限切れなしで保持します。誤って行を消したまま保存しても、以前の版を開いて該当行を取り出せます。ただし既定値は組織の管理者が変更できるため、保持数は自社の設定を確認します。 ### 担当者への通知（コメントの@メンション） スレッド形式のコメントで相手を@メンションすると、そのコメントの通知がメールで届きます。「Excelでは担当者に知らせる手段が無い」という説明は当たりません。ただしこの通知は、誰かがコメントを書いたときにしか飛びません。期日が近づいたら自動で知らせる仕組みではない点が、次の章の限界につながります。 ## 現行のExcelでも残る運用上の限界 保存先と共同編集を整えても残る限界は次の3つです。ブック単位の閲覧権限、依存関係を管理する数式の保守、外部サービスによる通知の保守を分けて評価します。 ### 先行タスクの遅れが後続へ自動で波及しない依存関係 Excelのタスク行は、互いの前後関係をデータとして持っていません。連動させるには、F5に先行タスクの終了日があり、祝日の日付一覧に「祝日」という名前を付けてある前提で、後続の開始日に `=WORKDAY(F5,1,祝日)` と書きます。WORKDAYは土日と指定した祝日を除いた翌営業日を返します。先行タスクが複数ある合流点では、各終了日の最大値を取る式に書き換える必要があり、行ごとに式の形が変わります。行の追加や並べ替えのあとに依存先が正しいかを確かめる作業も、行数に比例して増えます。 判断の目安は、先行タスクが遅れたときに後続の日付を手で書き換える行数です。毎週の更新でこの書き換えが常態化しているなら、依存関係を設定でき、遅れを後続へ自動で反映するツールに移る時期です。依存がほぼ無い並列作業の集まりなら、Excelのままで困りません。 ### 行単位で見せる範囲を分けられない権限 OneDriveやSharePointでの共有はブック単位で権限を渡します。協力会社に自社担当分の行だけを見せたい場合、Excelでは行を別のブックへ切り出して共有するしかありません。シートの保護や非表示では代わりになりません。Microsoftは[ワークシートを保護する](https://support.microsoft.com/ja-jp/office/%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%B7%E3%83%BC%E3%83%88%E3%82%92%E4%BF%9D%E8%AD%B7%E3%81%99%E3%82%8B-3179efdb-1285-4d49-a9c3-f4ca36276de6)の解説で「ワークシート レベルの保護は、セキュリティ機能として意図されたものではありません」と明記しており、保護はロックしたセルの変更を防ぐためのものです。 切り出したブックは元の表との二重管理になり、どちらが最新かの照合が毎週発生します。社外の更新者ごとに閲覧範囲を分ける必要があり、別ブックの照合負担が大きい場合は、必要な粒度で権限を設定できるツールを検討します。 ### 期日に基づく自動リマインドが無い通知 Excel単体には、期日の列を見て担当者へ自動で通知を送る機能がありません。@メンションは人が書いたときだけ届くため、期日の管理はPMが毎朝表を見て声をかける運用に頼ることになります。Power AutomateでExcelの表を読み、期日の前日にメールを送るフローを組む方法はありますが、フローが参照する列名やテーブルを変更すると修正が必要になる場合があるため、変更時の動作確認と保守を担う人が必要です。担当者が増えてPMの声かけで回らなくなったら、期日通知を標準で持つツールのほうが保守の負担が軽くなります。 ## 工程管理・WBS・案件管理でエクセルの限界が出る地点 同じExcelでも、用途によって限界の出る地点が違います。工程管理、WBS、案件管理の3つを分けて見ます。 ### 工程管理：実績の入力が現場からPCへの転記になる地点 製造や建設の工程表は、計画を作って印刷し、関係者に配る用途ならExcelで十分です。限界が出るのは、実績を日々入れて計画との差を追う段階です。Excelのモバイル版にはテーブルを1行ずつ編集するカード表示がありますが、数十列をそのまま入力させる設計では操作負担が残り、実績は日報や紙で事務所に戻ってから転記されがちです。紙からの転記を待つ運用では、入力までの時間だけ遅れの把握も遅くなり、対応が後手に回るおそれがあります。 実績入力を現場で完結させる必要があるなら、工程管理システムへの移行を検討する段階です。運用の見直しで直る課題とシステム化が必要な課題の線引きは[工程管理の課題を原因別に整理](/column/details/17014/)で、ガントチャートを更新し続けるための実績反映の設計は[工程管理のガントチャートが更新され続ける条件](/column/details/17024/)で、既製品か自作かの判断は[工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説](/column/details/15402/)で整理しています。 ### WBS：アウトライン8レベルと親タスクの日程集計 ExcelでWBSを作るときは、行のグループ化（アウトライン）で階層を表します。アウトラインは8レベルまでなので、たとえば3〜4階層で作業を分解するWBSなら、この上限内に収まります。 手間がかかるのは、親タスクの開始日と終了日を子タスクから集計する部分です。親の行ごとにMIN関数・MAX関数で子の範囲を固定的に指定し、追加行が参照範囲に含まれない設計では、子タスクを追加するたびに親の式の範囲を直す必要があります。WBSの組み替えで親子関係の修正漏れや集計漏れが繰り返され、数式の保守が負担になっているなら、階層と日程を自動集計するツールへの移行を検討します。WBSの分解の仕方そのものは[WBSとは？作り方5ステップとガントチャートとの違いを具体例で解説](/column/details/2345/)を参照してください。 ### 案件管理：1行に収まらない経緯と案件数の増加 案件管理表は1行1案件で状態と期日を追う分には機能します。限界は、案件ごとのやり取りの経緯が積み上がったときに来ます。経緯をセルに追記していくと、1セル32,767文字の上限より先に、行の高さが伸びて表として読めなくなります。経緯を別シートに分けると、案件IDで参照する式の保守が増えます。 案件数が増えて担当者別・ステータス別の一覧を毎週作り直しているなら、顧客や案件の履歴を紐づけて持てるツールへの移行を検討します。Excelでの作り方は[エクセルで案件管理表を作る方法](/column/details/11158/)、ツールの料金実額と脱エクセルの判断は[案件管理ツールの比較](/column/details/15512/)にまとめています。 ## 専用ツールへ移る判断基準と移行前に整える管理表 移行を決める前に、症状が保存先や設定で直るものか、Excelの構造に由来するものかを切り分けます。 | 症状 | 原因 | 先に試すこと | 移行の判断 | | ------------- | ----------------- | ------------------------- | ------------ | | 最新版がどれか分からない | ファイルサーバー保存・コピーの増殖 | OneDrive・SharePointへ移し1本化 | 不要 | | 同時に開くとロックされる | 非対応版・共有ブック・保護設定など | 利用版とブック設定を確認 | 不要 | | 誤って上書きした | 誤編集・保存前の確認漏れ | バージョン履歴から復元 | 不要 | | 後続の日付を毎週手で直す | 依存関係を持たない | WORKDAYで連動式を組む | 合流点が多ければ移行 | | 社外に一部の行だけ見せたい | 権限がブック単位 | 別ブックへ切り出す | 閲覧制御と照合負担で判断 | | 期日の声かけが回らない | 期日通知の機能が無い | Power Automateで通知 | 保守者がいなければ移行 | 上の3行は、利用しているExcelの版や保存先、バージョン履歴の保持状況を確認すればExcelのまま対処できます。下の3行は、数式・別ブック・通知フローで対応できるものの、その保守負担と移行先の費用を比べて判断します。代替策の保守を担う人がいない場合や、2つ以上の代替策を同時に維持している場合は、移行を選びます。 Microsoft 365の範囲で移行先を探す場合、Microsoftは2025年5月の[発表](https://techcommunity.microsoft.com/blog/plannerblog/transitioning-to-microsoft-planner-and-retiring-microsoft-project-for-the-web/4410149)どおり、2025年8月にProject for the webとTeamsのProjectアプリ・Roadmapアプリを廃止し、機能をPlannerへ移しています。古い比較記事で勧められているProject for the webは選択肢になりません。中小規模での選び方は[中小企業のプロジェクト管理ツールの選び方](/column/details/15676/)で、費用・機能の過不足・定着の3軸から整理しています。 移行を決めたら、移行前に管理表を「1行1タスク・セル結合なし・ステータスは決めた値だけ・日付は日付型」に整えておきます。移行先がCSV取り込みに対応している場合は、列の対応付けに加え、必須項目・日付形式・担当者ID・親子関係の取り込み条件を確認し、少量のデータで試します。結合セルや「済」「完了」「OK」が混在したステータス列は、取り込み前に整形します。表記ゆれは置換や変換表でまとめて統一できます。 ## よくある質問 ### Excelのシート数に上限はありますか？ 固定の上限はありません。Microsoftの「Excel の仕様と制限」では、ブックのシート数は「使用可能メモリに依存」とされています。ただし、シートが増えるほどブックは重くなり、シートをまたぐ集計式の保守も増えます。案件ごとにシートを足していく運用なら、1つの表に案件名の列を設けてフィルターで切り替えるほうが、集計式が1本で済みます。 ### 上書き保存したExcelを前の状態に戻せますか？ OneDriveかSharePoint Onlineに保存しているブックなら、バージョン履歴から以前の版を開いて復元できます。SharePoint Onlineと組織向けOneDrive for Businessの新規ライブラリは、組織の初期設定ではメジャーバージョンを500個まで保持しますが、管理者が変更できます。個人用のOneDriveはこの組織設定の対象外です。取り消し（Ctrl+Z）は100回までで、ブックを閉じると使えません。ファイルサーバーやPC内に保存したブックにはこの履歴が無いため、誤った上書きを戻せない場合があります。 ### 何人までならExcelでプロジェクト管理を続けられますか？ 人数より、更新する人の数と依存関係で判断します。共同編集を使えば同時に開く人数自体は問題になりにくい一方、更新者が増えるほど、ステータスの書き方や日付の入力ルールがずれやすくなります。閲覧者が多くても、更新ルールがそろい、照合や日程修正を無理なく処理できるなら継続候補になります。更新者が増え、かつ先行タスクの遅れを手で後続に転記している状態なら、人数にかかわらず移行の時期です。 ### Excelでの工程管理と工程管理システムは何が違いますか？ 計画を作って配る用途は、どちらでも足ります。違いが出るのは実績の扱いで、工程管理システムは現場の端末から実績を入れ、計画との差や遅れを自動で集計します。Excelでもモバイル版から直接入力し、差を数式で自動計算することはできますが、紙から翌日に転記する運用では、その分だけ遅れの把握も遅れます。実績を現場で入れる必要があるか、計画の配布で足りるかが分かれ目です。 ### WBSはExcelで作れますか？ 作れます。行のグループ化で階層を表し、アウトラインは8レベルまで使えるので、たとえば3〜4階層のWBSなら、この上限には当たりません。手間がかかるのは親タスクの期間の集計で、追加した子タスクが親のMIN関数・MAX関数の参照範囲に含まれない設計では、範囲の修正が必要です。構造化参照などで自動追従させられる場合もあります。分解の頻度が高いなら、階層ごとの日程を自動で集計するツールが向きます。 ## 関連記事 - [エクセルでプロジェクト管理する方法｜管理表の列設計・ガントチャートの数式・複数プロジェクトの一元管理](/column/details/11193/) - [中小企業のプロジェクト管理ツールの選び方｜コスト・機能過不足・定着で外さない判断軸](/column/details/15676/) - [工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説](/column/details/15402/) - [WBSとは？作り方5ステップとガントチャートとの違いを具体例で解説](/column/details/2345/) - [エクセルで案件管理表を作る方法｜必須項目・ステータス設計・期日アラートの数式と共有ルール](/column/details/11158/) --- 出典: [エクセル管理の限界はどこか｜プロジェクト・工程・案件管理で崩れる条件と専用ツールへ移る判断基準]()（株式会社一創）