「Microsoft Loop でどこまでタスクを持てるのか？」「Planner との連携はどんな上限に左右されるのか？」――プロジェクト運用の設計やガバナンスに直結する“数の制約”を、実際の挙動と最新ドキュメントを突き合わせて体系化しました。Loop のタスクリストは自由度が高い反面、裏側では Planner の仕様に乗るため、設計を誤るとすぐに天井にぶつかります。この記事では、上限値と考慮点、そして実運用の落とし穴までを一気に整理します。
Microsoft Loop × Planner：タスクリスト上限の全体像
Loop のタスクリストは単体で存在しているわけではなく、裏側で Planner の“プラン（Plan）”と“バケット（Bucket）”に同期されています。特に Loop アプリの同一ページ内で複数のタスクリストを作ると、プランは 1 つのままバケットが増えるのが基本設計です。したがって、Loop 側に固定の「タスクリスト数上限」は公表されていませんが、実質的な上限は Planner のリソース上限で決まります。
要点（最初に結論）
- タスクリスト数（Loop 側）…固定の数値上限は公表なし（＝実質無制限）。ただし 1 ページ＝1 プランに同期されるため、ページ単位で Planner の上限に従う。
- タスクリスト ↔ バケット（Planner 側）…各タスクリスト＝1 バケットとして同期。1 プランあたりバケット上限は 200。＝Loop 1 ページで理論上 200 タスクリストまで。
- タスク数（Planner の制約）…1 プランあたり最大 9,000 タスク／未完了（アクティブ）3,000 タスク。Loop ページ配下の全タスクリスト合計でこの上限を共有。
- プラン数の上限…1 ユーザー／1 グループあたり 400 プランまで所有可能。ページを増やしすぎると天井に届く。
- Loop の編集可能項目…タスクリスト画面で編集できるのはタイトル／担当者／期日のみ（タイトルは実質 最大 255 文字目安）。チェックリスト・添付・ラベルなどは Planner 側で扱う。
- ストレージ…旧来の「5GB 上限」は撤廃。組織アカウントでは SharePoint／個人アカウントでは Microsoft ストレージ（OneDrive）としてカウント。
現行仕様・上限の一覧（最新版）
| 項目 | 現行仕様・制限 | 実務メモ |
|---|---|---|
| タスクリストの数（Loop） | 公式に固定上限の数値は公表なし（実質無制限）。 | 実際の天井はページ＝プラン単位での Planner 上限に左右。 |
| タスクリスト ↔ Planner バケット | Loop アプリの同一ページ内では、タスクリストごとに 1 バケットが作成され、ページ単位で 1 プランに同期。 | Planner（ベーシック）のバケット上限は 200／プラン。＝1 ページで 200 リストが理論上限。 |
| Planner プラン数（ユーザー／グループ） | 400 プラン／ユーザー or グループ | ワークスペース／ページの増やし過ぎで上限に接近しやすい。 |
| タスク数（プラン） | 最大 9,000 タスク／プラン、うち未完了 3,000まで。 | Loop ページ配下の全タスクリスト（＝全バケット）で合算。 |
| 担当者（アサイン） | 1 タスクあたり最大 20 人 | 大量アサインは通知・マイタスクのノイズに注意。 |
| タスクのタイトル | 実質255 文字が上限目安。 | 長文は説明欄やチェックリスト、添付へ逃がす。 |
| Loop 側で直接編集できる項目 | タイトル／担当者／期日のみ。 | チェックリスト・添付・ラベル・優先度等は Planner 側で編集。 |
| ストレージ（組織） | Loop ワークスペースはSharePoint のテナント容量としてカウント。ワークスペース 1 件あたりの上限は大容量（TB 級）。 | テキスト中心で容量は枯渇しにくいが、動画や多量の添付埋め込みには注意。 |
| ストレージ（個人） | 旧5GB上限は撤廃。OneDrive の個人ストレージとして消費。 | 容量超過時はメール送受信や他機能に波及するため早めの整理を。 |
「1 ページ＝1 プラン／タスクリスト＝バケット」の同期ルールを正しく理解する
Loop アプリの同一ページでタスクリストを 2 つ以上作ると、Planner 側では 1 つのプランの中にバケットが 2 本、3 本…と増えるのが基本挙動です。つまり、ページ配下の全タスクリストは同じプランの“住人”になり、9,000／3,000 のタスク上限もページ内で共有されます。
一方で、Teams のチャット ウィンドウなど別のエントリーポイントでは、複数のタスクリストが別プランとして作られる設計が存在します。運用設計では、作成場所と同期のされ方（バケット化か、別プラン化か）を混同しないことが重要です。
ありがちな誤解
- 誤）「タスクリストごとに 9,000 タスク持てる」
正しくは「1 ページ＝1 プランで合計 9,000」です。バケット（＝タスクリスト）単位のタスク数上限は公表されていませんが、実際にはプラン合計の上限を共有します。 - 誤）「Loop でも添付やラベルを直接いじれる」
Loop 側で編集できるのはタイトル／担当者／期日のみ。その他の詳細は Planner 側で操作します。
実運用で効く“設計ガイド”
設計パターン（小〜中規模）
- 1 プロジェクト＝1 ページ＝1 プラン：ページ内でフェーズや領域ごとにタスクリストを作成（＝バケット化）。最大 200 リストまで拡張可。
- フェーズ完了ごとにタスクを完了済みへ：未完了 3,000の“アクティブ制限”を意識。長期案件は節目でクローズを徹底。
- 担当者は 20 名以内：アサインは「責任の所在」がぼやけない最小限に。
設計パターン（大規模・ポートフォリオ）
- ページ分割でスケール：製品ライン／地域／チームごとにページを分け、プラン 400 上限に近づかないよう管理。ページ＝プランの“数”が増える想定で台帳管理（所有者／用途／寿命）を。
- 報告・分析は Power BI／自動化は Power Automate：Loop 単体での集計は弱いため、Planner データをレポートに引き上げる。
- Premium の採用基準を明文化：依存関係・ガント・カスタム項目・ワークロード可視化が要件なら Premium（＝Project for the web 相当）を選択。ただしPremium は 1 プロジェクトあたり 3,000 タスクの設計で運用する意識を。
パフォーマンスとメンテナンスのコツ
- バケット数は“多ければ良い”ではない：上限は 200 ですが、100 超あたりからボード表示が重くなるケースがみられます。類似バケットは統合し、命名規約で整理。
- 完了タスクのアーカイブ：完了で上限カウントは“アクティブ”から外れますが、全体上限 9,000 は消費します。四半期ごとに別プランへエクスポート／棚卸しを検討。
- 巨大プランの分割：9,000 に近づく前にページ（＝プラン）を分割。依存のあるタスク群は同一プランに温存し、横断課題はタグや命名で紐付け。
ストレージの扱い（旧 5GB 問題の整理）
Loop のストレージ仕様はアップデートされています。プレビュー期の 5GB 制限は撤廃され、現在は以下のようにカウントされます。
- 組織アカウント：Loop ワークスペースはSharePoint のテナント容量として消費。ワークスペース 1 件で TB 級の上限が用意されており、テキスト中心の Loop コンテンツで枯渇することは稀。
- 個人アカウント：Loop のワークスペース／ページはMicrosoft（OneDrive）ストレージに算入。容量逼迫は OneDrive の管理方針に準ずる。
タスクリストが“別プラン”に分裂してしまう時の対処
本来、Loop アプリの同一ページではタスクリストは同一プラン内の別バケットとして作られます。ただし、作成場所（チャットなど）やロールアウト状態によっては各タスクリストが個別プランとして生成される事例が報告されています。設計と異なる同期になった場合は、以下の回避策が有効です。
- 1 ページ 1 タスクリスト運用に一旦絞る（ページを増やしてもプランは 1：1 のままなので制御しやすい）。
- Planner 側で手動統合：不要に分かれたプランからタスクを移動し、狙いのプラン内でバケット整理。
- プラン数 400 の消費を監視：テナント／部門で「誰が何の目的でプランを作ったか」を台帳化し、定期的にクリーンアップ。
- 作成エントリーポイントの標準化：Loop アプリのページから作成する、Teams チャットでの作成は避ける等、運用ルールでブレを抑止。
Loop だけでは足りないとき：Premium か、Project か
Loop のタスクリストは“軽量で素早い共同作業”が持ち味です。一方で、依存関係／マイルストーン／ガント（タイムライン）／カスタム項目／人員負荷の可視化などが必須なら、Planner Premium（Project for the web の機能群）の採用を検討しましょう。Premium では“プロジェクト管理”に必要な軸が揃いますが、1 プロジェクトあたり 3,000 タスク設計で計画を立てるのが安全です。より複雑な WBS・大規模ポートフォリオ・高度なレポーティングが要件なら、Microsoft Projectのポジションも依然として有効です。
設計・運用チェックリスト（配布用テンプレ）
- 命名規約：
[部門]-[プロジェクト]-[フェーズ]をページ名・バケット名に統一。 - 容量管理：四半期ごとに未完了タスク数・総タスク数・バケット数を棚卸し（目安：未完了 2,500／総数 8,000 で要分割検討）。
- セキュリティ：軽量プランは“所有者不在”の性質を理解し、メンバー追加・削除を定期レビュー。
- 通知設計：「担当者＝責任者 1 名＋関係者はフォローのみ」の原則で冗長通知を削減。
- エントリーポイント統一：Loop アプリのページから作る／チャットからは作らない――などのガイドラインを明文化。
FAQ：よくある質問
Q. タスクリストを 201 個以上作りたい。どうすべき？
A. 同一ページではバケット上限 200に阻まれます。ページを分割（＝プランを分ける）し、命名規約と横断タグでつなぎましょう。
Q. タスクが追加できなくなった。
A. 総タスク9,000／プラン、もしくは未完了 3,000に当たっている可能性があります。完了・アーカイブ・プラン分割を検討してください。
Q. Loop で添付やチェックリストを追加したい。
A. Loop 側では タイトル／担当者／期日のみ編集可。詳細は Planner 側で操作してください。
Q. タイトルが長すぎてエラーになる。
A. タスクのタイトルは実質255 文字程度が上限です。長文は説明欄・添付に逃がすか、自動化（Power Automate）で 255 文字にトリムしましょう。
Q. Premium にすると上限はどうなる？
A. Premium（Project for the web 相当）では、依存関係・タイムライン・カスタム項目などが使える代わりに、計画単位の容量設計が変わります。大量タスクの案件は、基本プラン（ベーシック）と Premium を用途で切り分けるのが安全です。
導入・移行のベストプラクティス
- 要件定義：必要な機能（依存関係・詳細報告・人員負荷）が Premium 領域なら最初から Premium 前提で設計。
- 標準ページ雛形：Loop ページのテンプレを用意し、フェーズ＝タスクリスト＝バケットの対応を共通化。
- 命名規約とライフサイクル：ページ／プランの「作成・運用・クローズ」のフローを定義。クローズ時は完了タスクをエクスポート保管。
- 権限と共有：軽量プランの特性（所有者不在）を踏まえ、メンバー管理の責任者をページごとに指名。
- ヘルスチェック自動化：未完了 3,000／総数 9,000／バケット 200 に近づいたら、所有者へ通知するフローを Power Automate で実装。
トラブルシューティング：同期の“ズレ”を疑うべきサイン
- Loop と Planner の表示が噛み合わない：Loop 側の 3 項目（タイトル／担当者／期日）以外の変更は同期されない領域があるため、差異は Planner 側での編集を確認。
- 同じページなのに別プランができた：作成元がチャットや会議メモ等だった可能性。Loop アプリのページで作り直すか、Planner 側で統合。
- “操作が重い”：バケットが多すぎる／カードが肥大化しているサイン。バケット統合・説明欄や添付の整理を。
まとめ
- Loop のタスクリスト数は実質無制限。ただし「1 ページ＝1 プラン」の同期設計のため、バケット 200／タスク 9,000／未完了 3,000／プラン 400が事実上の上限となる。
- Loop 側で編集できるのは 3 項目（タイトル／担当者／期日）。詳細は Planner で扱う。タイトルは実質 255 文字目安。
- 同期の例外や作成場所の違い（チャット等）で“別プラン化”することがある。エントリーポイントの標準化と台帳管理で防ぐ。
- 高度な計画管理は Premium／Project 併用がベスト。依存関係やガントが必要なら Loop 単体に固執しない。
すぐ使える運用ポリシー（社内告知テンプレ）
- タスク作成は必ず「Loop アプリのページ」上で行う（チャットからの作成は禁止）。
- バケット（＝タスクリスト）は 100 本を目安に抑制。フェーズ完了で統合・クローズ。
- 未完了タスクが 2,500 を超えたらヘルスチェック・分割を検討。
- アサインは責任者 1 名を必須、関係者はウォッチのみ。
- 四半期ごとにページ／プランの棚卸し（上限接近・不要プランの削除・権限見直し）。
この記事の狙いは、Loop タスクリストの“数の制約”を可視化し、プロジェクト設計とガバナンスの判断を素早くすることです。上限値は今後も改善され得ますが、「1 ページ＝1 プラン」「各タスクリスト＝1 バケット」という中核ルールは、運用設計の拠り所になります。今日からの設計に役立ててください。
コメント