我完全懂你的痛点——公用文件夹这套日历嵌套/自动关联的逻辑，确实完美适配部门协作的需求，可M365组目前原生不支持层级嵌套（那个动态组beta我也研究过，功能太局限还不稳定，实在不适合生产环境），要是让部门主管一个个手动勾选10个日历，体验太差了。结合我帮客户处理过的类似迁移场景，给你几个纯原生365的解决思路，包括PowerShell的批量处理方案：

• 方案一：用PowerShell批量部署Outlook日历组
  虽然Outlook默认的日历组是手动创建，但我们可以通过PowerShell批量给指定用户预置好日历组和对应的成员日历，完全不用用户动手：

  1. 先把所有公用文件夹日历迁移为独立的M365组（每个原日历对应一个M365组）；
  2. 用Get-Mailbox命令获取需要部署的目标用户列表；
  3. 借助EWS PowerShell模块（或者Graph API），给每个用户创建预设的日历组（比如「市场部日历集合」）；
  4. 再通过命令把该部门下的所有M365组日历批量添加到这个组里。
     这样用户打开Outlook时，预设的日历组已经存在，只要勾选组名称，就能一次性显示所有子日历，和原来公用文件夹的体验几乎一致。

• 方案二：用共享邮箱+子日历替代M365组
  如果你们客户不需要M365组附带的团队站点、聊天等功能，这个方案是最贴近原公用文件夹体验的：

  1. 创建对应部门的共享邮箱，把原公用文件夹的主日历迁移到共享邮箱的默认日历；
  2. 在共享邮箱下创建子日历（对应原公用文件夹的嵌套/子日历）；
  3. 给部门成员授予共享邮箱的日历访问权限。
     用户添加共享邮箱后，Outlook会自动把共享邮箱的所有日历归到一个分组里，只要勾选共享邮箱的日历组，就能一次性显示所有子日历，完全不用手动管理分组。

• 方案三：用Microsoft Lists+Power Automate打造统一日历视图
  要是需要更灵活的事件管理和统一视图，这个方案可以试试：

  1. 在Microsoft Lists里创建一个部门主日历列表，用「分类」字段对应原来的各个子日历；
  2. 用Power Automate创建自动化流：当某个M365组日历有事件新增/修改/删除时，自动同步到主列表的对应分类下；
  3. 用户只需要订阅这个主列表的日历视图，就能看到所有子日历的事件，还能通过筛选分类快速查看特定子日历的内容。
     这个方案的好处是不用让用户管理多个日历，所有事件都在一个统一视图里，还能利用Lists的其他功能做事件审批、统计等。

另外提一句那个动态组beta，目前它只支持基于属性的层级规则，权限管控逻辑非常复杂，而且随时可能调整，完全不建议在生产环境给客户用，尤其是这种有明确部门结构的场景。

备注：内容来源于stack exchange，提问作者rogue noodle