产品流程图_流程图_产品测试流程图_软件开发流程图_流程图基础
2022-03-25 01:42:20 4 举报产品流程图、流程图、产品测试流程图、软件运营流程图、流程图基础： 流程图为产品设计基石,可以保证产品的使用逻辑合理顺畅 传达需求,用流程图来更好地表达产品逻辑 查漏补缺,检验是否有遗漏的分支流程。
作者其他创作
大纲/内容
1、技术人员编写部署方案，要包括部署失败回滚预案。2、PMO对所有需要发版功能进行最终确认，确保发版功能测试充分，并对部署方案进行确认。3、部署完成后，产品、业务、技术团队对发布功能进行最大限度验证，确保程序的基本功能、核心功能没有问题。4、对于验证不通过的功能，报PMO后进行回滚。
用户体验问题清单
发版排期
部署方案
说明
设计评审
发版计划
实施部署
技术
备注说明
测试用例
产品需求评审（按周提交-每周二）
业务需求
开发测试
用户体验
1、需求交底表以及业务方案等所有交付物以各处室作为出口，交付前需经内部审核通过；2、需求交底会由产品处牵头组织、每月组织两次，按需召开，业务、产品、UI、技术、PMO都要参加；3、常规需求经交底会通过后纳入需求池并做优先级排序；4、紧急需求可线下《需求交底申请单》审批后直接纳入需求池并排序；5、业务方案评审由业务需求方组织并于每周二、周四按需召开。
1、开发测试完成后，技术团队出具测试报告；2、技术团队测试人员配合产品经理和业务人员在测试环境中对测试报告以及功能进行确认验收；3、对于确认不通过的功能重新进入开发、测试流程。
技术方案
产品经理确认
1、通过设计评审后可进入开发测试阶段；2、PMO对开发过程进行管控，确保进度和质量；3、按照开发周期每日进行进度跟踪；4、对代码进行检查，可利用工具或人工代码review方式进行；5、对测试覆盖情况、测试bug，修改情况持续跟踪。
业务方案
功能验证
需求交底会（每月组织两次）
设计
业务流程优化
设计排期
开发、测试
研发排期
系统程序
测试确认
1、对于评审通过的业务方案、由产品经理进行需求分析、产品设计后形成产品原型；2、产品原型作为交付物需要经过产品处内部审核通过后才能组织召开产品需求评审；3、产品需求评审由产品经理组织并于每周二按需召开，PMO以及相关业务、产品、UI、技术人员参加；4、评审后，如有重大问题未达成一致，需组织二次评审；基本达成一致，可认为通过评审，遗留问题修改后交付（提交禅道）。
需求池
产品UE提升
缺陷
1、功能上线后进入用户体验优化提升阶段2、业务人员主要负责合作金融单位以及用户反馈问题。3、产品主要负责各引流渠道以及客服问题收集记录。4、技术负责信通公司、公司运维中心反馈各类问题。5、用户体验问题中明确系系统bug，由技术处进行修改，其他优化提升建议列入需求交底表进入下一个研发周期。
需求交底表
说明：1、以上流程主要包括常规研发流程过程管控，紧急需求以及紧急发版等特殊情况经线下申请单审批后执行；2、所有输出物交付前需经输出处室内部审核通过，输出处室和人员为第一责任人对质量负责；3、评审会由评审物输出方组织，所有评审材料至少提前一天发送相关人员，明确会议时间、地点和参会人员，并作好问题的提前收集工作；
业务
产品原型
上线验证
1、产品原型评审后，技术团队可依据设计开展设计工作、输出技术方案、工作量估算、研发排期以及测试用例；2、同时UI设计人员进行UI设计，经UI负责人审核后交付产品经理。产品经理确认后交付技术团队；3、对于相对复杂功能，由PMO决定、技术处组织对技术方案进行设计评审； 4、PMO对工作量估算以及研发排期机械牛审核，需经业务、产品、技术对研发排期确认后加入发版计划。
测试功能确认
产品交付
PMO
业务方案评审（每周二/四）
输出物
工作量估算
需求分析、产品设计
产品设计
UI
UI设计
研发管理流程
部署上线
产品经理
发版计划确认
测试报告
研发管控
0 条评论
下一页
