一、 定位与设计原则 定位：技术项目（Tech Project）是技术团队内部主导的改进型项目容器，承载架构重构、性能优化、安全加固、技术债清偿、紧急技术响应等场景。它没有迭代层，开发任务直接挂载在项目下；技术...

一、 角色体系 层级 角色名称 字段类型 职责说明 决策层 CTO 单选人员 负责技术战略对齐、重大技术风险终审 管理层 产品负责人 (PO) 单选人员 负责业务价值评估、立项终审、验收确认 执行层 产品经理 ...

定义迭代目标 基于季度KPI / 市场，明确本项目/版本要解决的核心问题，确定方向 需求池整理 根据迭代目标，从需求池中根据优先级和难易度挑选需求 （前提：对应产品经理需求调研阶段已完成5W1H） ...

一、 设计原则 全流程负责制：需求由“负责人”全程跟进。系统默认“负责人”为“创建者”，支持手动修改。PM 需对“分析-评审-决策-反馈”全链路结果负责。 双渠道溯源：“提出人”支持内部员工（人员字段）及外部用户（...

一、 定位与设计原则 定位：技术需求（Tech Requirement）是由技术团队主动发起的技术改进事项，涵盖架构重构、性能优化、安全加固、技术债清还、新技术引入、基础设施升级等场景。它不经过产品需求的 PRD/UI 流...

一、 设计原则与全局逻辑 定位：将冻结后的产品需求转化为具体的研发执行单元，支持复杂需求的多维拆解与子任务闭环管理。 层级结构： 需求 (Demand)：顶层执行单元，对应一个完整的产品功能。 任务 (Task)：按...

一、 设计原则与全局逻辑 定位：产品需求池核心目标是将模糊的原始需求转化为可开发、可测试、可验收的标准化交付物。 全流程协同：由执行产品经理主导整体进度，但在 UI 专业环节（设计与视觉评审）由 UI 设计...

工作流节点： 待规划 方案设计 方案评审 功能拆分 技术评审 PRD PRD内部评审 PRD跨部门评审 UI设计 UI跨部门评审 需求冻结

工作流节点： 需求记录 需求分析 需求评审 需求决策 做：将该条需求联动添加到产品需求池 Bug：将该条需求联动添加到Bug池 不做：将这条需求的某个状态调整为拒绝 反馈需求决策给提出人 结束

本文档梳理从原始需求收集到研发最终交付的完整流程，包含产品路径和技术路径两条并行主线。 一、 流程概览图 二、 两条路径说明 路径 A：产品路径（原始需求 → 产品需求 → 开发任务） 适用场景：产品主线迭代...