产品/项目需求技术开发_流程图最新版
2023-12-26 17:56:23 1 举报产品/项目需求技术开发_流程图最新版是一个详细的流程图，旨在指导技术团队了解产品/项目的需求，从而高效地进行开发工作。这个流程图涵盖了从需求收集到测试和交付的整个开发周期，强调了各个阶段的关键任务和协作方式。通过这个流程图，团队可以清晰地了解每个阶段的输出和输入，以确保项目的顺利进行。
作者其他创作
大纲/内容
流程
PMRD QA （相关需求方）
其他参与人员
PMO
讨论项目可行性人力资源状况明确产品目标、产品预期收益或效果和主要解决什么问题
RD
需求分析会议
项目排期表项目里程碑：研发完成时间、联调时间、提测时间、测试完成时间、上线时间、灰度时间
版本可行性评审会
技术需求
RD Leader 确认初步技术方案，明确风险，同步输出接口文档（包含接口定义、接口说明等必要信息）
PMRD QA （相关需要方）
输出待评审的PRD文档、产品原型相关逻辑确认各角色唯一对接人
RD QA
PMRD LeaderQA Leader（相关需求方）企业负责人
1、所有参与者确认需求内容不再变更，Leader确保排期合理性及人力安排 2、Master确认排期，形成排期表，周知其他参与者，并输出项目其他里程碑3、RD 负责组织在pingcode拆分任务，并完善相关信息。
PMRD QA
PM
产品内部评审
测试需求
RD（研发）
排期评审
开发
P0级自测case研发自测通过结果
项目阶段
1、此环节：前端、后台、数据 相关研发 提前和对应端口技术负责人对相关方案Review。
版本需求
确认初步方案形成该需求的PRD文档
RD QA PM
1、PM发出需求评审会邀请，并且在会后发出详细的会议记录。会议明确输出评审结论：通过、部分通过、不通过；不通过条件为:需求主要逻辑无法确定。 2、拆分需求功能点，在pingcode录入需求，并上传PRD文档链接，同时记录每次需求变更时间、内容、原因。
灰度发布
明确需求后续方向，确认进入需求池的需求列表
1、灰度期间，无严重问题，完成版本目标，则进行全网更新
UI演示、评审
版本立项
测试方案文档
正式提测
1、必须在测试环境测试2、RD 随时跟进测试状态，遇到严重问题或者研发方案类问题，及时记录为项目复盘、后续方案改进或者重构提供项目资料3、QA根据测试规范输出日报-测试报告，必要时输出风险预警邮件，发送所有人员。4、UI需在此节点之后，跟进样式内容，确保样式的还原程度。5、PM同步验收
开发自测
版本目标、预期收益、主要解决的问题、版本是否可行，如果可行，确定版本启动时间
1、每日站会。并同步到微信群《e集星项目讨论组》。
Master发出沟通记录，需求记录详细并明确。着重说明需求模糊点，当需求。收到会议记录后，再未有相关人员提出疑问，则需求默认已被接受。
产品内部需求
全网
技术需求和测试需求，由提出者描述清楚
上线
产品内部
1、此环节：技术需求和测试需求，由RD、QA 担任 PM角色。2、此节点之后需求确认结束，需求不可变更，若影响版本功能则暂停开发该模块，做穿插版本开发，。3、需求拆解对应RD&QA任务拆解
开发阶段
可行性评估阶段
QA（测试）
测试方案评审
不通过
QA
测试环境测试
需求和设计阶段
需求评审
1、提测之前，QA输出P0级别的自测case2、提测之前，RD保证自测case 100%通过3、分布提测的P0级自测case QA配合研发分布给出
提测
PM（产品）
PMRD QA （相关业务方）
QA输出上线通知消息
PMRD QA OP（相关需求方）
需求沟通
签名区
PM阐述 版本目标和范围确认里程碑：需求发布时间确认版本资源内容
讨论需求细节，确认需求问题和目标和明确需求价值
1、RD 按照QA 提测模板要求，填写提测邮件并且发给项目群所有人2、QA按照自测case进行验收，未100%通过，直接打回。
PM 提前与需求方及其他参与角色充分沟通，确保参与角色在需求评审之前完全理解需求内容，并且达成一致。同时，相关角色完善PRD、产品原型、相关逻辑。
需求方负责人
1、RD负责发出正式上线通知，同步给相关需求方上线内容、可使用时间，并跟进上线后的状态
1、RD各端口Leader组会讨论技术方案，主要明确研发范围，影响范围，风险和相关依赖2、PM酌情参加，了解方案内容，辅助完成方案讨论，澄清确认对需求有疑问的部分3、QA输出测试方案，是否需要分布提测
明确初步需求方案
技术方案评审
QA输出是否可发布的结论
输出
1、运维线上配置2、线上回归验收
版本目标版本范围版本资源关键里程碑
1、QA组会进行测试方案评审，如需求可以按照功能拆分，可以多次评审
评审后的PRD 文档pingcode待拆分的需求功能详单UI设计初稿文档
职责
测试日报/测试报告上线文档是否可上线的结论
诺翔版本开发管理
部署灰度
1、此环节：技术需求和测试需求，由RD、QA 担任 PM角色。
1、观察客户端崩溃率2、观察卡顿率
测试阶段
1、RD Leader 在此阶段，组织双日站会，在站会中，同步需求完成情况、当前进展、风险、进度等。
版本启动
负责人
需求输入时若存在多个角色应展示对应数量的原型，需求阐述时，RD提出疑问和问题（内容不包含功能性和样式性问题），PM及时修改后再次对该问题确认，当RD无问题后，进入下一个阶段。
说明
0 条评论
下一页
