研发流程
2025-05-23 14:21:03 1 举报
产品从需求调研到交付维护全流程
作者其他创作
大纲/内容
需求收集
美工设计
发起人: 产品经理参与人: 研发负责人、业务方1.上线方案:上线步骤、数据迁移方案、部署方案、运营数据、注意事项;
迭代计划
验收报告
发起人: 研发负责人参与人: 产品经理、研发组、测试组1.由研发按功能点讲述需求的理解与技术实现方案;2.产品经理确认研发对需求理解是否一致;3.研发对各个技术实现方案意见或建议最终达成一致;4.创建项目开发计划书;
验收通知
立项报告
发起人: 产品经理参与人: 业务方代表1.产品经理收集或梳理业务方代表提出的需求;2.产品经理与业务方明确需求的背景和业务价值后将需求存放需求池中;3.产品经理与研发负责人初步沟通,确定需求可行性;
技术评审
发起人: 产品经理参与人: 业务方代表、研发负责人1.确定需求的优先级;2.确定迭代计划(版本计划,版本需求,版本起止时间);
发布上线
1.每日输出测试报告(测试进度、风险评估);2.测试期间不允许需求变更;3.测试不接受无冒烟(基本流程)测试;4.测试不接受无产品验收需求(技术重构需求除外);5.测试完成后,备份相关文档,通知产品经理验收;
任务列表
开发任务
测试用例评审
发起人: 产品经理参与人: 项目全体成员1.上线过程中,项目全体成员必须都在场;2.产品监控,并汇报数据,技术监控日志;3.后续线上异常通过工单提交给相关测试人员;
产品验收
需求排期
上线方案评审
产品评审
测试
项目复盘
美工设计图测试用例技术实现方案
发起人: 研发负责人参与人: 研发组所有人1.把需求梳理成业务模块,罗列开发任务;2.评估每个任务的工作量,进行任务分配;
发起人: 产品经理参与人: 研发组、测试组、美工组1.明确项目的名称、背景、目标和起止时间,未明确的不予立项;2.讲解项目需求,确定产品需求文档完整交付时间;3.确定项目各组负责人和小组成员;4.产品经理创建项目立项相关文档;
提测通知
项目立项
美工验收
需求列表
开发过程产生的必要文件:产品需求文档、项目开发计划书、产品原型、美工设计图、工作任务进度跟踪表、数据库表结构文件、接口文档、测试用例文档、验收报告、部署文档、归档文件
1.美工完成百分之五十,再让前端研发开发;2.创建工作任务进度跟踪表,确定截止时间;3.必须严格按照产品需求文档实现需求;4.开发完成后,研发负责人提测;
发起人: 产品经理参与人: 业务方1.产品经理和业务方在预发布环境进行产品验收;2.验收需求不符超过10%,不能发布上线;3.验收完成后,转告项目组所有人;4.通知业务方提前准备运营配置;
上线方案
发起人: 测试组组长参与人: 产品经理、研发组1.先做简单的业务流程介绍;2.按业务流程进行用例的评审;3.产品经理确认测试对需求理解是否一致;
发起人: 产品经理参与人: 项目组全体成员1.产品需求文档必须完整才能进行评审;2.按照需求优先级评审;3.不清晰的需求再完善,待与相关人员确认后再进入开发阶段;
测试用例设计
发起人: 产品经理参与人: 项目全体成员1.回顾目标;2.评估结果;3.分析原因;4.总结经验;5.项目复盘过程与结果存档资料库;
前后端开发
产品需求文档
紧急需求要求: 紧急需求定义: 高优先级,且需要紧急上线的需求; 紧急需求可不用严格按照以上流程执行,但要严格控制紧急需求的频次; 由产品经理通知研发负责人和各部门负责人,必须对以下5点进行说明: 1.需求方是否已经达成一致; 2.比起在下个版本里上线,能产生哪些收益; 3.方案上是否已经明确; 4.可行性和工作量上是否已经进行过评估; 5.影响的范围,以及可能存在的风险; 审批通过后的紧急需求才能投入开发;其他要求: 1.项目进行期间如果有事请假的,需要确保把手上的工作交接给明确的交接人,不影响项目的正常推进,并在项目群里通知到项目组全体成员 ;
0 条评论
下一页