なぜ設計が重要なのか
SharePoint Onlineは「入れただけ」では機能しません。設計なしに運用を始めると、サイトが乱立し、ファイルが散在し、誰がどこに何を保存しているかわからない状態に陥ります。結果として「SharePointは使いにくい」という評価になり、利用率が低下します。
逆に、サイト構成・権限・運用ルールを事前に設計すれば、SharePointは全社の情報基盤として強力に機能します。設計に投じる時間は、その後の運用コスト削減と従業員の生産性向上で何倍にもなって返ってきます。
3種類のサイトの使い分け
| サイト種類 | 用途 | 適用シーン | M365グループ連携 |
|---|---|---|---|
| チームサイト | 部門・プロジェクト単位のコラボレーション | 営業部、開発プロジェクト、委員会 | あり（Teams連携可） |
| コミュニケーションサイト | 全社・部門への情報発信 | 社内ポータル、ニュースサイト、IR情報 | なし |
| ハブサイト | 関連サイトの統合・横串検索 | 事業部ポータル、プロジェクト群の統合 | なし（既存サイトに設定） |
基本方針は「部門・プロジェクト → チームサイト」「全社発信 → コミュニケーションサイト」「関連サイトの束ね → ハブサイト」です。
ハブサイトによる情報統合
ハブサイトは複数のサイトを論理的にグループ化し、共通のナビゲーション・検索・ニュースフィードを提供します。
推奨ハブ構成例（従業員100名規模）
| ハブサイト | 紐づくサイト |
|---|---|
| 全社ポータル（ルートハブ） | 社内ニュース、就業規則、IT情報、福利厚生 |
| 営業ハブ | 営業部サイト、各案件プロジェクトサイト、CRM連携 |
| 管理部門ハブ | 総務、経理、人事、法務の各サイト |
| 技術ハブ | 開発部サイト、技術ナレッジ、各プロジェクトサイト |
権限設計の基本原則
5つの原則
- 最小権限の原則：必要な人に必要な権限だけを付与する
- グループベースの権限管理：個人ではなくセキュリティグループ単位で権限を付与する
- サイトレベルでの権限継承：フォルダ単位での権限変更は極力避ける（管理が複雑化する原因）
- 外部共有のコントロール：テナントレベルで外部共有ポリシーを設定し、サイト単位で許可/禁止を制御
- 定期的な棚卸し：四半期に1回、権限の棚卸しを実施する
権限レベルの使い分け
| 権限レベル | できること | 付与対象 |
|---|---|---|
| サイト所有者 | サイト設定の変更、メンバー管理、全コンテンツの編集 | 部門長、IT管理者 |
| サイトメンバー | コンテンツの作成・編集・削除 | 部門メンバー |
| サイト閲覧者 | コンテンツの閲覧のみ | 他部門の参照者、経営層 |
フォルダ構成とメタデータ管理
SharePointのファイル管理は「フォルダだけに頼らない」ことが重要です。メタデータ（列）を活用することで、フォルダの深いネストを避け、ビューによる柔軟なフィルタリングが可能になります。
推奨アプローチ
- フォルダ階層は最大2〜3階層に留める
- ドキュメントライブラリにカスタム列（部門、文書種別、年度、ステータス等）を追加
- 列の値でフィルタリングするカスタムビューを作成
- 必須列を設定して分類の漏れを防止
運用ルール（ガバナンス）の策定
| ルール項目 | 内容例 |
|---|---|
| サイト作成ルール | IT部門の承認制。申請フォーム（Power Apps）で受付 |
| 命名規則 | サイト名：[部門]-[プロジェクト名]、チーム名：同左 |
| 外部共有ポリシー | コミュニケーションサイトは禁止、チームサイトは申請制 |
| データ保持期間 | プロジェクト終了後1年でアーカイブ、3年で削除 |
| 棚卸しサイクル | 四半期に1回、未使用サイトと権限の見直し |
よくある失敗パターンと対策
| 失敗パターン | 原因 | 対策 |
|---|---|---|
| サイトが乱立して収拾がつかない | 誰でもサイトを自由に作れる設定 | サイト作成を承認制にし、命名規則を徹底 |
| フォルダが10階層以上に深くなる | ファイルサーバーの構成をそのまま移行 | メタデータ列＋ビューで分類。フォルダは3階層以内 |
| 権限がカオスになる | フォルダ単位で個別に権限を変更 | サイトレベルの権限継承を維持。グループ管理 |
| 検索しても目的のファイルが見つからない | ファイル名・メタデータの整備不足 | 命名規則の徹底、必須メタデータ列の設定 |
BTNコンサルティングの支援
SharePoint Onlineのサイト構成設計、権限設計、運用ルール策定、ファイルサーバーからの移行を一括で支援します。現状のファイルサーバー構成を分析し、SharePointに最適化した情報アーキテクチャを設計します。
💡 まずは無料相談から
まとめ
SharePoint Onlineの成功は設計段階で決まります。3種類のサイトの使い分け、ハブサイトによる統合、グループベースの権限管理、メタデータの活用、運用ルールの明文化——この5つを事前に設計することで、全社の情報基盤として長期的に機能するSharePoint環境を構築できます。