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