您现在的位置是:网站首页> 编程开发> 敏捷开发 编程开发
工作流程规范—产研测
2022-06-29【敏捷开发】 2648人已围观
简介序号分类描述备注1产品要求为了提升与研发的评审质量和速度、产品需求会优先内部进行评审再与研发进行评审,周五下午大家把所有的需求进行内部评审。2评审过程中,产品内部对业务逻辑未达成一致的,研发可以先暂停评审,由产品内部先达成一致后再行组会;如果在评审中研发测试提出产品未考虑到的情况、小问题现场达成一致、重要问题双方视情况确定是否暂停评审。3产品需要给研发和测试讲背景、业务场景,PRD考虑完善性和清晰
工作流程规范—产研测
最后更新:2022-06-29 09:14:57
推荐指数:
序号 | 分类 | 描述 | 备注 |
1 | 产品要求 | 为了提升与研发的评审质量和速度、产品需求会优先内部进行评审再与研发进行评审,周五下午大家把所有的需求进行内部评审。 | |
2 | 评审过程中,产品内部对业务逻辑未达成一致的,研发可以先暂停评审,由产品内部先达成一致后再行组会;如果在评审中研发测试提出产品未考虑到的情况、小问题现场达成一致、重要问题双方视情况确定是否暂停评审。 | ||
3 | 产品需要给研发和测试讲背景、业务场景,PRD考虑完善性和清晰性。(由于产品问题未考虑全面,评审超过3次未确认、产品做处罚策略) | ||
4 | 如果遇到紧急复杂需求,要进行分期落地的情况,需要介绍整体规划,产品经理优先把本次的需求评审完成(后期未确认的需求只输出大致规划即可) | ||
5 | PRD如有变更时,需要及时更新行云并同步相关人员。 | ||
6 | 产品&运维&实施在上月底梳理下月研发的实施需求&项目需求&规划需求,并指定优先级后同步研发,同步研发的信息中需要标注PRD的预计评审时间。(运维每周会同步产品研发紧急需求、产研测仅对紧急需求加入) | ||
7 | 研发要求 | 一定是参加开发的人员参与评审、参与评审人员需要与开发人员讲述清楚需求,切勿由于研发换人原因导致出现多次评审的情况。 | |
8 | 评审时切勿多次打断、评审阶段性结束后会预留时间给大家进行提问。 | ||
9 | 不以项目截至时间为由要求研发迅速进入排期开发阶段(需要跟业务方的节奏综合考虑) | ||
10 | 评审完成后按最终决议PRD执行,行动一致,开发中途涉及需求变更的,沟通后务必修改PRD并同步研发和测试。 | ||
切勿出现在临上线时通知测试和产品未完成,研发需要在PRD评审完反馈自己的情况,或者开发中遇到问题及时反馈,问题要前置。 | |||
11 | WMS需求,仓储研发部设置唯一项目对接人,统一代理跟进研发侧(前后端)项目进度和问题解决;请跟大家进行宣贯,有些人不太清楚; | ||
12 | 研发上线灰度要保证灰度可用,不要存在部署不全或合并代码问题或配置问题,减少低级问题出现,提高验证效率。 | ||
13 | 灰度环境遇到阻塞性问题超过2个、驳回测试重新测试,产品需要发驳回原因邮件。 | ||
14 | 产品、研发、测试发现非本次需求BUG时也需要提出来,切勿出现非本次BUG而忽略;各组lerder针对此情况进行汇总,建议给予加分。 | ||
15 | 参与评审人员如果判定需求实现难度较大、请研发及时与垚总进行沟通解决。 | ||
16 | 如果遇到解决方案需要竞标或者项目特殊需要,需要产研测在没有介入时反馈大致排期时、需要产研测给予支持。(业务要求) | ||
17 | 研发在遇到问题时不得私自少做需求,需要跟产品达成一致,切勿出现在验收环节少逻辑。 | ||
18 | 与产品有关的研发内部流程需要及时产品沟通。 | ||
19 | 已评审完需求需要在2工作日内反馈研发、测试排期;同步排期表邮件发给产品、运营、业务方;同时更新行云。 | ||
20 | 测试要求 | 测试用例评审机制,需要邀请产品、研发、测试参与。 | |
21 | 测试不止是功能测试,要包含性能和压力测试,一些性能问题会影响严重客户的使用,也可以做些体验的优化建议,明显体验问题也可视为bug;业务和产品输出统一标准(待产品补充上传CF:操作类建议不能大于500毫秒、查询类的建议不超过3秒等等) | ||
23 | 对于逻辑较复杂的优化或紧急需求,一定要出PRD,并明确影响范围,有PRD才能有测试依据。 | ||
测试环境测试出未考虑到的场景、提交产品判断是否影响业务,如果影响则作为紧急需求进行解决(产品需要为研发测试争取更长时间);如果不影响则产品收集下次进行迭代; | |||
24 | 测试按照PRD逻辑进行验收,出现验收时与PRD不一致时视为BUG。 | ||
25 | 共同关注 | 产品评审前1-2天(视需求紧急程度和需求大小)将PRD发出,测试和研发在此期间阅读文档并标记疑问和问题,在评审期间提出问题和疑问,评审中研发、测试及产品予以讨论和确认,产品再依据评审情况修改完善PRD文档,这样研发、测试、产品可以保持理解的一致性,PRD评审修改稿发布后减少问题和疑问的产生,也可以减少对文档的频繁修改以及对研发和测试的影响。 | |
26 | 产品进度、研发进度、测试进度每周五更新一次,尤其项目类或者大型需求需要每周反馈前端进度。(各leader每周五提供) | ||
27 | 大家及时跟进行云的状态,主要针对实施&运维等小需求进行更新、各相关人员能及时跟进状态。(具体人员每日更新一次) | ||
28 | 产品需要提前同步研发leader整月整体的需求信息,以此来储备研发资源和外包资源。 | ||
29 | 产研测定期做好沟通和交流、建议研发测邀请产品参与其相关重要的会议,重要会议结论跟产品有关需要抄送产品。 |
很赞哦! (1)
文章评论
验证码: