产品澄清
需求收集
业务分析
发起人：BA参与人：业务方、产品1、BA梳理业务方在jira上提交的需求（或者线下收集，每周或者每月收集梳理更新一次）2、BA与业务方明确需求的背景和业务价值后将需求录入到Jira的需求池中；3、BA需与技术负责人、产品初步沟通需求可行性、复杂度4、输出BRD
项目复盘
1、UI需先完成30%可让开发执行（越早越好）2、开发期间，原则上需求不做变更，如果需求变更，需各部门负责人开CCB会议达成一致，审批后方可执行3、必须严格按照PRD实现需求，不得擅自修改4、开发完成后，技术负责人发送提测邮件通知测试，抄送项目组成员（BA、产品、项目经理等等）
１、上线过程中，运维以及相关负责人都必须有人在场监控２、上线后，更新邮件，项目经理需要发送给项目组、业务方和相关负责人３、产品、运营监控效果、并汇报数据，技术运维监控报错４、后续线上BUG通过jira工单提交给相关测试人；
Jira需求列表
BRD
提测通知
测试
验收报告
技术评审
PRD
【团队职责】BA团队：负责业务分析，对BRD业务价值负责产品团队：负责系统产品设计，对PRD的质量负责研发团队：负责PDR的需求开发实施，确认按照PRD需求输出研发成果，包括前中后端质控团队：负责研发成果的质量测试，对产品质量负责PMO团队：负责整体项目的进度、需求、质量、风险的监控，对项目的交付质量负责
开发任务拆分
UI设计图测试用例技术实现方案
发起人：BA1、BA根据需求背景和业务价值，以及业务优先级，和各方对齐沟通后进行业务分析2、输出BRD文档
发起人：研发参与人：前后端研发１、把需求拆分成开发任务；２、评估每个任务的工作量；３、进行任务分配；
UI设计（视具体需求而定）
产品设计
验收通知
上线方案
发起人：项目经理参与人：项目组、业务方、产研相关负责人１、上线方案：上线步骤、数据迁移（兼容）方案、接口兼容方案、部署方案、运营数据和注意事项；２、项目经理邮件发上线方案给业务方、项目组和相关负责人
UI验收
排期
发起人：研发负责人参与人：产品、研发、测试、PMO1、由研发按功能讲述需求的理解与技术实现方案；2、产品确认研发对需求理解是否一致；3、研发对各个技术实现方案提出意见或建议达成一致；4、产品评审后2天内完成技术评审（大需求可适当延长）；5、项目经理将排期对齐后同步confluence通知项目全体成员
发起人：产品参与人：业务方、BA、产品、技术团队、测试团队、PMO1、产品输出PRD后需要召开评审会，提前至少一天邀会，并附上PRD，评审通过后将PDR发至项目群，确保开发、测试通知到位2、评审会如有需要待确认事项可会后沟通，并达成共识是否需要重新评审，或者邮件OR钉钉群通知即可3、如有和BRD需求有出入，BA需会上提出，打回，PRD重新撰写，重新评审
１、每日输出测试报告（测试进度，风险评估）２、测试期间不允许需求变更３、测试不接收无冒烟测试４、测试不接收 无产品验收需求（技术重构需求除外）５、测试完成后，测试负责人输出报告，邮件通知产品、BA、安全进行验收，并抄送项目组和相关负责人
１、BA、产品、安全，业务方在UAT环境进行产品验收２、产品、BA验收通过后，项目经理通知业务进行验收，如验收不通过，测试和研发需尽快介入排查解决，再重新验收３、业务验收通过后，项目经理提前通知业务方准备运营配置（如有）
发起人：产品参与人：BA、产品、技术团队、测试团队、PMO１、排期期间，产品可根据各团队信息对齐，召开需求澄清会２、开发、测试会上需要根据用例、技术方案，与需求PRD达成一致，如有异议，需求变更，则需走变更流程，重新排期，项目经理对齐后同步confluence通知项目全体成员
产品评审
发起人：测试参与人：产品经理、项目经理、研发1、先做简单的业务流程介绍2、按照业务流程进行用例评审3、产品经理确认测试对需求是否一致
产品验收
发布上线
发起人：BA参与人：业务方、产品、技术负责人（可选）、测试负责人（可选）、PMO1、BA输出BRD后需要召开评估会，提前至少一天邀会，并如上BRD，评估通过后将BRD输出给产品做产品设计2、产品对BRD如有疑问，请评估会上提出，打回，BA重新撰写BRD，重新评估
【每日站会、项目周报】
发起人：产品1、产品根据评估通过的BRD，进行产品设计2、输出PRD文档
测试用例评审
发起人：项目经理参与人：项目组全体成员１、回顾目标２、评估结果３、分析原因４、总结经验５、项目复盘材料存档至confluence
测试用例设计
开发实施
上线方案评审
需求评估
