值得与 Planitude 连接的工具：集成指南

进度计划一旦不再反映实际工作，就失去了价值。常见的情形是：任务在工单系统里，讨论在聊天工具里，截止日期在日历里，而甘特图却是一份单独的文件，每周由某个人手动更新一次。

Planitude 的集成正是为了避免这种割裂：包含依赖关系、日历和关键路径的计划始终是日期的唯一来源，其他工具则接收或回传各自负责的信息。本指南逐一介绍这些集成，并说明应当先启用哪些。

为什么要把计划与团队工具连接起来#

项目计划回答的是一个明确的问题：我们什么时候完成，什么可能导致延误？ 回答这个问题需要依赖关系、工期和日历。业务工具回答的则是其他问题：谁在做什么，什么被卡住了，讨论了什么。

把两者连接起来，可以带来三个具体好处：

• 减少手动更新：进度来自跟踪工具，而不是来自进度例会；
• 更早发现延误：一旦关键任务推迟，团队频道马上就能知道；
• 日期只有一个来源：做计划的人不必再追踪在三个不同工具里被改动的日期。

所有集成都位于项目内的 ⋯ › 集成 或 ⋯ › 通知 菜单中，并在集成页面上有介绍。

可用集成一览#

软件开发：Jira 和 Azure DevOps#

Jira 在时间线上用“Blocks”链接类型显示依赖关系，并在两个关联项目的日期重叠时以红色标出^[2]，但根据依赖关系重新计算日期以及关键路径并不在其所描述的功能之列。这正是排程引擎的用武之地：日期由 Planitude 计算，团队仍在 Jira 中工作。

与 Jira Cloud 的同步会为每个任务创建一个事务（也可以导入现有事务），把完成-开始依赖关系转换为“Blocks”链接，并遵循一条清晰的规则：名称、备注、日期和依赖关系由 Planitude 决定；状态和经办人由 Jira 决定。详情请见文章《甘特图与 Jira》。

与 Azure DevOps Boards 的集成采用相同的模式：使用 Microsoft Entra ID 或个人访问令牌登录，根据流程自动识别工作项类型（User Story、Product Backlog Item、Issue 或 Requirement），依赖关系对应 Successor/Predecessor 链接，并且任何一方都不会自动删除内容。

沟通：Slack、Microsoft Teams、邮件和日历#

频道通知的设计目标是不制造噪音。只发布真正重要的事件：已完成的任务、关键任务和里程碑的日期变更、新的分配、第二天到期的任务以及逾期任务。短时间内连续发生的更新会合并为一条消息；如果启用，每周一早上频道还会收到一份对照计划的进度摘要。

在 Slack 中，只需点击“添加到 Slack”按钮并选择频道。在 Microsoft Teams 中则使用频道的工作流：Microsoft 已于 2026 年 5 月 18 日至 22 日停用 Office 365 连接器，并指定工作流作为替代方案^[3]。Teams 还提供一个以只读方式显示项目甘特图的选项卡。完整的配置步骤见文章《Microsoft Teams 和 Slack 中的项目通知》。

对个人来说，还有两种更简单的方式：早间邮件只发给有任务即将到期或已经逾期的人；同步日历是一个私有 iCal 链接，可以添加到 Google 日历、Outlook 或 Apple 日历，既可以包含所有项目，也可以只包含一个项目。

AI 助手：通过 MCP 使用 ChatGPT、Claude 和 Gemini#

Model Context Protocol 是一项把 AI 应用连接到外部系统的开放标准^[1]。Planitude 提供一个 MCP 服务器，其中的工具可以读取项目、分析关键路径和浮动时间、估算延误的影响、运行蒙特卡洛模拟，并以预览方式创建或修改计划。

ChatGPT、Claude.ai 和 Gemini 通过 OAuth 连接：输入服务器地址，登录 Planitude，再选择是否同时允许修改。在 Gemini 中，自定义应用目前仅向美国境内年满 18 岁的个人 Google 账号开放^[5]。Claude Code、Codex、Gemini CLI、Cursor 和 VS Code 也可以使用 API 密钥。完整指南请见《在项目计划中使用 ChatGPT、Claude 和 Gemini》。

开发者与自动化：API 和 Webhook#

面向内部系统，Planitude 提供以 OpenAPI 3.1 编写文档的 REST API，密钥在个人资料中创建，可设为只读或读写权限。外发 Webhook 会发送任务创建、完成或日期变更、项目创建、评论以及基线保存等事件：每次投递都带有签名，失败的投递会以逐步拉长的间隔重试，持续失败的地址会被停用并通过邮件通知。文档位于开发者页面。

文件：Microsoft Project 和 Primavera#

并非所有集成都经由 API。很多计划是以文件形式交付的：Planitude 可以导入 Microsoft Project 的 .mpp 文件和 .mpt 模板、.mpx、Project XML，以及 Primavera 的 .xer 和 PMXML，包括任务、链接、限制、日历和基线。Project 桌面版仍然可以把项目保存为 .mpp 或 XML 格式^[4]。反过来，每个项目都可以导出为 Microsoft Project XML、CSV 或 PDF。如果你来自 Project Online，请参阅指南《从 Project Online 迁移到 Planitude》。

按团队类型选择#

• 使用 Jira 或 Azure DevOps 的软件团队：先启用双向同步，再添加一个 Slack 或 Teams 频道，用于通报关键任务的延误。
• PMO 和负责多个项目的管理者：通过 MCP 连接 AI 助手，提出“本周哪些项目有风险？”之类的问题，并启用周一摘要。
• 工程施工、活动、系统实施：对被分配任务的人来说，邮件提醒和同步日历就足够了；协调小组可以使用 Teams 或 Slack 频道。
• 内部系统与报表：使用 API 和 Webhook；如果不需要修改，就使用只读密钥。
• 从 Microsoft Project 或 Primavera 迁移：导入文件，检查关键路径，并立即保存一份基线。

即将推出#

我们正在准备与 Zapier、Make 和 n8n 的集成，它们基于同一套 API 和 Webhook；同时还在开发一个 PowerPoint 加载项，可以把项目的甘特图插入幻灯片并保持更新。最新消息会在集成页面上公布。

常见问题#