关于本文
本文利用生成式 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 E3 | Microsoft 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),这样更容易理清功能和许可证的需求。
