产品/项目需求技术开发_流程图
2024-09-09 13:56:30 113 举报
项目需求开发_流程图最新版
作者其他创作
大纲/内容
流程
PMRD QA (相关业务方)
其他参与人员
Master发出沟通记录,需求记录详细并明确。着重说明需求模糊点。收到会议记录后,再未有相关人员提出疑问,则需求已被接受
PMO
讨论项目可行性人力资源状况明确项目目标、项目预期收益以及主要解决什么问题
Master
需求分析会议
项目排期表项目里程碑:研发完成时间、联调时间、提测时间、测试完成时间、上线时间、灰度时间
项目可行性评审会
技术需求
Leader 确认初步技术方案,明确风险,同步输出接口文档(包含接口定义、接口说明等必要信息)
RD
输出待评审的PRD文档、产品原型相关逻辑Master:超过5人项目,确认各方唯一对接人
RD QA
PMRD LeaderQA Leader(相关业务方)
1、所有参与者确认需求内容不再变更,Leader确保排期合理性及人力安排 2、Master确认排期,形成排期表,周知其他参与者,并输出项目其他里程碑3、Master 负责组织RD和QA在禅道拆分任务,并完善相关信息。
PMRD QA
PM(或者PMO)
PMRD QA OP(相关业务方)
产品内部评审
1、若是客户端SDK发布,则对相关业务方,发出 changelist和风险预警、相关说明文档2、后端上线,则同样说明
测试需求
排期评审
开发
P0级自测case研发自测通过结果
项目阶段
1、此环节:前端、后台、数据 相关研发 提前 和 直播云对应端口技术负责人对相关方案Review。
业务方需求
确认初步方案形成PRD文档
RD QA PM
1、责任人发出需求评审会邀请,并且在会后在钉钉群和邮件中发出详细的会议记录。会议明确输出评审结论:通过、部分通过、不通过;不通过条件为:需求主要逻辑无法确定。 2、拆分需求功能点,在禅道录入需求,并且在wiki(此项目专用)上传PRD文档,同时记录每次需求变更时间、内容、原因3、Master 关联至项目集库4、Master 确保参与角色已完全知晓需求详情及负责内容,如有疑问请在会上提出,会后讨论。5、如需业务方参与,请责任人提前沟通会议时间6、如有数据埋点,请提前和数据组沟通,并在此环节评审
灰度发布
明确需求后续方向,确认进入需求池的需求列表
1、灰度期间,无严重问题,完成项目目标,则进行全网更新
UE演示、评审
PM
项目立项
测试方案文档
正式提测
1、必须在测试环境测试2、Master 随时跟进测试状态,遇到严重问题或者研发方案类问题,及时记录为项目复盘、后续方案改进或者重构提供项目资料3、QA根据测试规范输出日报-测试报告,必要时输出风险预警邮件,抄送所有人员,并钉钉通知4、如前期有UE参与,第一轮测试完毕之后,请UE 开始走查,PM同步验收
开发自测
项目目标、预期收益、主要解决的问题、项目是否可行,如果可行,确定项目负责人(master)以及项目启动时间
1、当项目涉及10+人员时,每日站会。并同步到项目钉钉群。
产品内部需求
全网
技术需求和测试需求,由提出者描述清楚
上线
产品内部
1、此环节:技术需求和测试需求,由RD、QA 担任 PM角色。2、此节点之后需求确认结束,需求不可变更,后续如果变更,请。参照《需求变更流程-后续制定》,当前找志星确认3、需求拆解对应RD&QA任务拆解
开发阶段
可行性评估阶段
测试方案评审
不通过
QA
测试环境测试
需求和设计阶段
需求评审
1、提测之前,QA输出P0级别的自测case2、提测之前,RD保证自测case 100%通过3、分布提测的P0级自测case QA配合研发分布给出
提测
QA输出上线邮件+钉钉通知
需求沟通
Master 陈述 项目目标和范围确认里程碑:需求发布时间确认项目负责人和项目资源Master建立钉钉群+立项邮件,收件人为相关干系人,如需UE,请协调相关UE相关资源
讨论需求细节,确认项目目标明确项目预期收益衡量指标
1、RD 按照QA 提测模板要求,填写提测邮件并且发给项目组所有人2、QA按照自测case进行验收,未100%通过,直接打回。
Master 提前与业务方及其他参与角色充分沟通,确保参与角色在需求评审之前完全理解需求内容,并且达成一致。同时,相关角色完善PRD、产品原型、相关逻辑。
业务需求方负责人
1、此阶段,涉及三方配置,请相关人员及时记录并同步给Master,作为线上配置参考2、若是客户端SDK,请在业务方集成,并进行常规功能走查和数据上报走查,保证主流程无异常
1、Master负责发出正式上线邮件&钉钉群通知,同步给相关业务方上线内容、可使用时间,并跟进上线后的状态
1、RD各端口Leader组会讨论技术方案,主要明确研发范围,影响范围,风险和相关依赖2、PM酌情参加,了解方案内容,辅助完成方案讨论,澄清确认对需求有疑问的部分3、QA输出测试方案,是否需要分布提测
明确初步产品方案
技术方案评审
QA输出是否可发布的结论
输出
1、运维线上配置2、线上回归验收
项目目标项目范围项目资源关键里程碑
1、QA组会进行测试方案评审,如需求可以按照功能拆分,可以多次评审2、如有UI,则在此节点之后,输出UI设计方案
评审后的PRD 文档禅道待拆分的需求功能详单
职责
测试日报/测试报告上线文档是否可上线的结论
项目流程规范
部署灰度
1、此环节:技术需求和测试需求,由RD、QA 担任 PM角色。
1、观察客户端崩溃率2、观察卡顿率3、灰度之后,Master组织项目复盘
测试阶段
1、Master在此阶段,组织双日站会,在站会中,同步需求完成情况、当前进展、风险、进度等。
项目启动
负责人
说明
0 条评论
回复 删除
下一页