首页  思维导图  详情



 



产品研发流程规范

2023-08-17 17:01:32   2  举报





互联网产品UI研发测试工作规范

工作流程

软件开发流程图

研发流程

模板推荐

作者其他创作

大纲/内容

目标

提升团队效率，达成产研共同目标

提升团队专业性

培养专业的习惯

全员

项目信息拉通

任何个人存在疑问都可以发起再次需求评审

以小团队方式

同步信息

同步进度

同步问题

及时更新需求管理工具

日毕日清

尽力完成当天的工作，不要拖到最后一天

会议效率

确定会议目的

每天早上8:30-8:45 控制15分钟以内

轮流输出简单会议纪要并同步到产研群

产研站会

产品

同步整体进度和问题

研发

同步各自工作进度和问题

汇报模板

昨天工作内容

当前碰到的问题

问题的原因

需要哪些人的支持

今天工作计划

需求管理工具规范

填写需求

以整体功能模块为一个卡片，不区分前后端

任务填写

每个任务拆分到天。最多2天

进度同步

每天下班前，勾选已完成的任务

里程碑

step1

阅读需求

step2

开发

第一次验收

step3

常规测试

需求关闭窗口

step4

下午4点上线接口

QA确认上线条件

修复当天影响上线的bug

step5

线上测试

step6

回归测试

封装好上线版本

step7

第二次验收

送审

考核

评估个人专业性

产品

需求完善度

需求同步及时性

当日更新

材料完整度

送审后第一周

进度推进及时性

立即推进

研发

进度

第一次验收流程跑通

日毕日清

准时发布

上线后严重bug

准时发布

开发

迭代设计

产品会私下咨询相关开发同事，关于可行性和实现方式

需求评审

第一次评审

无需参加

第二次评审

时间

送测后

目的

确认需求可行性

提前开始出设计稿

确定排期

产出

排期表

第三次评审

时间

上个迭代送审后

目的

全员同步需求

产出

设计稿

排期表（主要是补充测试排期）

阅读需求

请尽量多提问，有任何不清晰的地方，可以私下咨询产品

开发中

同步进度

每天更新进度

同步问题

及时把各种大小问题都同步给团队

日毕日清

当天的需求，当天的bug，当天解决

开发完

加强自测

加强自测和项目交叉测试

确保产品第一次验收的功能流程跑通

测试

提早送测

送测前，确保验收通过，并且提前一天封装好

回归

确保处理完成QA要求修复的bug

接口提前上线，拒绝推迟到第二天

第二次验收

确保处理完成QA要求修复的bug

提前一天晚上封装好，拒绝推迟到第二天

上线

上线后出现问题，及时修复

复盘

每次重要迭代后，开一次复盘会

30-40分钟

记录输出复盘记录

设计

开发前要出完设计稿

测试

需求评审

第一次评审

QA无需参加

第二次评审

QA无需参加

第三次评审

时间

上个迭代送审后

目的

全员同步需求

产出

设计稿

排期表（主要是补充测试排期）

阅读需求

请尽量多提问，有任何不清晰的地方，可以私下咨询产品

以小组的方式评审

测试

提早送测

提醒大家封装好

回归

提醒大家上线接口

提醒大家封装好

确保无bug（除产品确认暂不修复）

上线

上线后跟进测试数据

复盘

每次迭代后，开一次复盘会

产品

日常

看数据

拉数据+百度（微信）后台等数据反馈

看客户反馈情况

数据平台（后期建设）

竞品分析

定期查看，每月分享

迭代

迭代设计

确认需求范围

时间

上个迭代开始开发时

目的

与需求方（主要是客户）确认清楚，包括范围、需求细节

与项目相关方确认清楚需求可行性

产出

需求范围脑图

制作设计稿

尽早确定核心页面的需求，并让设计开始制作设计稿

时间

越早越好

目的

尽早确定核心页面的需求，并让设计开始制作设计稿

产出

设计稿

需求评审

第一次评审

时间

越早越好

目的

与需求方确认需求范围，需求细节

产出

确认的需求范围原型

先出部分设计稿

与核心技术确认需求可行性

第二次评审（如有需要）

时间

开发出排期后

目的

与核心技术调整排期

产出

排期表

第三次评审

时间

上个迭代送审后

目的

与全员同步需求

产出

设计稿

排期表

开发中

同步变化

迭代过程中的需求变化，范围变化需要同步给相关方：需求方、研发、设计、测试

原型修改

设计稿修改

变更文档

项目把控

尽量减少迭代过程中的需求变化

加强对相关方的跟进，特别是重点客户需求

产品验收

第一次验收

时间

卡片完成时间

目的

确认是否满足需求，流程是否通

范围

功能

流程

测试环境验收

标准

流程必须跑通才能给到QA测试

第二次验收

时间

送审前一天

目的

确认是否满足上线要求

范围

功能

流程

测试环境验收

标准

无任何致命性bug

上线发布

上线后要跟进迭代数据

迭代复盘

每次大迭代发布后都需要内部复盘

总结经验，内部学习

资料归档

原型

设计稿

变更文档

测试报告

经验知识

迭代跟进过程中出现的问题，总结的经验

复盘文档

 Collect

Get Started

项目流程规范

 Collect

Get Started

产品研发规范流程

 Collect

Get Started

开发规范

 Collect

Get Started

甘特图模板_项目开发甘特图_产品研发甘特图_软件项目开发计划流程





0 条评论

下一页