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