产研中心项目研发流程与制度
2021-12-23 18:00:29 7 举报
提供给产研团队使用,概况了包括从需求阶段到上线后的总结阶段
作者其他创作
大纲/内容
测试用例评审
提测通知
其他注意事项: 邮件发出的时间:需求确认;估时、里程碑确认;验收确认。建立一个虚拟组织:企业微信群,必要信息都在群内沟通。Deadline:可以讨价还价,里程碑不能Delay。强调注意事项:1、会议通用邀请邮件01 比较重要或是时间比较久的跨部门会议,事先都需要进行邀请。2、会议通用纪要邮件02 比较重要或是时间比较久的跨部门会议,事后都需要记录问题和方案进行通报。3、需求变更申请表 需求经常需要冻结,需求变更申请表增加了需求变更的难度,让变更人承担相应对项目影响的后果。4、需求变更通知邮件 将需求变更相应内容通知相关人员。
需求列表
发布上线
发起人:产品经理参与人:产品经理、业务方代表1. 产品经理梳理业务方代表在TAPD上通过工单提交的需求(或线下每周收集一次);2. 产品经理与业务方明确需求的背景和业务价值后将需求录入到TAPD的需求池中;3. 产品经理需与相关技术负责人初步沟通需求是否可实现;
1. 上线过程中,项目组全体成员必须都在场;2. 上线后,产品经理邮件发送项目更新日志给项目组全体、业务方和相关负责人;3. 产品监控效果,并汇报数据,技术监控报错;4. 后续线上bug通过TAPD工单提交给相关测试人;
产品评审
发起人:产品经理参与人:业务方代表、相关产研负责人1. 确定需求的优先级;2. 确定迭代计划(版本计划,版本需求,版本起止时间);3. 每月进行一次需求排期;
测试用例设计
1. 每日输出测试报告(测试进度,风险评估);2. 测试期间不允许需求变更;3. 测试不接收无冒烟测试;4. 测试不接收\b无产品验收需求(技术重构需求除外);5. 测试完成后,测试负责人邮件通知产品经理验收,抄送项目组和相关负责人;
需求收集
发起人:项目经理(可由技术负责人或者产品经理担任)参与人:产品经理、研发、测试1. 由研发按功能点讲述需求的理解与技术实现方案;2. 产品经理确认研发对需求理解是否一致;3. 研发对各个技术实现方案提出意见或建议并最终达成一致;4. 产品评审后2天内完成技术评审(大型项目可适当延长);5. 项目经理邮件发送项目计划给项目组全体、业务方和相关负责人;
上线方案
需求排期
验收报告
产品验收
UI验收
验收通知
技术评审
发起人:项目经理参与人:项目组全体成员1. 回顾目标;2. 评估结果;3. 分析原因;4. 总结经验;5. 项目复盘过程与结果资料存档到wiki中
UI设计图测试用例技术实现方案
开发
发起人:项目经理参与人:项目组、业务方、产研相关负责人1. 上线方案包括:上线步骤、数据迁移(兼容)方案、接口兼容方案、部署方案、运营数据和注意事项;2. 项目经理邮件发上线方案给业务方、项目组和相关负责人;
紧急需求要求: 紧急需求定义:高优先级、且需要紧急上线的需求。紧急需求可不用严格按照以上流程执行,但要严格控制紧急需求的频次。由产品经理发邮件给产研中心总负责人和各部门负责人审批,邮件中必须对以下5点进行说明:(1)需求方(运营、产品)是否已经达成一致?(2)比起在下个版本里上线,能产生哪些收益?(3)方案上是否已经明确?(4)可行性和工作量上是否已经进行过评估?(5)影响的范围、以及可能存在的风险。审批通过后的紧急需求才能投入开发。其他要求:1. 项目进行期间如果有事请假的,需要确保把手上的工作交接给明确的交接人、不影响项目的正常推进,并在项目群里通知到项目组全体成员。
.....
1. UI需先完成30%可让开发执行(越早越好);2. 开发期间,原则上需求不做变更,如果需求变更增加半天以上开发周期的,需各部门负责人审批后方可执行变更;3. 必须严格按照PRD实现需求,不得擅自修改;4. 开发完成后,项目经理邮件发送提测通知给测试,抄送给项目组
发起人:产品经理参与人:项目组全体成员1. PRD必须完整才能进行评审;2. 按照需求优先级评审;3. 不清晰的需求在完善并和相关人确认后才能进入开发阶段;
开发任务拆分
产研中心项目研发流程与制度
[每日站会、项目周报]
发起人:测试参与人:产品经理、项目经理、研发1. 先做简单的业务流程介绍;2. 按业务流程进行用例的评审;3. 产品经理确认测试对需求理解是否一致
UI设计
发起人:产品经理参与人:研发、测试、UI1. 明确项目的名称、背景、目标和起止时间,未明确的不予立项;2. 确定项目需求;3. 确定PRD完整交付时间;4. 确定项目经理与项目组成员;5. 产品经理邮件发出项目立项报告给项目组、业务方和相关负责人;
立项报告
上线方案评审
迭代计划
......
1. 产品经理和业务方在预发布(UAT)环境进行产品验收;2. 验收需求不符超过10%,不能发布上线;3. 验收完成后产品经理邮件发送验收报告给项目组、业务方和相关负责人;4. 产品经理通知业务方提前准备运营配置(如有);
发起人:研发参与人:前后端研发1. 把需求拆分成开发任务;2. 评估每个任务的工作量;3. 进行任务分配;
PRD
每日站会流程 :1. 项目组成员按照顺序(前端开发->后端开发->测试->产品经理)轮流发言,要求简明扼要,每人2分钟,需要包含以下两方面内容: (1). 当前整体进度,存在的问题/风险;(2). 今日规划,进度目标,需要的资源支持; 示例:昨天做了拆单功能,当前功能完成度50%,整体进度70%,因拆单逻辑有变更,有延期风险;今天争取完成拆单功能的开发, 需要产品经理会后给出最新的拆单逻辑;2. 各组leader总结(如有);3. 项目经理总结,评估项目风险;每日站会要求:1. 每天上午10:00准时召开站立会议(特殊情况除外);2. 会议由项目经理主持,总时间控制在20分钟以内(特殊情况除外);3. 为提高会议效率,会上只抛出问题,明确问题相关方,不做具体问题讨论,项目经理记录问题,会后协调各问题相关方解决问题。项目工具规范:1. 项目管理工具:TAPD2. 项目文档管理:Wiki3. 项目沟通工具:邮件(通知类)、企业微信(日常沟通)
任务列表
项目立项
测试
项目复盘
0 条评论
回复 删除
下一页