需求推进流程
2016-04-14 13:56:04 3 举报
需求推进流程是一个有组织、系统化的方法,用于确保项目或产品的需求得到满足。这个过程通常包括以下几个步骤:首先,收集和分析用户需求;其次,明确需求并制定详细的需求文档;然后,与相关团队(如开发、设计、测试等)沟通需求,确保各方对需求有共同的理解;接下来,根据需求文档进行设计和开发工作;在开发过程中,可能需要对需求进行调整以满足实际的技术限制或市场变化;最后,完成开发后进行测试和验收,确保产品满足用户需求。通过这个流程,可以有效地推进项目进度,提高产品质量,最终实现项目目标。
作者其他创作
大纲/内容
排期
1.PM&RD讲需求2.拆分story、初步打点3.录入story和工时
1、RD开发完毕会进行前后端联调、冒烟case2、提测前要进行一次CodeReview、CodeReview可以组内交叉进行
2
FE资源分配
QA/PM验收
发布记录
PM、RD、FE、QA
产品内部review(PM)
1、目前超营、志才、家林、永亮有发布权限,发布前PR 需要经过其中任意一人,PR合并后由其进行发布。2、代码变更人需要关注线上异常日志、报警邮件,发布成功后进行线上验证,有问题及时回滚。3、发布完成后由代码变更人写发布记录,发布的同学负责验收。
需求评审(PM、RD、FE、QA)
Sprint 两周
初审
FIX BUG
复审
其中任何一个环节会影响到上线计划都要邮件告警
需求意向沟通(PM、RD)
QA资源分配
1、需求和业务与运营沟通2、PM内部评审,修正保证需求质量
发布
回滚
CodeReview
PM、RD、QA
待排期
排期(一周排期一次):1、参与人RD、PM、QA 、FE、业务五方的代表人员。2、周三下午前拿到三方的工时进行排期,完成业务需求和RD的配对。3、RD根据资源情况给出希望前端和QA介入的时间节点。4、分配FE、QA资源。5、PM牵头给出上线计划
提测
排期前准备:1、需求终审后主评审RD方案设计。2、周一RD设计评审,最晚周二设计终审通过。3、QA给出测试设计,标出冒烟测试list。4、RD根据设计方案,冒烟测试list给出合理的开发、测试、上线工时5、QA给出测试工时。6、FE给出前端工时。
1、核心流程,方案阶段需要RD参与
RD开发
设计评审
1.PM&RD沟通需求2.评估合理、可实现性
产出需求文档(PM)
周四
测试报告
4
RD
终审
1
周一(老迭代总结、新迭代planning会议)
设计思路沟通
预排期
RD资源分配
BLOCK 主流程打回提测
RD、FE、QA
职责流程解析:1、需求优先级排序,需求评审档口为周二、周四2、初审:方案、需求合理性评估3、初审需求质量达标可以直接进入终审。4、复审:完善并解决初审中暴漏的问题。5、复审通过可以进入终审,复审次数不限,到需求合理为止。6、终审:同步需求、方案
PM内部review
RD、QA
方案设计
测试设计
需求评审
PM、RD
PM产出PRD
方案
设计评审&预排期准备
PR
线上验证
1.需求讲解、challenge2.优先级challenge3.PMO初步把控story池
1.统计可用工时2.基于规模、相关性进行人员分组3.分组并行方案沟通、拆分task
排期公告
前后端联调
估时
制定上线计划
冒烟测试
需求预沟通
3
PM、RD、QA、FE
周五(新迭代story会议)
0 条评论
下一页