产研中心项目研发流程与制度

测试用例评审

提测通知

其他注意事项： 邮件发出的时间：需求确认；估时、里程碑确认；验收确认。建立一个虚拟组织：企业微信群，必要信息都在群内沟通。Deadline：可以讨价还价，里程碑不能Delay。强调注意事项：1、会议通用邀请邮件01      比较重要或是时间比较久的跨部门会议，事先都需要进行邀请。2、会议通用纪要邮件02      比较重要或是时间比较久的跨部门会议，事后都需要记录问题和方案进行通报。3、需求变更申请表      需求经常需要冻结，需求变更申请表增加了需求变更的难度，让变更人承担相应对项目影响的后果。4、需求变更通知邮件     将需求变更相应内容通知相关人员。

需求列表

发布上线

发起人：产品经理参与人：产品经理、业务方代表1. 产品经理梳理业务方代表在TAPD上通过工单提交的需求(或线下每周收集一次)；2. 产品经理与业务方明确需求的背景和业务价值后将需求录入到TAPD的需求池中；3. 产品经理需与相关技术负责人初步沟通需求是否可实现；

1. 上线过程中，项目组全体成员必须都在场；2. 上线后，产品经理邮件发送项目更新日志给项目组全体、业务方和相关负责人；3. 产品监控效果，并汇报数据，技术监控报错；4. 后续线上bug通过TAPD工单提交给相关测试人；

产品评审

发起人：产品经理参与人：业务方代表、相关产研负责人1. 确定需求的优先级；2. 确定迭代计划（版本计划，版本需求，版本起止时间）；3. 每月进行一次需求排期；

测试用例设计

1.  每日输出测试报告(测试进度，风险评估)；2. 测试期间不允许需求变更；3. 测试不接收无冒烟测试；4. 测试不接收\b无产品验收需求(技术重构需求除外)；5. 测试完成后，测试负责人邮件通知产品经理验收，抄送项目组和相关负责人；

需求收集

发起人：项目经理(可由技术负责人或者产品经理担任)参与人：产品经理、研发、测试1. 由研发按功能点讲述需求的理解与技术实现方案；2. 产品经理确认研发对需求理解是否一致；3. 研发对各个技术实现方案提出意见或建议并最终达成一致；4. 产品评审后2天内完成技术评审(大型项目可适当延长)；5. 项目经理邮件发送项目计划给项目组全体、业务方和相关负责人；

上线方案

需求排期

验收报告

产品验收

UI验收

验收通知

技术评审

发起人：项目经理参与人：项目组全体成员1.  回顾目标；2. 评估结果；3. 分析原因；4. 总结经验；5. 项目复盘过程与结果资料存档到wiki中

UI设计图测试用例技术实现方案

开发

发起人：项目经理参与人：项目组、业务方、产研相关负责人1. 上线方案包括：上线步骤、数据迁移(兼容)方案、接口兼容方案、部署方案、运营数据和注意事项；2. 项目经理邮件发上线方案给业务方、项目组和相关负责人；

紧急需求要求： 紧急需求定义：高优先级、且需要紧急上线的需求。紧急需求可不用严格按照以上流程执行，但要严格控制紧急需求的频次。由产品经理发邮件给产研中心总负责人和各部门负责人审批，邮件中必须对以下5点进行说明：（1）需求方（运营、产品）是否已经达成一致？（2）比起在下个版本里上线，能产生哪些收益？（3）方案上是否已经明确？（4）可行性和工作量上是否已经进行过评估？（5）影响的范围、以及可能存在的风险。审批通过后的紧急需求才能投入开发。其他要求：1. 项目进行期间如果有事请假的，需要确保把手上的工作交接给明确的交接人、不影响项目的正常推进，并在项目群里通知到项目组全体成员。

.....

1. UI需先完成30%可让开发执行（越早越好）；2. 开发期间，原则上需求不做变更，如果需求变更增加半天以上开发周期的，需各部门负责人审批后方可执行变更；3. 必须严格按照PRD实现需求，不得擅自修改；4. 开发完成后，项目经理邮件发送提测通知给测试，抄送给项目组

发起人：产品经理参与人：项目组全体成员1. PRD必须完整才能进行评审；2. 按照需求优先级评审；3. 不清晰的需求在完善并和相关人确认后才能进入开发阶段；

开发任务拆分

产研中心项目研发流程与制度

[每日站会、项目周报]

发起人：测试参与人：产品经理、项目经理、研发1. 先做简单的业务流程介绍；2. 按业务流程进行用例的评审；3. 产品经理确认测试对需求理解是否一致

UI设计

发起人：产品经理参与人：研发、测试、UI1. 明确项目的名称、背景、目标和起止时间，未明确的不予立项；2. 确定项目需求；3. 确定PRD完整交付时间；4. 确定项目经理与项目组成员；5. 产品经理邮件发出项目立项报告给项目组、业务方和相关负责人；

立项报告

上线方案评审

迭代计划

......

1. 产品经理和业务方在预发布（UAT）环境进行产品验收；2. 验收需求不符超过10%，不能发布上线；3. 验收完成后产品经理邮件发送验收报告给项目组、业务方和相关负责人；4. 产品经理通知业务方提前准备运营配置（如有）；

发起人：研发参与人：前后端研发1. 把需求拆分成开发任务；2. 评估每个任务的工作量；3. 进行任务分配；

PRD

每日站会流程 ：1. 项目组成员按照顺序(前端开发->后端开发->测试->产品经理)轮流发言，要求简明扼要，每人2分钟，需要包含以下两方面内容：     (1). 当前整体进度，存在的问题/风险；(2). 今日规划，进度目标，需要的资源支持；   示例：昨天做了拆单功能，当前功能完成度50%，整体进度70%，因拆单逻辑有变更，有延期风险；今天争取完成拆单功能的开发，            需要产品经理会后给出最新的拆单逻辑；2. 各组leader总结(如有)；3. 项目经理总结，评估项目风险；每日站会要求：1.  每天上午10:00准时召开站立会议（特殊情况除外）；2. 会议由项目经理主持，总时间控制在20分钟以内（特殊情况除外）；3. 为提高会议效率，会上只抛出问题，明确问题相关方，不做具体问题讨论，项目经理记录问题，会后协调各问题相关方解决问题。项目工具规范：1. 项目管理工具：TAPD2. 项目文档管理：Wiki3. 项目沟通工具：邮件(通知类)、企业微信(日常沟通)

任务列表

项目立项

测试

项目复盘