产品/项目需求技术开发流程图
2023-04-25 14:28:00 10 举报
产品/项目需求技术开发流程图是一种图形化表示产品开发过程中各个阶段和活动的工具。它通常包括以下几个主要步骤:需求分析、设计、编码、测试和维护。在需求分析阶段,开发团队收集和分析用户需求,确定产品的功能和性能目标。接下来是设计阶段,团队根据需求制定详细的设计方案,包括系统架构、界面设计和数据库设计等。然后进入编码阶段,开发人员根据设计方案编写代码实现功能。在测试阶段,团队对产品进行各种测试,确保其质量和稳定性。最后是维护阶段,团队持续改进和优化产品,修复漏洞并添加新功能。整个流程图展示了产品开发的全过程,帮助团队成员了解每个阶段的工作任务和依赖关系,促进协作和沟通。
作者其他创作
大纲/内容
页面编写
最终验收
部署准备
修复BUG自测通过
交互设计
产品设计
部署上线
《缺陷规范》
提测打回率提测延期时长
提供冒烟用例
说明
测试验证
1、用户体验是追求2、技术方案是项目质量的第一基石3、维护最新测试用例(新增未有,维护已有删除过时,改进不足)
提测环节
前端研发
修复效果验证
上线阶段
通过
文档
普通流程
《冒烟规范》《提测规范》
《前后端对接规范》
测试环境验证
《交互设计规范》《技术方案设计规范》《用例规范》《测试指南》
验收环节
1、彼此沟通是关键
《需求管理规范》《业务调研流程规范》《定开流程规范》
产品规划
bug有效率bug率bug存活时间bug重复打开率错误反馈比缺陷重现率
提交BUG
目标2
《需求变更标准》《上线标准》
可选流程
接口联调
项目启动
常用图例
1、测试有始有终,为上线结果负责
BUG列表
判断
阶段
目标1
【测试计划执行记录】【缺陷记录】
技术方案评审
度量指标
测试用例评审
不通过
无风险
产品研发流程
1、确认项目目标2、明确初步产品方案3、讨论项目可行性4、确立里程碑
研发执行冒烟用例通过
发布失败率
交互评审
发布回滚
【产品规划】【需求列表(需求池)】【迭代范围&优先级】
测试环节
收集用户反馈
开始/结束
线上验证
参会深度项目推进度
质量评估
代码编写
体验优化规划优先级
《线上验证规范》
修复后重新部署
1、需求质量可度量2、开发质量可度量3、测试质量可度量4、线上质量可监控
1、规范上线环节
研发环节
测试开发
项目延期率
待处理问题
【产品PRD(最终)】【需求评审会议纪要】
【需求变更记录】【测试报告】【风险公示】
1、确认用户体验效果2、确认需求涵盖度3、项目回归测试
线上验证环节
《发布流程》《分支管理规范》《项目版本规范》《数据库脚本部署规范》《项目部署规范》
《PRD规范》《PM职责》
1、明确项目范围2、建立测试文档3、选定项目PM4、确定项目资源5、制定项目排期
需求阶段
用例覆盖率
功能/数据测试
可行性评审
同上方内容
后端研发
产品验收
有问题
1、保障项目提测质量2、建立测试准入标准
产品经理
输出
【项目排期】【设计稿(最终)】【技术方案(最终)】【测试用例(最终)】【交互评审会议纪要】【技术评审会议纪要】【用例评审会议纪要】
1、测试同学评估有风险则应该发起风险评估会,和产品、研发同步遗留问题,并讨论具体方案,详见上线标准文档2、需求变更、优化建议、需求建议都在这个环节消化,确定方案,制定排期等
有风险
1、设计对页面进行交互/视觉验收,如果有问题应该提交给研发进行修改2、产品验收当前项目是否符合需求,如果不符合应该发起会议讨论解决方案
可选判断
上线部署环节
分隔线
1、优化建议和需求建议可以后续对焦环节进行处理,不算BUG2、研发应该按照bug优先级进行修复,要快3、研发修复好bug后应该进行自测,自测通过后再修改bug状态
设计阶段
研发修复问题
优化建议/需求建议
研发阶段
设计走查
设计验收
环节
1、前后端联调通过后,研发应该按照测试提供的冒烟用例进行自测,自测通过后告知测试验证2、测试进行验证,不通过打回,视为提测失败3、提测失败导致的延期视为研发延期
【接口文档】
1、提前半天以上发出会议邀请,附上相关链接2、参会人员应该提前熟悉需求,带着问题参加3、控制评审时长,避免太过发散的讨论4、整理会议记录,记录变更内容及提出人,分享到群里并且更新相关文件5、项目排期也可以在技术方案评审会上制定
风险评估/对焦会议
项目排期
交互、技术、用例设计
【交互验收报告】【产品验收报告】
技术方案设计
规范
提交问题
Y/N
回归测试
测试阶段
1、功能数据测试2、研发修复BUG3、修复BUG验证
失败
需求变更
1、对焦消化各类问题2、建立测试准出标准
研发修复问题自测通过
《交互/视觉验收标准》《产品验收标准》
环节重点
1、相关评审过程和记录落地,追求可量化、而分析
测试用例设计
对焦环节
【提测文档】
产品需求评审
0 条评论
下一页