研发流程规范修改版1.2.0
2019-01-28 14:04:20 5 举报AI智能生成
登录查看完整内容
项目研发管理流程
作者其他创作
大纲/内容
研发流程1.2.0版本（基于现有研发流程1.1.0版本的细节优化）
合同签订
客户画像
信息接受
流程引导
产品经理召开项目启动会&项目计划（0.5-1天）
启动会前准备（提前半天-1天），发送需求与原型给到对应人员
涉及人员
项目经理
产品经理
需求分析
大模块
研发总监
推进过程中参与，后期逐步弱化
UI人员
测试人员
确认准备内容
客户确认的完整原型
原型要有完整的业务逻辑
原型需求详细说明
页面内容：详细说明，完整业务流程图
原型必须体现需求列表
原型版本确认
服务器资质、环境（可调整）
账号资质（可调整）
提前确认好各自准备工作是否到位，如未确认项目启动会延期0.5-1个小时
技术方案
完整的需求文档，明确功能实现细节点，技术难点，技术方案
技术方案流程
确认魔方可使用模块
确认技术难点及解决方案
确认开发人员
确认项目整体进度
确定接口数
确认接口规范
确认代码规范
确认整体架构方案及开发语言方案
异常处理
先紧急处理，再补充流程
后台人员
后台项目组人员
魔方中心（技术评委会）
会后内容
创建项目计划
制作甘特图
细分任务
确定时间节点和人员
创建teambition
定义到模块、人、时间、4个子任务
明确的里程碑
明确的任务说明
时间按天列出
前后端分离开发
分支主题
设计UI
定义
定义内容
色彩舒适度，搭配层次感
布局合理
全套风格保持一致
需求与原型不一致
页面缺失
标注、切图齐全
版本号
客户确认
数据库、框架搭建（1-5天）
技术方案培训（0.5天）
项目中需要使用到的魔方模块技术培训
方案设计中需要理解的技术流程培训
业务设计中需要掌握的业务流程培训
项目研发过程中的沟通规范培训
接口规范，代码规范培训
第二次项目启动会&项目计划调整（与第一次启动会时间间隔不超过1周）（0.25-0.5天）
前端人员
会前准备
前端、测试了解UI稿
UI内容（标注、切图、完整交互设计稿
目标
测试人员完全理解需求，确保测试用例的完整性
确认各个开发人员的工作量与时间
前端开发人员进入正式开发
调整项目计划表
动员大会
UI确定
主讲
测试人员讲解需求
项目经理讲解时间安排
项目执行
进度管理
进度审查
teambition检查，具体流程参考teambition流程文档
功能模块验收
验收人员
项目经理监管&项目管理部协助
每天根据里程碑计划检查项目模块进展
异常情况召开紧急项目会议（10-30min）
不可控范围内的进度延期
需求变动
开发方向出现问题
项目周会（10-30min）
每周工作情况与下周内容确定
进度延误
进度可视化
加班加人赶进度
前端
后台
测试
模块的按时完成
测试用例的完成
测试环境的搭建与数据部署
测试环境的搭建部署
具体参考流程管理文档
质量管理
代码质量管理
代码规范
代码审查
文档管理
详细的接口文档
详细的接口说明
详细的接口逻辑及实现方案
技术总负责人
项目管理部
开发给测试进行完整产品演示（0.5h）
开发修改完所有bug
开发自行过一遍产品
第一次整体测试
产品能正常使用
规避正式环境问题
测试环节
注意点
与原型不一致，进行评审
开发主动去找产品进行验证
测试环境
测试环境测试
开发环境修改bug
开发环境代码同步到测试环境
开发进行初始化数据进行整测
测试定义
测试用例
测试报告
无bug
每天按照teambition缺陷栏进行检查
紧急bug当天改完
非紧急bug第二天改完
未按时完成的需适当调整进行加班
异常情况召开紧急项目会议
不可控范围内的bug进度延期
客户试用（1-2天）
试用前准备
产品提前准备好产品包
为签订交付确认书和收款做铺垫
bug提议
bug修改与优化
第二次整体回归测试
回归定义
两次整体测试
两次回归
开发修改完所有bug进行第二次回归
最多三次整体测试
开发进行初始化数据进行回归测试
修复完所有bug与优化内容
提高客户体验
测试人员召开产品演示会议（1h-3h）
为提交外部验收做准备
产品链接地址
外部验收
验收材料
接口文档
部署文档
需求文档
用户手册
交付确认书的确认
款项进度
每天跟进
产品上线
确保正式环境无误
上线流程
部署到正式环境，代码迁移
内部以用户身份进行整体流程走一遍
所有开发人员需等待正式环境运行正常，紧急bug及时修复
内部确认无误后方可让用户进行使用
开发人员
研发流程规范
0 条评论
回复 删除
下一页
