互联网产品敏捷迭代开发流程
2023-12-15 15:06:12 0 举报
登录查看完整内容
互联网产品敏捷迭代开发流程
作者其他创作
大纲/内容
产品经理
软件测试
项目整体规划
编码开发
参与测试评审
需求确认阶段
UI设计师
BUG
参与测试方案/用例评审
收集整理需求、编写需求说明书
编写测试计划
上线
参与设计评审
竞品，流行交互、样式
系统测试
UI界面以及标注|UI设计规范
审核阶段性任务开展情况，检查工作与文档的质量
功能验收
确认发版产品包
视觉设计图切图
软件通信协议文档
需求分析
反馈发版情况
项目启动
编码研发
开发阶段
封版上线
需求组织评审
输入
后端架构评审
部署上线
编码研发开发时应该使用开发环境的服务器进行开发与测试
设计反馈
资料整理
代码审查
软件开发流程
需求细化设计
过程需求沟通，确认需求各方理解一致不失真
参与测试策略评审
线上测试
提供API模拟接口或文档
需求调研市场调研
测试报告
通信协议应为软硬件团队一起进行定制和规范
开始研发
组织开发、单元测试
交互设计稿
需求沟通，分析设计
相关参与方
测试方案编写
下个Sprint
开发设计
资料归档
代码合并
了解需求
后端工程师
不通过
产品经理 《上线申请》 《审核工作记录》测试团队 《缺陷跟踪报告》 《系统测试报告》开发团队 1.代码封板
Sprint Backlog
业务流程图
软件架构设计
代码合并到主分支
测试评审
研发、测试、产品
验收设计
行业分析，竞品调查数据分析评估产品价值
软件开发
1、API模拟接口建议采用RAP2，http://rap2.taobao.org/2、API文档可以使用showdoc、apiFox等API文档进行编写
开始
提交问题并审核
性能/体验测试
需求排期
需求以及功能文档
申请上线
体验测试
是否有缺陷
收集数据，观察反馈采集需求更新Backlog
产品测试单
服务器环境搭建
需求阶段
制定开发计划
数据库设计
软件产品需求包文档
技术设计文档
实际业务部门
发布升级包
回归测试
总结
优化建议
自测
技术设计方案评审
软件原始需求文档
需求收集整理
产品、开发、设计、测试、运维、运营、业务
测试工程师
研发排期
编写测试用例
需求理解，参加评审
功能测试
测试方案/用例测评
产品上线
输出物、相关文档
原型以及产品需求文档
参与需求评审
确认待开发需求
需求评审
测试用例
建议采用AXURE输出原型图与需求文档
开发人员修改
页面验收一致性通过
功能/接口测试
产品发布上线/升级
技术预研
发布上线
升级代码到测试环境，并建立新的测试版本号
测试通过报告
系统设计
冒烟测试
测试阶段
备注
集成测试
服务器持续维护
生产验证
整体验收
文档本地化搭建
测试总结
原型评审
提测
数据库设计文档
产品视觉设计
审核测试结果
UI/UE
进入Sprint敏捷迭代
提前准备的工作
运维工程师
修复完成
RD
研发内部评审
1.《需求说明书》2.封板的代码3.《系统测试报告》
确定开发框架
审核批准
开发计划文档
接口/功能文档
接口设计|协议设计
产品部
项目开发计划
通过
了解需求/难度评估
1.跟进发版情况2.收集和公布发版前的信息（发版清单、发版顺序、注意事项等）
发现bug
升级代码到测试环境，并建立测试版本号
产品规划项目方向设计
参与测试验证
升级版本到正式环境
项目总体规划文档
产品交付
1、运维工程师应该将部分内网IP、内网平台地址整理并发送至项目负责人2、其他人员应该将相应的文档资料整理发送至负责人
项目结项
运营数据分析
readme.md
需求确认
组织产品部署上线
软件开发控制流程
图例：
完成
准备测试环境
页面交互、视觉一致性测试
项目负责人
Bug修复
研发设计
UI设计
PRD（详细），Mockup
PO/PM
开发团队
测试用例编写
API模拟接口或API文档
评审测试用例
输出
1.《需求说明书》2.《开发需求说明》
研发进度计划
开发工程师
需求接收
测试结果反馈
部署上线完成结果
测试记录
互联网产品敏捷迭代开发流程
产品总监
开发计划制定任务分解
项目经理
产品经理 《设计评审记录》开发团队 《软件概设》 《软件详设》 《数据库设计文档》 《开发规范文档》测试团队 《测试用例》 《测试用例评审记录》 《冒烟测试报告》运维团队 《测试版本号记录》
输出设计规范
代码版本管理搭建（git）
切图/标注
概要设计
确认需求
业务梳理功能需求整理
发送需求文档
业务、运营、产品、设计、市场、技术、测试
加入项目
产品发布日志
需求池管理
输出测试结果
设计预研
PRD（概要）、Mockup
《产品原始需求》
部署
设计规范
提bug
修改BUG
更新Backlog
1.《需求说明书》2.原型图3.测试用例4.测试环境准备就绪5.单元测试、冒烟测试通过
研发自测通过
切图或标注
产品评审
设计评审
视觉界面设计
测试策略
1.确认开发时长2.编制需求开发说明
原型图或需求文档
1、自测完成后，应对团队代码进行审查，包括代码格式、风格、逻辑等。2、审查完成后，将代码合并到测试分支，并部署到测试环境服务器，以供测试人员进行测试
前端（APP）工程师
需求产出
页面交互、视觉不一致
线上环境需求验证
市场推广
需求可行性评估
产品Sprint迭代
测试计划
产品更新阶段
产出物
设计阶段
系统架构设计
编码规范
1、服务器环境搭建应为不同场景搭建不同环境，如开发环境、测试环境、生产环境。2、文档本地化，如果有相应的文档源码，建议将文档本地化，提高代码、文档安全。
全部问题修改完成并验证通过
产品经理 《产品发布清单》测试团队 《线上测试验证报告》开发团队 1.上线产品代码包运维情况 发版清单 发版顺序 注意事项
再次提交冒烟测试
组织审核，建立需求规划
测试策略评审
1.确认测试时长2.编制审核工作报告
代码合并至主分支后，则可以部署到生产环境的服务器上，并上线。
在项目根目录建立readme.md文件，文件中应该包含项目描述、编码规范、注意事项等。
原型图设计
编写发布清单
产品、设计、研发、测试
产品部 《需求说明书》 产品原型图开发团队 《开发需求说明》测试团队 《审核工作报告》
测试方案
概设、详设、数据库设计、编码规范
测试计划文档
可以发布/升级
原型设计
公司战略规划需求
主要技术方案、框架评估
转测试报告
运维团队
系统上线
产品使用文档发布/更新
制定测试计划
开发人员升级打包
通知业务相关方
否
业务方（运营、用户、客服、市场）
测试团队
1.编写需求说明书2.设计产品原型
Product Backlog
灰度发布 or种子用户测试
测试用例评审
PM定期推送进度报告给业务方部门
开发文档
准备上线
通信协议设计
Debug/优化
QA/QC
用户需求收集
0 条评论
回复 删除
下一页
