M365からGWSへ移行：SharePoint Onlineの複雑なサイト構造と権限をGoogle Driveにマッピングする戦略

Microsoft 365 (M365) から Google Workspace (GWS) への移行において、SharePoint Online のサイト構造と権限を Google Drive に適切にマッピングすることは、移行プロジェクトの成功を左右する重要な要素です。

この記事を読んだほうが良い人

• Microsoft 365 (特にSharePoint Online) からGoogle Workspaceへの移行を検討・計画中の情シス・コーポレートIT担当者
• SharePoint Onlineの複雑なサイト構造や、細かく設定された権限の移行方法に課題を感じている人
• Google Drive（特に共有ドライブ）の特性を理解し、移行後の運用を見据えた設計をしたいと考えている人

SharePoint OnlineからGoogle Driveへの移行課題

SharePoint Onlineは、企業内でドキュメント管理や情報共有を行うための強力なプラットフォームです。サイト、サブサイト、ドキュメントライブラリ、リストといった多階層の構造を持ち、アイテムレベルまで細かく権限を設定できる柔軟性があります。この柔軟性が、Google Workspaceへの移行時に大きな課題となることがあります。

Google Drive、特に共有ドライブは、チームでのファイル共有と共同作業に特化したサービスです。直感的なインターフェースとシンプルな権限モデルが特徴ですが、SharePoint Onlineの複雑な階層構造やきめ細やかな権限設定をそのまま再現することは困難な場合があります。

移行を成功させるためには、両者の特性を深く理解し、SharePointの構造や権限をGoogle Driveのモデルにどのように「落とし込むか」という戦略的なマッピングが不可欠です。

SharePointとGoogle Driveの権限モデル比較

SharePoint OnlineとGoogle Drive（共有ドライブ）では、権限管理の概念が大きく異なります。この違いを理解することが、適切なマッピング戦略を立てる第一歩です。

SharePoint Onlineの権限モデル

SharePointは、サイトコレクション、サイト、サブサイト、ドキュメントライブラリ、フォルダ、そしてアイテム（ファイルやリスト項目）といった複数の階層で権限を継承し、必要に応じて継承を解除して個別に権限を設定できます。

• サイトレベルの権限: サイト全体に適用される権限グループ（フルコントロール、編集、投稿、閲覧など）があります。
• 継承: 親サイトやライブラリから権限が自動的に引き継がれます。
• 継承の解除: 特定のフォルダやアイテムに対して、親からの継承を解除し、独自の権限を設定できます。
• SharePointグループ: ユーザーやActive Directory (AD) グループをまとめるために利用します。

Google Drive（共有ドライブ）の権限モデル

共有ドライブは、個々のファイルやフォルダではなく、共有ドライブ全体に対して役割ベースの権限を付与します。継承の概念はありますが、SharePointほど細かく階層を区切って権限を解除する運用は一般的ではありません。

役割ベースの権限の種類は以下の通りです。

• 管理者（Manager）: 共有ドライブのメンバー管理、ファイル削除、設定変更など、すべての権限を持ちます。
• コンテンツ管理者（Content Manager）: ファイルの追加、編集、移動、削除が可能です。
• 共同編集者（Contributor）: ファイルの追加、編集が可能です。
• 閲覧者（Viewer）: ファイルの閲覧のみが可能です。
• コメント投稿者（Commenter）: ファイルの閲覧とコメント投稿が可能です。

また、共有ドライブ内のファイルやフォルダは共有ドライブ全体の権限を継承します。個別のファイルやフォルダに対して、共有ドライブの権限よりも上位の権限を付与することは可能ですが、下位の権限を付与することはできません。

サイト構造マッピング戦略

SharePoint Onlineの多階層なサイト構造をGoogle Driveのフラットな構造にマッピングするには、戦略的なアプローチが必要です。

1. サイト構造の棚卸しと再評価

まず、既存のSharePointサイト構造を詳細に棚卸しします。以下の点を明確にすることで、移行後の最適な構造を検討しやすくなります。

• サイトの目的: 各サイトがどのような目的で利用されているかを確認します。
• コンテンツの種類と量: どのサイトにどのような種類のドキュメントがどれくらい存在するかを把握します。
• アクセス頻度と重要度: どのコンテンツが頻繁にアクセスされ、どのコンテンツが重要か評価します。
• 利用部門: どの部門がどのサイトを主に利用しているかを確認します。

この棚卸しを通じて、不要なサイトやコンテンツを特定し、移行対象から除外することも検討できます。

2. サブサイトと共有ドライブの対応

