什么是 Microsoft Planner?从实务视角梳理 M365 E3/E5 中的团队任务管理

Microsoft 365・Azureカテゴリを表すパンダのイラスト Microsoft 365・Azure

关于本文
本文利用生成式 AI,并结合 Microsoft Learn 和微软公开资料整理而成。确认了截至 2026 年 9 月的 Microsoft Planner 基础计划/高级(Premium)计划、与 Teams 的关系、更名情况以及 Project Online 的停用计划。

验证状态:📘 已确认微软官方信息,未在真机上验证

Microsoft Planner 是 Microsoft 365 中的一项任务/工作管理服务,它将工作拆分为“谁、做什么、何时完成”,以便个人或团队进行管理。

初次使用者可以先将Planner = 用卡片可视化团队工作的地方 这样理解会比较简单。不过,现在的 Planner 不仅仅是以前那种简单的卡片式 Planner。它已演变为一个集成的作业管理体验,将 Microsoft To Do 的个人任务、传统 Planner 以及 Project for the web 系列的高级项目管理整合在了一起。

最先需要记住的 5 个词汇

术语面向初学者的含义
任务比如“撰写通知指南”这样的一项具体工作
计划 (Plan)汇总多个任务的工作箱
存储桶 (Bucket)用于对计划内任务进行分类的箱子。例如“未开始”、“确认中”等
基础计划可在 Microsoft 365 中使用的日常团队任务管理
高级计划 (Premium)包含时间线、依赖关系、冲刺(Sprint)等高级流程管理的计划

请注意,“计划 (Plan)”与“许可证中的 Plan 1”是不同的概念。不要将界面上代表工作箱的 plan 与产品许可证名称的 Planner Plan 1 混淆。

2026 年的 Planner 是怎样的架构?

flowchart LR
    U[利用者] --> P[Microsoft Planner]
    P --> MY[My Day / My Tasks]
    P --> B[基本プラン]
    P --> PR[Premiumプラン]
    B --> G[Grid / Board / Schedule / Charts]
    PR --> X[Timeline / People / Goals など]
    P --> T[Teams の Planner アプリ]
    B --> M365[Microsoft 365 ライセンス]
    PR --> PP[Planner Premium ライセンス]

根据微软官方说明,Microsoft 365 用户可以创建基础计划,并使用网格(Grid)、看板(Board)、日程表(Schedule)、图表(Charts)等功能。而要使用高级计划(Premium)的高级功能,则需要 Planner Plan 1 或 Planner and Project Plan 3 等高级许可证。

M365 E3 和 E5 有什么区别?

如果仅看 Planner 的话,并不是因为是 E5 就会自动升级为高级版 Planner (Premium Planner)。

维度Microsoft 365 E3Microsoft 365 E5
Planner 基础功能可用可用
基础计划创建与编辑可用可用
高级功能 (Premium)需另行确认高级许可证需另行确认高级许可证
Teams 内的 Planner若订阅包含 Teams 则可用若订阅包含 Teams 则可用

这是实际业务中的一个重要痛点。不要盲目认为“公司用的是 E5,所以 Planner 的甘特图等功能都可以全额使用”,而应确认需要使用高级功能的用户是否已被分配了 Planner Plan 1 等许可证。

此外,微软根据地区和合同形式,也提供不包含 Teams 的 Microsoft 365 SKU。要使用 Teams 中的 Planner,需要拥有可使用 Teams 的订阅。

基础版 Planner 和高级版 (Premium) 的界限在哪里?

想要实现的目标基础版 Planner考虑高级版 (Premium)
确定负责人和截止日期○○
在看板 (Board) 上排列卡片○○
在日程表 (Schedule) 中查看截止日期○○
在图表 (Charts) 中查看进度○○
在时间线(甘特图)中查看流程进度–○
管理任务依赖关系–○
使用待办列表 (Backlog) / 冲刺 (Sprint)–○
人员视图等高级显示方式–○

高级版(Premium)的具体功能因所订阅的 Planner 产品而异。在做出购买决策时,请确认最新的微软对比表。

贴近生活的例子:新内部系统的使用指南

如果仅通过邮件或聊天工具推进,很容易陷入以下状态。

Aさん「マニュアルは誰が作る?」
Bさん「説明会の日程って決まった?」
Cさん「テストは終わったと思っていました」

在 Planner 中,首先只需注册以下 3 项任务。

1. テスト環境を確認する

2. 利用者向けマニュアルを作る

3. 説明会の日程を確定する

为每项任务设置负责人和截止日期,可以减少“本以为有人会去做”的情况。

成功标准

如果能在屏幕上确认所有这 3 张卡片的负责人、截止日期和当前状态,则首次测试成功。

仅修改一处

在“制作面向用户的操作手册”中添加检查清单。

□ 画面キャプチャを取得
□ 手順を書く
□ 別の人に確認してもらう

通过此项修改,任务 = 要完成的工作,检查清单 = 该工作中的确认事项您可以切身体会到这两者之间的区别。

To Do、Lists、Planner 的场景区分

服务适用场景示例
Microsoft To Do个人行动管理今天打电话、阅读资料
Microsoft Lists以表格形式积累和管理条目咨询台账、设备台账
Microsoft Planner团队工作与进度导入实施工作、活动筹备

