总体原则
- 需求池所有的需求有序管理,有优先级,可评估
- PRD文档需要评审,且有打回机制
- 设计文档包含概要设计/详细设计,需要评审,且有打回机制
- 测试用例包含主流程用例/详细用例,需要评审,且有打回机制
- 研发需要有UT(推荐,不强制)和自测
- 环境自动管理,CI/CD系统
- 测试需要有API/UI测试,自动化覆盖率要求,漏测率要求
- 项目无法按时完成,有延期规范和机制
- 项目有验收测试规范和机制
- 重点项目要有项目日报/周报机制
会议规范
- 会议高效,评审会议时间一般为一个小时,原则上不超过两个小时
- 会议期间,没有重要紧急的事情,原则上不允许带电脑,或者电脑合上(会议主持人和会议记录人除外)
- 会议主持人在会议开始前,告知会议规范,会议中,会议主持人控制和维持会议有效进行
- 会议参会人员不足一半,或者核心人员缺陷,会议取消,会议主持人另约时间
- 会议时间超时半小时以上,会议取消,会议主持人另约时间
- 其他原则,参考:会议流程
需求评审规范
- 需求评审会议需要发送邮件,邮件详情,见需求评审会议邮件模板
- 需求评审会议的PRD,至少提前24小时发出,需求文档,见需求文档模板
- 为确保所有人阅读PRD,RD模块owner,QA模块owner,需要在评审前半天,发出问题list(comment list),否则不予评审
- 需求文档内容缺失严重,缺失部分超过50%,或者核心功能无法正常阅读,由RD模块owner,QA模块owner,发送打回邮件,不予评审
- 需求评审会议,评审PRD,解决发出的问题list,评审会议结束后,发出评审意见邮件
- 需求变更/新增,发出变更邮件,大的需求变更/新增,需要召开需求评审会议
设计评审规范
- 设计评审会议需要发送邮件,邮件详情,见设计评审会议邮件模板
- 设计评审会议的文档,至少提前24小时发出,设计文档,见设计文档模板,审核人默认需要添加 对应TL
- 为确保所有人阅读设计文档,PM模块owner(推荐,不强制),QA模块owner,需要在评审前半天,发出问题list(comment list),否则不予评审
- 设计文档内容缺失严重,缺失部分超过50%,或者核心功能无法正常阅读,由PM模块owner(推荐,不强制),QA模块owner,发送打回邮件,不予评审
- 设计评审会议,评审技术设计内容,解决发出的问题list,评审会议结束后,发出评审意见邮件
- 设计变更,发出变更邮件,大的设计变更,需要召开设计评审会议
用例评审规范
- 用例评审会议需要发送邮件,邮件详情,见用例评审会议邮件模板
- 用例评审会议的文档,至少提前24小时发出,用例文档,见用例文档模板
- 为确保所有人阅读用例文档,PM模块owner,RD模块owner(推荐,不强制),需要在评审前半天,发出问题list(comment list),否则不予评审
- 用例文档内容缺失严重,缺失部分超过50%,或者核心功能用例无法正常阅读,由RD模块owner(推荐不强制),PM模块owner,发送打回邮件,不予评审
- 用例评审会议,评审测试用例内容,解决发出的问题list,评审会议结束后,发出评审意见邮件
- 用例变更,发出变更邮件,大的用例变更,需要召开用例评审会议
研发规范
测试规范
延期规范
- 延期邮件,查看延期邮件模板
验收规范
- 产品验收
- 交付验收