产品研发流程规范
2023-08-17 17:01:32 2 举报
AI智能生成
登录查看完整内容
为你推荐
查看更多
互联网产品UI研发测试工作规范
作者其他创作
大纲/内容
提升团队效率,达成产研共同目标
培养专业的习惯
提升团队专业性
目标
以小团队方式
任何个人存在疑问都可以发起再次需求评审
项目信息拉通
同步进度
同步问题
及时更新需求管理工具
同步信息
尽力完成当天的工作,不要拖到最后一天
日毕日清
确定会议目的
每天早上8:30-8:45 控制15分钟以内
轮流输出简单会议纪要并同步到产研群
会议效率
同步整体进度和问题
产品
同步各自工作进度和问题
研发
昨天工作内容
问题的原因
需要哪些人的支持
当前碰到的问题
今天工作计划
汇报模板
产研站会
以整体功能模块为一个卡片,不区分前后端
填写需求
每个任务拆分到天。最多2天
任务填写
每天下班前,勾选已完成的任务
进度同步
需求管理工具规范
阅读需求
step1
开发
第一次验收
step2
常规测试
需求关闭窗口
step3
下午4点上线接口
QA确认上线条件
修复当天影响上线的bug
step4
线上测试
step5
回归测试
封装好上线版本
step6
第二次验收
送审
step7
里程碑
如未完成,请自觉加班完成
需求完善度
当日更新
需求同步及时性
送审后第一周
材料完整度
立即推进
进度推进及时性
进度
第一次验收流程跑通
准时发布
上线后严重bug
QA
评估个人专业性
考核
全员
产品会私下咨询相关开发同事,关于可行性和实现方式
迭代设计
无需参加
第一次评审
送测后
时间
确认需求可行性
提前开始出设计稿
确定排期
目的
排期表
产出
第二次评审
上个迭代送审后
全员同步需求
设计稿
排期表(主要是补充测试排期)
第三次评审
需求评审
请尽量多提问,有任何不清晰的地方,可以私下咨询产品
每天更新进度
及时把各种大小问题都同步给团队
当天的需求,当天的bug,当天解决
开发中
加强自测和项目交叉测试
确保产品第一次验收的功能流程跑通
加强自测
开发完
送测前,确保验收通过,并且提前一天封装好
提早送测
测试
确保处理完成QA要求修复的bug
接口提前上线,拒绝推迟到第二天
回归
提前一天晚上封装好,拒绝推迟到第二天
上线后出现问题,及时修复
上线
30-40分钟
记录输出复盘记录
每次重要迭代后,开一次复盘会
复盘
开发前要出完设计稿
设计
QA无需参加
以小组的方式评审
提醒大家封装好
提醒大家上线接口
确保无bug(除产品确认暂不修复)
上线后跟进测试数据
每次迭代后,开一次复盘会
拉数据+百度(微信)后台等数据反馈
看客户反馈情况
数据平台(后期建设)
看数据
定期查看,每月分享
竞品分析
日常
上个迭代开始开发时
与需求方(主要是客户)确认清楚,包括范围、需求细节
与项目相关方确认清楚需求可行性
需求范围脑图
确认需求范围
尽早确定核心页面的需求,并让设计开始制作设计稿
越早越好
制作设计稿
与需求方确认需求范围,需求细节
确认的需求范围原型
先出部分设计稿
与核心技术确认需求可行性
开发出排期后
与核心技术调整排期
第二次评审(如有需要)
与全员同步需求
原型修改
设计稿修改
变更文档
迭代过程中的需求变化,范围变化需要同步给相关方:需求方、研发、设计、测试
同步变化
尽量减少迭代过程中的需求变化
加强对相关方的跟进,特别是重点客户需求
项目把控
卡片完成时间
确认是否满足需求,流程是否通
功能
流程
UI
范围
测试环境验收
流程必须跑通才能给到QA测试
标准
送审前一天
确认是否满足上线要求
无任何致命性bug
产品验收
上线后要跟进迭代数据
上线发布
总结经验,内部学习
每次大迭代发布后都需要内部复盘
迭代复盘
原型
测试报告
迭代跟进过程中出现的问题,总结的经验
经验知识
复盘文档
资料归档
迭代
产品研发流程规范1.0
0 条评论
回复 删除
下一页