DORA2025：如何用AI提升研发效能（以 ONES MCP Server 为例）

在 2025 DORA 报告的研究中，AI 不是孤立的增速器，而是"放大器"， 它会放大团队现有优势和弱点。真正能提升"AI 研发效能 "的，是将 AI 与**价值流管理（VSM）**深度结合，并依托强大的平台工程体系实现端到端协同。本文结合平台工程方法论与 ONES MCP Server 实践案例，提出一套可执行的研发效能提升路径。

AI 研发效能与价值流管理：从工具采纳到体系提升

根据 2025 DORA 报告，大约 90% 的技术专业人员已经将 AI 纳入日常研发流程，80% 的人认为 AI 提升了个人生产力。然而，像部署频率（Deployment Frequency）、失败变更率（Change Failure Rate）、恢复时间（Time to Restore Service）等关键软件交付指标却未明显改善。

这也说明，AI 本质上是"放大器"，不是"修复器"。在没有整体价值流和平台工程支撑的情况下，它放大的是"问题"而非"效能"。这意味着 AI 研发效能背后更深层的是组织系统性和流程成熟度的建设。

近两年，DORA 报告和多家实践机构都在强调：高效团队的一个共性，就是有成熟的平台工程能力------用一支平台团队为其他产品团队提供统一的工具、数据、流程和自助式能力。

在 AI 时代，这层含义被进一步放大：

没有平台工程，AI 只能停留在"个人玩具"层面------各用各的工具，各接各的数据，安全难控、价值难衡量；
有了平台工程，AI 才能变成"组织级能力"------通过统一的接入协议、数据权限和流程规范，嵌入到端到端价值流中。

DORA 2025 新提出的 AI 能力模型（AI Capabilities Model），也明确把"稳定的平台基础设施"和"高质量数据生态"列为 AI 放大效应的前提条件。

对于中国企业管理者和 PMO 来说，一个现实的翻译是：

先把平台打牢，再谈 AI 研发效能；先做"可融入"，再做"可炫技"。

MCP 协议：让 AI 研发效能落地的"基座"

平台工程不仅是搭建"一个系统"，而是构筑一个能够统一研发流程标准、整合不同工具与数据源，为 AI 提供可信赖的数据与执行接口，形成组织级共享能力的基座。

MCP（Model Context Protocol）就是这样一套标准化的，能让 AI Agent 安全、结构化访问外部系统的协议基座。它通过**标准化数据访问接口、明确定义的上下文结构以及双向安全授权机制，**帮助 AI 不只生成自然语言建议，而是真正参与到业务流程中，比如读取任务数据、更新工单状态、推送知识内容等。

MCP 的作用类似于操作系统的驱动程序，它让 AI 模型能"看到、理解、且安全执行研发业务流程"。具体表现在：

MCP Server 暴露一组工具（tools），每个工具代表一个具体能力（如"创建任务""查询知识库"）；
支持 MCP 的 AI 客户端（如 Cursor、VS Code 插件、Claude Code 等）可以通过这些工具读写业务系统的数据；
所有访问都基于用户账号授权和明确定义的权限边界。

也可简单理解为：传统插件是一个工具对接一个系统，MCP 是让 AI 有一整套可以调用的业务 API 清单。

ONES MCP Server：AI 研发效能提升实践

在谈 ONES MCP Server 之前，先把背景说清楚：ONES 本质上是一套研发管理平台，覆盖需求、项目、测试、缺陷、文档到工时等一整条研发链路。现在，它在这个平台之上，增加了一个面向大模型与 AI Agent 的"标准接口层"------也就是 ONES MCP Server。

如果你所在团队已经在用类似的项目管理 / 研发协作工具，或者你也在思考怎么让自家的项目管理系统真正用上 AI，而不是停留在几个小插件，那么这一节可以当作一个可借鉴的落地范式来看：不是一定要用 ONES，但可以参考 ONES MCP Server 是如何把 AI 嵌进平台工程与价值流里的。

1. ONES MCP Server 是什么

ONES MCP Server 是 ONES 研发管理平台上线的一项新能力，用 MCP 协议把平台中的项目、知识库等数据安全地开放给 AI Agent（如 Cursor、VS Code、Claude Code 等）调用。

这意味着在 ONES 这套研发管理平台中，AI 不再只是简单的对话助手，而能真正理解业务语境、参与到团队的研发计划、任务执行与知识沉淀中，基于真实项目上下文完成任务、生成内容、推动协作。主要功能包括：

**可访问的数据域：**用 MCP 协议让 AI 与 ONES 项目、Wiki、工时、账号等数据域连接；
**提供 30+ 工具能力：**支持主流 MCP 客户端（如 Cursor、VS Code、Claude Code 等）调用多个工具能力，覆盖项目管理、知识库、工时、进度分析等多个场景；
**基于个人账号授权：**所有访问通过用户账号授权控制，符合最小权限原则。

