本文档梳理从原始需求收集到研发最终交付的完整流程，包含产品路径和技术路径两条并行主线。

一、 流程概览图

二、 两条路径说明

路径 A：产品路径（原始需求 → 产品需求 → 开发任务）

适用场景：产品主线迭代、功能新增/优化、用户可见的交互变化。

路径 B：技术路径（技术需求 → 开发任务）

适用场景：架构重构、性能优化、安全加固、技术债清还、紧急技术响应。

两条路径汇合点：开发任务

无论来自哪条路径，开发任务的执行阶段完全一致：

待启动 → 按部门拆分 → 方案设计 → 方案评审 → 拆分子任务 → 研发中 → 整合测试 → 提测 → 验收

唯一差异：

• 产品路径的开发任务关联到迭代（标准产研项目）
• 技术路径的开发任务直接关联到项目（技术项目，无迭代层）

三、 核心自动化联动规则

产品路径自动化

1. 跨池自动建单：

   • 原始需求决策"产品需求" → 自动在产品需求池生成"待规划"卡片
   • 产品需求流转至"需求冻结" → 自动在开发任务池生成同名"待启动"任务

2. 进度回传：

   • 开发任务中子任务进度通过公式字段实时反馈至产品需求看板
   • 开发任务验收完成 → 自动更新产品需求状态为"已上线"

3. 变更预警：

   • 需求冻结后，PRD 或 UI 字段修改 → 自动提醒 PM 发起变更管理单
   • 变更单流转至"变更实施" → 自动通知研发和测试团队

技术路径自动化

1. 来源建单：

   • 原始需求决策"技术改造" → 自动在技术需求池生成"技术提案"卡片

2. 评审提醒：

   • 技术需求方案评审通过 → 提醒技术负责人在 2 个工作日内完成任务拆分

3. 完工通知：

   • 全部关联开发任务验收完成 → 推送"技术需求可进入验收"通知给技术负责人

4. 逾期预警：

   • 当前日期 > 技术需求计划完成日期 → 推送提醒给技术负责人 + CTO

通用自动化

1. 超时预警：开发任务在"研发中"停留超过预估工时 1.5 倍 → 推送提醒给研发负责人
2. 暂停管理：开发子任务自测阶段"暂停"状态自动记录时长，效能分析中剔除该时段

四、 角色与职责 (RACI)