标准需求处理流程图
2023-07-20 16:46:10 0 举报标准需求处理流程图
作者其他创作
大纲/内容
通知开发组更新到用户测试环境
否
线上评审
是bug，发研发
用户
反馈用户
设计评审完成
组织设计评审（研发在jira发布需求理解和设计要点或设计文件）
重新修改bug
运营
评审类型
确保《上线授权单》，通知上线（单据存入jira对应任务）
复杂评审
线上评审：通过各自查看需求文件快速评审，或者直接沟通群确认即可，适用于需求明确、无争议的事项，目的是“快速评审，减少成本”。
是否验证通过
是
生产环境回归测试、主流程测试
达成一致，研发排期开工（研发通过jira改状态为【开工】并进行排期，录入【到期日】）
打回给开发组
不紧急
紧急特批后
需求
问题收集、分检（录入jira）
通知测试组
通知测试组（通过jira提测）
测试通过（签订《上线授权单），通知“已符合要求、可以上线”》）
测试
新增需求处理流程图
准备功能测试指导并发给需求人员（jira中更改状态为【发现场】）
用户测试
用例评审：未通过用例评审或未严格按照评审过的用例进行测试不可上线。
研发
检查生产环境功能分配生产环境权限通知启用
发研发设计和评审（需求人员将《需求书》文件入jira和wiki）
进行bug的修复或需求的开发
组织用例评审（在jira发布用例设计结果）
用户确认/内部通知启用（签订《上线确认单》）
内部功能检查，通过通知客户联测（检查开发交付的主体功能、数据流符合设计需要）
将代码发布到测试环境
更新到用户测试环境（利用征稽旧服务器搭建）
提出问题
组织需求评审（在jira发布需求文件）
需求评审完成（需求人员拟定《需求书确认单》，并通过jira录入评审结果，改状态为【可行】）
发布生产环境
需求确认/签字盖章（签订《需求书确认单》）
发现问题原路退回
录入明确设计评审意见
bug验证或新需求测试（通过jira记录，返工）
研发设计：研发人员输出对需求的理解和设计要点，目的是“达成需求理解一致”。
确保《上线确认单》，完成任务（上传单据，jira中更改状态为【完成】）
新需求
0 条评论
下一页
