研发排期
功能/接口测试
研发设计
备注4：任务管理1.工具化过程管控，可查看责任人、工期、完成度、总体燃尽图2.任务细化，可控，＞3天拆分3.每日站会讨论进展和问题
产品使用文档发布/更新
公司战略规划需求
6
PRD（详细需求文档）Mockup（线框图）
备注5：开发方案1.采用框架方案，整体评估扩展2.确定开发完成验收标准，可交付测试（如：日志）3.关联模块的依赖关系，异常风险处理（如：开闭方式）
原型评审
测试用例
UI/UE
确认待开发需求
整体验收
视觉设计图切图
线上测试
收集数据，观察反馈采集需求更新Backlog
灰度发布 or种子用户测试
研发自测通过
需求细化设计
市场推广
编写测试计划
页面验收、一致性通过
技术预研
运营数据分析
2
需求确认阶段
4
设计预研
产品发布上线/升级
产品视觉设计
编写测试用例
可以发布/升级
研发、测试、产品
竞品、流行交互、样式等评估
进入Sprint敏捷迭代
PO/PM
提测
业务、运营、产品、设计、市场、技术、测试
需求评审，分级，合理性，可行性
备注1：需求管理1.工具可视化，可看历史变更，变更时间，变更人，版本号2.主要人员共享3.需求管理人员实时更新4.需求开发优先级走评审流程
测试计划
业务方（运营、用户、客服、市场）
提bug
上线签呈
1
通知业务相关方
PRD（概要业务逻辑）Mockup（线框图）
发送需求文档
更新Backlog
测试报告
技术设计方案评审
正常前进流程
实际业务部门
产品Sprint迭代
PM定期推送进度报告给业务方部门
备注说明：
行业分析，竞品调查数据分析评估产品价值
备注6：bug相关1.报告共享管理，每日站会评审2.bug级别分类，bug总结评审，出错原因，解决方案a：数据破坏，丢失，闪退等主流程无法运行等b：流程不准确，性能、功能不满足需求等c：操作不便，布局不合理，影响整体流程d：页面细节，建议性意见a＞1或总数＞X或技术未自测或回归次数＞X，停止测试；
相关参与人员
研发内部评审
需求收集整理
测试记录
产品、开发、设计、测试、运维、运营、业务
产品开发工作内容及团队协作流程
需求沟通、调研、分析设计（与技术确定可行性）
Debug/优化
3
7
备注说明
技术设计文档
相关文档，说明
下个Sprint
需求理解，参加评审
接口/功能文档
备注7：上线发布1.部署和发布流程（如：快速布置方法，回退策略，分服务器逐步更新等）2.更新方式（强制、询问、静默）
系统回归测试
备注3：1.选取典型页面标注规范2.总体色调、字体、字号、按钮、弹框、交互等
5
验收设计
备注2：PRD文档1.含需求页面逻辑、流程2.文档变更说明、版本号、内容、变更人3.公共部分统一整理（如：各个弹窗提示4.业务逻辑（逻辑点全面，默认常态，异常情况等）
QA/QC
产品发布日志
ProductBacklog
需求池管理
过程需求沟通，确认需求各方理解一致，不失真
需求排期
开始研发
测试用例评审
产品更新阶段
性能/体验测试
产品、设计、研发、测试
优化建议
页面交互、视觉不一致
Sprint Backlog
用户需求收集
页面交互、视觉一致性测试
研发进度计划
说明：
主要技术方案、框架评估
需提前事情
RD
参与测试验证