简单来说,自己的下一步行动用 To Do,团队的约定用 Planner,台账用 Lists 这样记就很容易区分使用了。

从 Teams 中看是怎样的?

sequenceDiagram
    participant U as 利用者
    participant T as Teams
    participant P as Planner
    participant C as 同僚
    U->>T: Plannerアプリを開く
    T->>P: My Tasks / My Plans を取得
    P-->>U: 自分とチームのタスクを表示
    U->>P: タスクの担当・期限を確認
    C->>P: タスク状態を更新
    P-->>U: 更新後の状態を表示

在 Teams 的 Planner 应用中,您可以通过“我的一天 (My Day)”、“我的任务 (My Tasks)”、“我的计划 (My Plans)”等跨板块查看个人任务和共享任务。由于 Teams 移动端存在功能限制,不一定能执行与 PC 版完全相同的操作。

IT 部门需要了解的保存位置

基础计划和高级计划(Premium)的内部机制并不完全相同。根据微软面向 Teams 管理员的资料,高级计划及其任务由 Dataverse 进行管理,而与组相关的附件则保存在 SharePoint 中。

flowchart TB
    A[Planner画面] --> B{プラン種別}
    B -->|基本| BP[基本Planner]
    B -->|Premium| DV[Dataverse / Project系サービス]
    BP --> SP[グループのSharePoint: 添付]
    DV --> SP

因此,考虑保留、电子数据展示(eDiscovery)和自动化的 IT 部门不应只盯着“Planner 界面”,而应结合相关的 Microsoft 365 组、SharePoint、Dataverse 等来确认架构设计。

PowerShell:首先仅确认 Graph 连接权限

在进行 API 自动化时,不直接创建或删除任务会更安全。首先只需读取当前连接的账户和权限。

Connect-MgGraph -Scopes "User.Read"
Get-MgContext | Select-Object Account, TenantId, Scopes

查看什么?

Account 中显示了您预期的账户,TenantId 中显示了目标租户,Scopes 中显示了已获授权的 Graph 权限。

成功标准

如果能无报错地显示当前 Graph 上下文,并确认未连接到非预期的租户,则测试成功。

修改一处的意义

在此阶段不要盲目添加权限。只有在进入下一个读取 Planner 数据的示例时,才去查阅 Microsoft Graph 的 Planner API 文档,并将其修改为所需的最小读取权限。

利用生成式 AI 拆分 Planner 任务

次の仕事をMicrosoft Plannerへ登録しやすいタスクに分解してください。
各タスクについて次を表にしてください。

- タスク名

- 完了条件

- 前提となる作業

- 担当すべき「役割」の候補

実在する担当者名や期限は推測しないでください。
1タスクが大きすぎる場合は分割してください。

対象の仕事:
「新しいMicrosoft 365利用ルールを全職員へ周知する」

AI 给出的候选负责人或依赖关系,不要直接注册,而应与实际的组织架构进行核对。

避免因 Planner 更名而产生混乱

近年来,Planner 的产品名称和体验进行了大幅度的梳理与整合。

  • 2024年4月,Teams 中的“Tasks by Planner and To Do”更名为 Planner。

  • Project Plan 1 更名为 Planner Plan 1。

  • 2024年9月18日,Project Plan 3 / 5 更名为 Planner and Project Plan 3 / 5。

即使旧博客或内部资料中写着“Project Plan 1”或“Tasks by Planner and To Do”,也需要对照当前的产品名称进行阅读。

需注意 Project Online 的停用计划

在 Planner and Project Plan 3 的产品信息中,明确指出Project Online 计划于 2026 年 9 月 30 日停用。此外,计划自 2026 年 4 月 1 日起停止创建新的 Project Web App (PWA) 网站。

这并不意味着 Planner 本身会在 2026 年 9 月 30 日结束服务。这是使用旧版 Project Online 的组织需要确认并制定迁移计划的信息。

管理员检查清单

  • 用户是否拥有 Microsoft 365 的 Planner 使用权限

  • 在 Teams 内使用时,是否属于包含 Teams 或单独授予的 SKU

  • 是否仅为需要高级功能的用户分配了合适的高级许可证

  • Microsoft 365 组的创建和所有者规则是否合适

  • 与外部用户协作的规则是否合适

  • 是否确认了包含附件在内的 SharePoint 端的保留和电子数据展示(eDiscovery)

  • 如果使用高级计划,是否也确认了 Dataverse 端的管理

  • 如果正在使用旧版 Project Online,是否确认了 2026 年 9 月 30 日的停用计划

官方信息与一手资料

与其“从一开始就全盘使用高级项目管理功能”,不如先从通过 3 个左右的任务来共享负责人、截止日期和完成标准开始,这样更容易上手。之后,在确实需要依赖关系或时间线时再考虑高级版(Premium),这样更容易理清功能和许可证的需求。

文档信息

文章??
什么是 Microsoft Planner?从实务视角梳理 M365 E3/E5 中的团队任务管理
?布日期
更新日期
来源
https://papanda925.com/?p=16187&lang=zh

?可: ?于本站?有相??利的正文及原??表,除非?有?明,可依据 CC BY 4.0 使用。本文可能包含使用生成式AI?建或??的内容。若代??有?可声明,或?接的GitHub???定了?可,?代?以??可?准。引用内容、第三方?料、?片及商?不在本?可范?内。 使用政策

标题和URL已复制