IPD集成产品开发软件的效能数据：评审通过率与阶段周期怎么度量

评审通过率和阶段周期，是IPD效能数据里最容易被误读的两个指标。国家统计局、科学技术部、财政部2026年10月发布的《2025年全国科技经费投入统计公报》显示，2025年全国研发经费投入39288.2亿元，同比增长8.2%。投入规模扩大后，评审和周期的口径不一致，数据就容易失去可比性。IPD是一套以市场需求为起点、跨部门协同、分阶段决策的产品开发管理体系，本文讨论其中两个指标怎么算、怎么读。

一、先分清两类评审：DCP看投资，TR看技术

IPD流程通常划分为概念、计划、开发、验证、发布和生命周期六个阶段。阶段门由DCP把关，阶段内部设置TR技术评审点。

1. DCP与TR的职责边界

DCP是决策评审点，通常由集成组合管理团队判断项目继续、暂停、转向还是终止。常见决策点包括概念决策评审、计划决策评审、可获得性决策评审和生命周期终止决策评审。

TR是技术评审，通常由独立的技术评审组和领域专家检查需求、方案、设计、验证是否达到对应评审点的技术要求。产品开发团队负责准备材料并答辩。

2. 两类评审的统计对象不同

DCP的结论是四类投资决策，通常不适合简单算通过率；TR的结论通常分为通过、有条件通过和不通过，更适合统计通过率。把两类评审混在一个通过率里，容易掩盖投资决策宽松和技术标准偏低这两种不同风险。DCP看决策分布，TR看通过率，两者不合并计算。

两类评审的结论类型不同，跨类平均容易失去管理意义。

二、评审数据怎么算：TR看通过率，DCP看分布

评审数据要先拆开定义，再谈怎么读。不同评审点、不同统计对象，不能共用一套分母。

1. TR的两个通过率口径

• 次数通过率＝同一评审点上通过评审的次数÷该评审点实际评审次数×100%，回答评审过程顺不顺。
• 项目首次通过率＝同一评审点上首次评审即通过的项目数÷该评审点参评项目数×100%，回答项目准备是否充分。

按次数统计时，重复评审记多次；按项目统计时，只取首次结论。不同TR点分开统计，不跨点简单平均；项目级视图先按评审点分层，再汇总首次通过情况。

取数时固定同一评审点、同一版本交付物、同一评审级别、同一统计周期。有条件通过应单列；不通过计入未通过，不能从分母剔除；被豁免的评审要单独标记，否则分母会被缩小。TR通过率不是越高越好。 如果某类评审长期保持很高的通过率，同时问题数很少、整改记录缺失，先检查评审标准是否偏松。

2. 问题闭环率是配套指标

问题闭环率＝同一统计周期内按期关闭的评审问题数÷评审问题总数×100%，回答评审是否真正产生改进。它要和通过率一起看：通过率高、闭环率低，通常说明问题没有跟踪到底。评审问题必须记录整改责任人和期限；没有期限的问题单独列出，不计入分子。

3. DCP统计四类决策结果

DCP更适合统计继续率、暂停率、转向率和终止率。按决策次数统计时，每个DCP计一次；按项目统计时，先选定同一类DCP，再取项目在该类DCP上的结论，不同DCP不合并。四类结果对应不同资源动作：继续进入下一阶段，暂停补充证据，转向调整方案，终止释放资源。决策分布看投资判断质量，不给项目排优劣。

三、阶段周期怎么度量

阶段周期的争议，通常不在计算，而在起止点和计入范围。

1. 先固定起止点和计入范围

建议以上一阶段出口DCP结论形成时间或阶段启动会时间为起点，企业二选一；以本阶段出口DCP结论形成时间为终点，按自然日计算。TR结论不作为阶段周期终点。

DCP决策等待时间默认计入；如需观察执行效率，可另算不含等待的执行周期。返工时间建议单独统计，不混入正常阶段周期。被终止项目如纳入统计，终点用终止决策时间并单独标记。

2. 偏差率和流效率

绝对天数只能说明快慢，不能说明是否合理。阶段周期偏差率＝（实际周期－计划周期）÷计划周期×100%，计划周期取自项目立项时的计划基线；阶段流效率＝活跃工作时间÷阶段总历时×100%。正常流效率按正常阶段周期计算，分子不含返工；返工时长单独统计，如看全成本，可另算含返工的修正流效率。

阶段周期、偏差率、流效率、返工时长要一起看：周期短但返工多，可能说明评审前置不足；周期长但流效率高，可能只是任务本身复杂。

四、两个指标为什么要组合看

1. 通过率与周期存在制衡

放宽TR评审可能缩短本阶段周期，但可能把问题推到下游，拉长总周期；收紧评审有助于降低下游返工，但也可能拉长阶段周期。单独考核任何一个，都可能诱导数据失真。 张乐在2026年发表于InfoQ的研发效能度量文章基于样本分析指出，需求评审通过率、代码评审通过率与需求交付周期呈负相关；这是相关性，不是因果。

2. 四种组合的判读

把TR通过率和阶段周期放在一起，可以得到四种常见组合。

这张表只用于提出假设，结论还要回到评审记录和阶段数据中验证。

五、落地：先留痕，再定基线

1. 四类数据必须留全

度量不依赖复杂报表，先把四类数据留全：评审记录，包括评审点、结论、时间、参与角色；阶段状态，包括启动、退出、豁免；问题闭环，包括责任人、期限、关闭时间；变更记录，包括需求、计划、范围。

还要做三项检查：时间戳是否完整、状态是否及时回填、评审结论是否与会议纪要一致。数据不准，指标越算越偏。

2. 软件承接记录，口径仍由人定

以禅道为例，需求、任务、Bug、测试和发布等对象在同一平台流转，便于按项目、阶段汇总。软件能承接评审记录、阶段状态和问题闭环等数据，减少手工汇总误差；具体字段和口径仍要由企业结合流程定义。

3. 基线要覆盖完整阶段

第一轮度量不要急着定目标值。 先按统一口径积累样本，至少覆盖一个完整阶段；样本不足时再延长。不同阶段分别积累，不要用同一基线横比。跨企业横向比较参考价值有限，因为阶段划分和评审严格度不同。

六、常见问题

1. 评审通过率要不要按评审人数加权？

不建议。评审结论以评审点为单位，按人头加权会让参会人数影响指标。按评审点和项目统计，口径更稳定。

2. 评审问题关闭后在后续阶段复发，怎么统计？

单独设置复发率。复发问题计入原评审点并标记，既能避免闭环率虚高，也能看出整改是否只处理了表面。

3. DCP已经终止的项目，要不要计入TR通过率？

不计入。终止发生在DCP，和TR不是同一统计对象；可以单独统计项目终止率，避免两个口径混在一起。

4. 多个产品线共用阶段门，汇总时怎么避免大项目稀释小项目？

先按产品线或项目类型分组，再报告中位数和分布，不只报总体平均值。

参考资料：国家统计局、科学技术部、财政部《2025年全国科技经费投入统计公报》，2026年10月16日；张乐《研发效能度量核心方法与实践：常用分析方法》，InfoQ，2026年。