SharePointのサブサイトは、多くの場合、Google Driveの「共有ドライブ」または「個人のGoogle Drive内のフォルダ」に対応します。

• チームやプロジェクト固有のサブサイト: 独立したアクセス権限と運用が求められるサブサイトは、共有ドライブとしてマッピングすることを検討します。これにより、チームメンバー全員が同じファイルセットにアクセスし、統一された権限管理が可能です。
• 個人利用や一時的なサブサイト: チーム全体での共有が主目的ではない、特定の個人や少人数での一時的な利用が中心のサブサイトは、移行先のユーザーの個人のGoogle Drive内のフォルダとして移行することも選択肢です。ただし、この場合、共有ドライブのようなチーム所有の概念は薄れます。

3. 多階層サイトのフラット化

SharePointの深くネストされたサイト構造は、Google Driveでは管理が複雑になる傾向があります。可能な限りフラットな構造に再構築することを検討します。

• 共通コンテンツの集約: 複数のサブサイトで共通して利用されるドキュメントやテンプレートは、独立した共有ドライブに集約し、必要に応じてリンクで参照する形に変更します。
• 命名規則の統一: 移行後の共有ドライブやフォルダの命名規則を統一することで、ユーザーが目的のコンテンツを見つけやすくなります。

権限マッピングの具体的なアプローチ

SharePointの複雑な権限をGoogle Driveにマッピングする際は、セキュリティと利便性のバランスを考慮する必要があります。

1. グループベースの権限管理への移行

SharePointでは個々のユーザーに直接権限を付与するケースもありますが、Google DriveではGoogleグループを利用したグループベースの権限管理が推奨されます。

• 既存のSharePointグループの活用: 既存のSharePointグループをGoogleグループに変換し、共有ドライブやフォルダの権限に割り当てます。
• Active Directory連携: Active Directory (AD) を利用している場合、ADグループをGoogleグループに同期し、それをGoogle Driveの権限管理に活用することで、一元的なユーザー管理が可能です。

2. 細かすぎる権限の集約と簡素化

SharePointのアイテムレベルの細かすぎる権限は、Google Driveでは再現が困難な場合が多く、運用負荷も高くなります。

• 権限の集約: 継承を解除して個別に設定されていた権限は、可能であれば上位のフォルダや共有ドライブの権限に集約し、よりシンプルな権限モデルを目指します。
• 「最小権限の原則」の再評価: 厳密すぎる最小権限の原則が、かえってユーザーの利便性を損ねていないか再評価し、共有ドライブの役割（管理者、コンテンツ管理者、共同編集者など）に合わせたシンプルな権限設計を検討します。
• 継承解除された権限の扱い: SharePointで継承解除され、特定のユーザーにのみアクセスが許可されていたフォルダやファイルは、移行後に新しい共有ドライブや特定のグループにマッピングし、そのグループメンバーにのみアクセスを許可するように設計します。

3. 監査とレビュー

移行前に、現在のSharePointの権限設定を監査し、過剰な権限や不要な権限がないかを確認します。移行後も定期的にGoogle Driveの共有設定をレビューし、適切な権限が維持されているかを確認することが重要です。

移行ツールの活用と注意点

SharePointからGoogle Driveへのデータと権限の移行には、専用のツールを活用するのが一般的です。

Google Workspace Migration Service (GWMS)

Googleが提供する公式の移行サービスです。Google Workspaceのヘルプドキュメントによると、SharePoint Onlineからのファイルおよびフォルダ構造、基本的な権限の移行をサポートしています。

• 特徴: Google Workspaceとの親和性が高く、比較的シンプルに利用できます。
• 注意点: SharePointの非常に複雑な権限やメタデータの一部は完全に再現できない場合があります。移行前にGWMSの機能範囲を十分に確認することが重要です。

サードパーティ製移行ツール

CloudM、AvePoint、ShareGateなどのサードパーティ製ツールは、より高度な機能やカスタマイズオプションを提供している場合があります。

• 特徴: SharePointの複雑なメタデータ、バージョン履歴、より詳細な権限マッピングなど、GWMSでは対応しきれない要件に対応できる可能性があります。
• 注意点: 費用が発生し、ツールの学習コストや導入・設定の手間がかかります。また、ツールの選定にあたっては、サポート体制や実績、セキュリティ対策などを十分に評価する必要があります。

ツール選定のポイント

主な判断軸は以下の通りです。