这使得 AI 不再是"旁观的工具"，而是嵌入团队价值流的协作执行者。开发者、产品经理、项目经理等不同角色，都能借助 ONES MCP Server 无缝衔接工作流程，显著提升研发管理效率及质量。

2. ONES MCP Server 在研发价值流各环节的实践场景

下面从价值流的几个关键环节，简要看一下它在实战中的作用。

① 需求与规划：从信息碎片到结构化输入

常见现实：

产品经理要在 IM、邮件、销售反馈、缺陷列表、历史版本说明间来回切；
很多时间花在"收集、搬运、整理信息"，真正用于"价值判断"的时间反而不多。

接入 ONES MCP Server 之后：

AI 可以直接调取 ONES 中的相关需求、历史决策、关联缺陷与文档；
自动生成结构化的 PRD 初稿或需求说明，包含背景、目标、业务场景、验收标准等；
一键保存为 Wiki 页面，并自动关联到对应的工作项和项目。

对效能的影响：

需求澄清周期缩短；
需求历史与决策链条更完整，后续追溯成本降低；
产品经理可以把时间更多花在"取舍与排序"上，而不是"搬运与排版"。

② 开发与协同：闭合"从任务到提交"的回路

常见现实：

开发需要在 IDE、项目管理工具、文档系统之间频繁切换；
写完代码后，还要手动更新任务状态、写备注、记工时；
很多工作信息散落在各个系统，难以形成完整 trace。

接入 ONES MCP Server 之后：

AI 可以直接查询"我当前迭代的待办任务""某个缺陷的详细描述与上下文"；
根据任务与历史代码，为开发提供实现建议或修复方案；
开发确认后，AI 可以自动更新任务评论、状态，甚至提交简单的工时记录。

对效能的影响：

减少上下文切换导致的注意力损耗；
提高工作项---代码---知识之间的关联度；
为后续的价值流分析、缺陷复盘提供更完整的链路数据。

③ 项目管控与进度分析：从"人工拼数据"到"AI 驱动决策"

常见现实：

PM / 项目经理要从项目管理工具里导出任务进度，再去工时系统看投入；
之后去缺陷系统看质量情况，复制到 PPT 或文档里，写一份"项目进展与风险分析"；
真正用于分析和决策的时间，往往被"整理信息"挤压得所剩无几。

接入 ONES MCP Server 之后：

AI 完成迭代资源和进度分析，生成分析报告，汇总迭代与项目的核心数据视图，并保存为 ONES Wiki 页面
AI 可根据项目节奏预定团队沟通会议，并在日程描述中附上分析报告。

对效能的影响：

PM 不再被大量重复的汇总工作绑死；
进度与风险可视化程度显著提高；
为 DORA 指标与内部效能指标提供数据基础

④ 测试、发布与运维：风险感知与反馈闭环

常见现实：

测试报告与生产缺陷分析往往散落在不同工具；
发布风险更多依赖"资深同事的经验"，缺乏数据支持；
故障复盘需要大量手工整理信息。

接入 ONES MCP Server 之后：

AI 可以读取测试结果、缺陷趋势、历史发布记录，自动生成风险分析摘要；
在发布前，基于变更范围和历史问题建议测试重点和发布策略；
事后，自动整理本次变更引发的问题与处置过程，形成复盘文档并入库。

对效能的影响：

发布决策更加数据驱动，而不是纯经验驱动；
故障学习更易沉淀、可复用；
价值流后半段（发布---运维---复盘）的信息质量显著提高。

从平台工程视角看，这一节本质上是：

把"项目管控与进度分析"从一项高度依赖个人的"手工技艺"，变成了一项由平台 + AI 提供的"标准化能力"，然后让项目经理在这个基础上做更高层次的判断与治理。

让 AI 从"可用"真正变成"可融入"

把 DORA 2025 的结论和 ONES MCP Server 放在一起看，会发现一个很明确的趋势：

AI 研发效能，不是看你接了多少模型，而是看你有多强的组织与平台能力。
平台工程，是让 AI 不再停留在"个人体验层"，而是进入"组织操作系统"的关键；
像 ONES MCP Server 这样的能力，则是把 AI 和研发管理平台"焊死"在一起，让价值流真正被 AI 驱动起来。

对中高层管理者和 PMO 来说，下一步的思考可以是三个问题：

我们的研发价值流现在有多清晰、多可观测？
现有平台工程能力，是否足以支撑 AI 在组织内"安全、稳定、可治理"地落地？
在这样的基础上，ONES MCP Server 这类平台能力，可以在哪些价值流节点上率先开花结果？

当这些问题被认真回答的时候，AI 研发效能就不再是一句口号，而会变成你手里一套可规划、可执行、可复盘的路线图。