产品需求处理流程

P6 项目经理上线

二、各业务线拟规划迭代周期

Ps：过程中的所有邮件都要抄送每个阶段的负责人，具体阶段负责人见第三部分附表

--原则：PRD功能是否在迭代周期内实现，技术有一票否决权

--原则：1）项目经理定需求收集截止时间点 2) 来自产品中心的需求也必须按照游戏平台的迭代计划在此时间节点收集

游戏事业部游戏相关业务常规版本迭代需求流程规范

--驱动主体：业务线产品经理--涉及方：技术（开发&测试）+ 产品设计团队+需求方--细节流程：1)产品组内部，完成PRD，UE+UI（如果有）的制作2)PRD评审，需要开发团队、QA团队、需求方和产品经理参与--输出：1)详细PRD+UE+UI 2)邮件告知相应开发已完成PRD制作并抄送各阶段责任人

P1 需求收集阶段

启动

P2 需求清单评审阶段

P5 测试+产品验收阶段

--原则：测试是否通过，依据QA的真实测试结果

项目经理全程跟踪、反馈项目需求完成情况

三、各阶段对应责任人

--驱动主体：项目经理--涉及方：开发工程师+测试工程师--输出：1)功能完善可用于测试的软件版本 2)定稿测试用例 3)邮件告知QA提测及抄送各阶段责任人

--驱动主体：项目经理--涉及方：开发+测试+产品--细节流程：1)QA测试：按照测试用例，完成测试，直到达到质量要求才可发版2)产品验收：产品团队对提测产品进行验收，并以邮件的方式给测试团队输出验收反馈3)bug 修复，测试过程中出现的bug，开发团队继续在此期间修复--输出：1）达到产品、开发、QA团队质量和功能预期的软件版本 2) 上线申请邮件（测试发起）

P4 开发阶段

--原则：测试用例的评审需要开发和产品团队的参与

对应以上各阶段，后期计划迭代业务线规划周期如下：

附：a) 上线流程规范：http://wiki.qiyi.domain/pages/viewpage.action?pageId=28599686b)基于PMS的项目管理使用规范V1.0.pdfc) 快速需求处理规范初稿.pdf

一、游戏事业部游戏业务需求处理流程

--驱动主体：需求方--涉及方：需求方+产品+项目经理--细节流程：需求方确认线上产品是否符合前期预期，如不符合，排查原因：1)查看产品PRD：是否符合原需求方所期望2)查看测试用例：测试用例标准是否符合要求3)查看产品经理产品验收反馈：验收时有无发现问题4）产品牵头，开始重新设计可满足需求的方案，并确定可上线时间点，走快速需求迭代开发的过程--输出：1)需求方回复邮件确认线上产品符合预期

每周项目周报及时反馈产品平台1组+业务线产品经理

--驱动主体：项目经理--涉及方：项目经理 + 平台产品1组--周期：0.5周--细节流程：项目经理邮件通知各方收集需求，并告知收集时间节点，平台产品1组操作落实向各需求方收集需求，并下发需求--输出：需求方的需求清单列表（包含各PMS任务链接）及各需求对应下发产品经理

--原则：项目上线与否，取决于产品经理是否批准通过

--驱动主体：项目经理--涉及方：项目经理--细节流程：产品经理确认同意上线后，项目经理操作上线，并邮件告知相关人员，告知需求方线上回测，具体细节流程参见wiki：http://wiki.qiyi.domain/pages/viewpage.action?pageId=28599686--输出：1）项目经理回复上线申请邮件list周知已正式上线

--驱动主体：业务线产品经理--涉及方：技术+产品经理+需求方--细节流程：产品经理组织需求评审，综合技术、需求各方意见，粗粒度评估筛选哪些需求进入迭代版本--依据：需求优先级，紧急程度，技术可行性/完整性--输出：定稿需求清单

项目迭代周期

结束

--原则：需求方在线上产品是否符合预期这一结论上具有绝对话语权

P3 PRD+UE+UI制作和评审

P7 需求方线上回测