• 移行対象のデータ量と複雑性: 大規模で複雑なSharePoint環境の場合、サードパーティ製ツールの方が適している可能性があります。
• 権限マッピングの要件: どこまで厳密にSharePointの権限を再現する必要があるかを確認します。
• 予算とスケジュール: ツールの費用対効果と移行プロジェクトの期間を考慮します。
• 技術的な専門知識: 社内のリソースで対応可能か、外部の専門家を頼るかを判断します。

実際の移行支援でよく発生するボトルネック

筆者の経験では、GWMSだけで移行が完結できるのは、SharePointの権限設定が比較的シンプルな組織に限られます。特に、継承解除が多用されている環境や、サイトコレクションが多数ある組織では、GWMSの事前検証を丁寧に実施したうえで、移行後の権限差異を手動で補完するフェーズをスケジュールに組み込んでおくことが現実的な対応です。

サードパーティツールを採用した場合も、ツールの出力を鵜呑みにせず、サンプリングによる権限照合の工程を必ず設けることを推奨します。特に「継承解除＋個別ユーザー付与」が組み合わさっているフォルダは、移行後に意図しないアクセス範囲の変化が生じやすいポイントです。移行ツールはあくまで作業効率化の手段であり、最終的な権限の正確性は情シス側が責任を持って確認する必要があります。

移行後の運用とユーザー教育

データと権限の移行が完了しても、移行プロジェクトは終わりではありません。スムーズな運用とユーザーの適応を促すための施策が重要です。

1. 共有ドライブ運用ルールの策定

Google Drive、特に共有ドライブの特性に合わせた運用ルールを明確に策定します。

• 共有ドライブ作成申請フロー: 誰が、どのような基準で共有ドライブを作成できるかを明確にします。
• 権限付与ルール: 共有ドライブの役割（管理者、コンテンツ管理者など）をどのようにユーザーに割り当てるかのガイドラインを設けます。
• ファイル整理のガイドライン: フォルダ構造や命名規則、不要ファイルの削除ルールなどを定めます。

2. ユーザーへのトレーニングとサポート

新しい環境への移行は、ユーザーにとって大きな変化です。

• 操作トレーニング: Google Driveの基本的な操作方法、共有ドライブの使い方、ファイル共有のベストプラクティスなどを学ぶ機会を提供します。
• 権限モデルの変更点の周知: SharePointとの権限モデルの違いや、それに伴うアクセス方法の変化について、分かりやすく説明します。
• FAQとサポート窓口: ユーザーからの質問に迅速に対応できるよう、FAQ集の作成や専用のサポート窓口を設けます。

3. 移行直後の集中サポート期間の設計

移行支援の現場で繰り返し経験することですが、移行直後に情シスへ問い合わせが集中する内容は「以前アクセスできていたファイルが見当たらない」「共有ドライブが自分の画面に表示されない」という2パターンが大半を占めます。前者は権限マッピングの漏れ、後者はGoogle Drive固有の仕様（共有ドライブはデフォルトで左サイドバーに表示されるが、ユーザーが気づいていないことが多い）が原因であるケースが多いです。

これらに対応するには、移行完了後2週間程度を「集中サポート期間」として設定し、問い合わせ窓口を通常より厚くしておくことが有効です。加えて、移行後初週に全ユーザー向けの「よくある質問TOP5」を共有するだけでも、同じ問い合わせへの対応コストを大幅に減らせます。SharePointに慣れ親しんだユーザーほど「権限は上位から継承される」という概念に引きずられる傾向があるため、共有ドライブのアクセス制御の考え方をシンプルな図解で説明する資料を用意しておくと、トレーニングの効果が上がります。

まとめ

Microsoft 365からGoogle Workspaceへの移行において、SharePoint Onlineのサイト構造と権限をGoogle Driveにマッピングすることは、非常に専門的かつ戦略的な課題です。SharePointの多階層な構造と柔軟な権限設定を、Google Driveのシンプルな共有ドライブモデルに適切に落とし込むためには、事前の詳細な棚卸し、綿密なマッピング戦略、そして適切なツールの選定が不可欠です。

ツール選定では「GWMSで完結できるか」を移行前に検証し、複雑な権限環境ではサードパーティツール＋手動確認の工程を組み込む設計が現実的です。移行後はユーザー教育と集中サポート期間の設計を怠らないことが、問い合わせ増大を防ぐ実務上の鍵になります。

この移行プロセスは、単なるデータの移動に留まらず、組織全体の情報共有とコラボレーションのあり方を見直す機会でもあります。移行後の運用を見据えた設計と、ユーザーへの丁寧な教育を通じて、Google Workspaceのメリットを最大限に引き出すことが、移行プロジェクト成功の鍵となります。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。