常规项目迭代流程（App）
2016-07-03 13:09:55 0 举报AI智能生成
项目版本迭代流程
作者其他创作
大纲/内容
常规项目迭代流程规范（App）
需求规划（需求池）
产品经理
工作内容
1.收集需求录入需求池（Tapd）
背景
目标
概要描述
2.版本规划讨论，从需求池中提取即将迭代的版本需求
3.确定迭代版本需求
4.整理需求和迭代版本中需要设计的相关项目人员，启动需求评审，确定需求评审的时间，并且提前通知到相关项目人员
输出产物
1.整理需求录入Tapd（需求池）
2.迭代版本需求任务列表（迭代版本内容）
3.需求规划截断的评审可行性需要产品经理主动找对应的前后端负责人，并收集意见
版本迭代（需求评审）
1.组织项目成员开展需求评审
1..确定会议时间，地点，并且提前发送版本迭代内容给到相关项目成员
2.迭代版本整体计划（排期计划）
各环节负责人
UED负责人
项目经理
测试主管
运维负责人
其他项目相关人员（运营等）
各个环节工期时间节点
开始时间
结束时间
项目迭代中的风险和跟进负责人
开发负责人
1.根据需求拆分详细功能点分配开发任务到具体开发人员，确定任务开始-结束时间
2.评估迭代版本中可拆分提交测试的需求模块
具体开发人员
可分部提交测试的需求模块
负责人
提测时间
1.组织迭代版本测试用例评审（需求评审结束3个工作日后）
2.测试计划
测试负责人
版本迭代运维安排
版本追踪（项目开发）
每周输出项目进度通知项目所有相关人员（钉钉通知，Tapd记录）
本周工作内容
下周工作内容
遇到的问题
解决问题发方案或者讨论该问题的时间
产品体验（产品，设计走查）
1.自测验证通过分模块提测的软件产品
质量检查（测试）
三轮测试回归（根据实际情况而定）
Bug review
Bug统计
Bug解决进度
具体Bug负责人
迭代版本提交测试后，产品经理联络运营等人员获取该版本中需要更新展示的信息（素材），并在测试和预发布环境中进行验证
集成体验
1.已通过测试验证的可内部测试使用的软件产品
2.迭代版本内容和功能点（文档）
3.集成体验过程中收到的需修复和修改的任务状态总结报告
4.邮件或钉钉通知项目所有成员
发布上线
测试验收通过后，在钉钉上提交发布上线申请（所有的外网代码更新，都需要申请审批）
1.上线审批申请
审批流程：产品经理-项目经理-测试经理-运维负责人-技术总监-总经理（钉钉）
2.发布上线状态邮件通知
正常
延迟（失败）
3.发布上线后的收集整理线上Bug反馈，录入Tapd
在WIKI上进行版本记录
迭代版本
C端版本记录
版本回顾
总结Well和LessWell，发现改进点和解决方案，以及该版本中使用到的好的技术架构，时间控制30-60分钟内
版本迭代总结文档录入到WIKI上
0 条评论
回复 删除
下一页
