发布方案评审
bug修复
确定排期
设计稿
（可选参加）
验收
确定需求可行性
测试中测试
测试用例评审
1. 对于不需要设计稿的需求，需求评审和研发粗评可以合并2. 需求评审通过后 的两个工作日内，需要给到具体的开发人员和估时
研发粗评
确定发布方案和回退方案
上线反馈
技术方案评审
节点说明
更新PRD
1、研发制定灰度方案（采用uid/机器灰度方式）、回滚方案2、产品需要提前周知用户发布时间及影响、确定灰度用户名单
开发
确定测试用例
已上线
1. 技术方案必须由niko审批通过2. 技术方案文档沉淀到对应的tapd中
1. 统一由sherlynshi、taylorshi盖章并判断是否需要更大范围的组内评审2. 评审意见写在tapd评论中
发布中研发
TAPD所属迭代
上线前的演示
产品
1. 产品和设计共同判定，纯文案或后端需求可跳过2. 周一例会确定设计排期，填写在tapd中
测试
PRD中需要说明需求上线后的预估收益和观测指标，新增指标可以有埋点或统计需求
开发中研发owner
输出测试报告
1、在测试之前（0.5天），输出测试用例2、测试用例附在tapd中，发到群里评审
上线
过程风险可同步到tapd中
1. 产品和设计共同判定，纯文案或后端需求可跳过2. 设计稿完成后产品先过一遍，确保是满足需求的
设计已排期设计
TAPD状态
设计排期
迭代 - 知数基础版/知数专业版/数立方
研发
周一例会确定开发排期，填写在tapd中
设计走查
节点产出
1、执行结对编程，互相进行codereview2、代码开发，并自测，前后台联调3、执行代码提交规范和书写规范
提供灰度uid名单
线上验收
需求池 - 知数基础版/知数专业版/数立方
1、测试同学进行测试2、产品进行详细验收；3、设计同学同时进行设计走查
测试中产品
设计中设计
初步验收
新需求
1. 产研针对需求内容和产品方案做粗评，对于无法实现或实现成本极高的方案做调整2. 评审意见写在tapd评论中
开发排期
确定设计排期
更新设计稿
创建PRD
已评审待排期产品
设计
需求详评
组内评审
1、产品对已经完成的功能进行初步验收2、验收通过后转测
产品内部评审通过产品
研发粗评通过产品
1、大需求在发布前，产品可拉齐产品组内演示。2、影响功能及明显异常的问题在发布前修复，不影响功能的体验问题可以后续迭代优化
输出技术方案和工作量
发布中产品
已评审待排期研发owner
规划中产品
确定研发责任人
参与评审+提供测试环境
项目节点
已排期pm
交互&视觉设计
