需求、开发迭代作业规范流程

P6 测试+产品验收阶段

--原则：测试用例的评审，需要研发和产品参加

Ps：过程中的所有反馈都要周知到每个阶段的负责人

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

--原则：禁止口头相传，以书面的形式提交

蜂鸟有享—需求、开发迭代作业规范流程

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

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

P1 需求提交阶段

启动

P2 需求收集阶段

P5 开发阶段

产品经理全程跟踪、反馈需求完成情况

--驱动主体：技术负责人--涉及方：开发工程师+测试工程师--细节流程:研发按照确定的需求，进入技术开发阶段，测试准备规划测试用例--输出：1)功能完善可用于测试的软件版本             2)定稿测试用例             3)周知各阶段责任人

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

P4 PRD+UE+UI制作和评审

--原则：每周期准时更新需求池

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

每周项目周报及时反馈到相关负责人（负责人默认为虚线leader）

--驱动主体：需求部门+产品部--涉及方：需求方 + 产品部--周期：实时--细节流程：需求部门通过钉钉或者邮件等书面的方式提交需求--输出：需求方需要以书面的形式输出需求描述，功能板块，使用场景，业务流程，预计时间等

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

P8 需求方上线

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

项目迭代周期

结束

--原则：需求如不符合预期，需要重新开放，需要延后需求上线时间

--原则：测试是否通过，要根据测试结果来定

--原则：需求评审，需求部门务必参加

P3需求清单评审阶段

P7 需求上线发版

项目需求周期

--驱动主体：产品经理--涉及方：产品设计团队+需求方--周期：每周--细节流程：产品助理将各方需求进行业务，类型，时间顺序进行归类梳理，纳入需求池--输出：1)输出需求列表