阶段门模型控制研发返工：华为IPD公开实践与飞书项目搭建

一、学习目标

本文围绕用飞书项目搭建产品需求阶段门评审与发布里程碑，帮助产品研发与跨部门协作团队把 Stage-Gate 阶段门模型落成可执行的字段、流程和检查表。读完后应能理解阶段门为何能控制研发风险，能借助华为 IPD 公开实践认识跨部门评审的作用，也能在飞书项目中配置需求ID、阶段、准入条件、准出证据、评审人、风险、里程碑和发布状态，并避免把阶段门变成补材料的形式评审。

二、问题背景

许多团队并不缺需求评审会，缺的是评审标准、证据沉淀和可追溯的决策。常见问题包括：需求从群聊进入开发，评审结论散落在会议纪要，测试报告临时补交，发布前才发现合规、客服、文档没有准备。更隐蔽的问题是，阶段门被设计成层层审批，导致小需求也被重流程拖慢。

工具化的价值不是增加审批，而是把准入准出嵌入日常协作。飞书项目可以把需求、字段、流程、自动化和里程碑放在同一对象中，让每个关口都有证据、有责任、有记录。

三、核心概念与理论

Stage-Gate 阶段门模型由 Robert G. Cooper 提出，核心是把产品创新拆成若干阶段，并在每个阶段结束设置关口。关口不是简单点头，而是依据证据做出继续、终止、返工、暂缓或有条件通过的决策。

阶段门包含三个要素：

1 阶段：明确这一段时间要完成什么工作，形成什么产出。

2 关口：由关键角色共同判断是否满足进入下一阶段的条件。

3 准入准出：进入下一阶段前需要什么输入，离开当前阶段前需要什么证据。

阶段门与里程碑不同。阶段门是决策点，回答是否允许进入下一阶段；里程碑是时间和交付节点，回答是否到达关键节点。发布里程碑通常表示版本具备对外发布条件，但它之前应有多个阶段门支撑。

在飞书项目中，阶段门可以通过工作项状态、字段校验、评审任务、自动化提醒和看板视图实现。制度只有写进字段和流程，才能减少对个人自觉的依赖。

四、案例还原：华为IPD公开实践

案例背景：华为引入 IPD 集成产品开发方法，是业界常被讨论的公开实践。其背景是产品与交付涉及市场、研发、制造、采购、服务等多个职能，单纯技术驱动或串行开发容易造成需求理解不一致、可制造性不足和后期返工。

关键决策：华为 IPD 公开实践强调把产品开发作为投资行为管理，建立跨部门团队和结构化流程。关键决策包括：由跨部门代表共同参与评审，用阶段证据支撑决策，把市场、制造、采购、服务等要求前置到开发早期。

执行过程：在 IPD 框架下，产品从市场洞察和客户需求进入，形成产品包需求与开发任务书，随后经历概念、计划、开发、验证、发布等阶段。每个阶段设置评审或决策点，关注技术、市场、财务、可制造性、可服务性等维度。评审通过后进入下一阶段；重大变更需要重新评估。

结果与因果链：公开讨论中常将 IPD 与缩短开发周期、减少返工、提升可制造性和可服务性联系在一起。本文不引用具体数据，只说明机制：关键要求前置，跨部门共同确认，风