IPD集成产品开发软件落地90天：先配阶段门还是先配评审

IPD集成产品开发软件落地时，经常遇到一个争议：先把阶段门做成硬性门槛，还是先把评审跑起来。我的判断是：先确定阶段门的位置，再让评审产出证据，最后用评审数据配置门禁规则；90天内，评审优先于门禁强控。如果只能二选一，先配评审。

阶段门是流程上的放行位置，门上的决策评审点（DCP）回答值不值得继续投；技术评审（TR）回答技术方案是否可行、风险是否可控。DCP由集成产品管理团队（IPMT）做投资决策，TR由跨领域技术专家评审，产品开发团队（PDT）负责准备材料。

一、先给结论：门定位置，评审定证据

1. 阶段门和评审解决的不是同一个问题

阶段门规定项目在哪个节点接受放行判断，DCP回答是否继续投入，TR回答技术方案是否可行、风险是否可控。阶段门是放行位置和准入规则，DCP和TR是两类不同性质的评审。把三者混成一个审批流，容易既做不好技术判断，也做不好投资判断。

2. 先配阶段门，为什么容易变成形式化审批

门禁是软件里的强制放行控制，配置本身不难：建阶段、设节点、加审批、缺交付物就不能提交。难的是门后有没有可信的评审结论。若评审还没运行，门往往只能看材料是否上传，难以判断内容是否成立。没有评审依据的门禁，容易把形式主义固化进系统。

反过来，先配评审并不必然让门失效。评审先跑，至少能沉淀交付物、问题清单和整改记录。顺序应是先确定阶段门位置，再建评审，最后用评审结果配置门禁规则。

两类节点的差异可以用一张表看清。

门上的DCP决定是否继续投入，技术评审判断技术方案是否可行、风险是否可控；前者不能替代后者。

二、IPD落地90天路线：四段推进，先跑通再收紧

90天不适合铺满六个阶段的全部节点。更稳妥的做法是选一条产品线，覆盖2—3个关键门和对应评审，由项目管理办公室（PMO）牵头、IPMT确认规则、PDT提供样本。

1. 第1—15天：定阶段与门的位置，不急着强控

先录入IPD常见的六阶段划分，即概念、计划、开发、验证、发布、生命周期，只录名称和顺序，不配置全部评审节点；再选出本季度真正要管控的门，通常从概念决策评审（CDCP）、计划决策评审（PDCP）和可获得性决策评审（ADCP）开始。阶段门的位置可以先上线，但不宜立即启用强制拦截。

2. 第16—45天：把评审做成最小闭环

选一条产品线，先配置三类评审：需求与概念、总体方案、详细设计。每类评审只配四组字段：交付物清单、评审角色、结论选项、问题责任人与时限。技术评审结论建议只设通过、有条件通过、不通过三种，并单独记录整改项和复评要求。让团队形成提交证据、发现问题、整改复评的循环。

3. 第46—75天：用评审结果回填门规则

评审记录稳定后，再把门禁条件写成可执行规则：交付物齐全只是最低条件，还要看关键评审是否通过、问题是否闭环、例外是否有人批准。门的准入条件应由评审输出决定，不宜由配置人员单独决定。同时设置裁剪规则，不同投资额、不同复杂度的项目走不同深度的门，避免单产品线被全套文档拖住。

4. 第76—90天：小范围试运行与校准

用真实项目跑一轮，观察四个信号：评审是否按期、问题是否闭环、门禁是否拦住该拦的项目、团队是否绕开系统。如果门禁拦截次数为零，不一定是流程顺畅，也可能是标准偏松。第一轮不追求一次通过率，重点看证据是否可信。

三、软件配置的三个关键连接

顺序确定后，IPD集成产品开发的软件配置重点不是表单数量，而是三条连接是否打通。

1. 交付物与阶段绑定

每个门和评审都要绑定明确的交付物版本，而不是只绑定一个文件夹。缺项不能提交，旧版本不能覆盖新结论，这是门禁可信的前提。如果交付物只是附件堆积，评审容易靠印象判断。

2. 评审结论与问题闭环

评审记录要能落到问题清单，问题要有责任人、时限和复评结果。只有结论没有整改，评审就容易变成会议纪要。配置时要让问题状态与评审结论联动，未闭环的问题不应被下一阶段自动继承。

3. 决策记录与项目状态联动

决策结论要反映到项目状态、里程碑和资源安排上，变更要留痕。评估现有工具时，重点看能否把阶段、评审、交付物和问题闭环放在同一条项目链路中。禅道项目管理软件提供项目集、项目、产品、执行的管理结构，并覆盖需求、任务、Bug、测试、发布链路，可作为配置基础。工具的价值不在于多一个审批按钮，而在于让证据、结论和下一步动作留在同一处。

四、门禁收紧前的检查与90天验收

1. 先排除三种错误顺序

第一种，先做全套门禁再补评审，门很多、证据很少；第二种，只做评审表单不设阶段门，结论不影响资源；第三种，一次性全量上线，团队用线下表格绕开系统。配置顺序的核心不是谁先上线，而是谁先产生可信数据。

2. 满足什么条件再收紧

建议先观察连续两个项目：评审能按期完成；高风险问题全部闭环，一般问题有明确整改计划；例外审批有责任人和记录。门禁不是越严越好，而是拦截要可解释、放行要可追溯。

3. 90天结束时看什么

用一条真实产品线完整跑通一次门决策，评审有交付物、有结论、有问题闭环、有决策记录，再考虑扩大范围。如果只能证明流程走过，不足以证明证据可信，就不算跑通。

五、FAQ

1. 评审总被开成技术细节会，怎么办？

把DCP和TR分开。DCP主要看市场、财务、风险和资源请求，技术细节放附件；TR由技术专家主导，不替IPMT做投资决定。

2. 评审结论经常写成原则通过，怎么处理？

建议只设通过、有条件通过、不通过。有条件通过要写清条件、责任人和复评时间；没有复评记录，建议不进入下一阶段。

3. 试点应该选哪条产品线？

选跨部门协作多、正在推进、但不在交付高峰期的产品线。不要选交付压力最大的项目，否则流程一慢，团队容易绕开系统。

4. 现有项目管理工具一定要换吗？

不一定。先看现有工具能否关联阶段、交付物、评审结论和问题闭环；如果只能管任务和进度，再考虑补充能力，不必为了IPD整体替换。