项目管理流程以及规范

    概要

    在开发过程，经历过只有几个开发的小公司，也经历过100多人研发团队规模稍大一点的公司。对项目管理规范的重要性表示很认可，小公司没有任何项目管理可言，对于较大规模的团队，项目管理是必修课，不然简直就是要乱套。

    重要的节点：

    流程节点：立项 > 开发测试人员评估时间 > 开发完成提测 > 测试完成 > 上uat > 上prod > 回归验收完成，项目结束

    优先级：如果同时有多个需求/迭代，那么就要评估优先级，按照优先级来做

    时间节点： 开发提测时间、测试完成时间、上uat时间、上线（prod）时间

    一、产品需求文档

    1. 需求文档：包括需求背景、需求目标、需求原型 、需求上线时间 （业务规范，预计数据量）

    2. 拉群：涉及相关人员拉群（前端人员、后端人员、测试人员、产品人员）

    二、阅读/评论需求文档（初步评估）

    1. 初步评估

    开发/测试人员阅读需求文档进行评估，如果有问题则在文档标注（那些地方需要确认，那些地方后端实现不了或者说有风险，比如：产品需求是查全量数据，但是后端查询影响性能，商量调整查询时间范围等等）

    2. 产品进行回复确认，对需求文档进行完善

    3. 所有人员在需求评审会之前，完成需求初步评估

   三、需求评审

   1. 产品针对完善后的需求文档进行介绍，开发/测试人员带着初步评估后仍存在的问题，会上讨论确认

   2. 产品就会上的讨论结果，进一步完善需求文档，这一版就定下来，之后再要改动需求，需要通知到各个开发/测试人员，简单的调整可以本次做，大的改动要重新评估开发时间和后期上线时间节点，或者放到本次需求上线之后再做

   四、测试用例评审

   五、后端出设计文档

   后端开发人员做设计方案（里面的接口设计用于前端对接）发到群里、评估开发时间

   贴上设计文档链接：包晴天2.0-设计文档模版

   说明：这个文档正常需要后端负责人/团队成员来评审，一定要确定方案没问题，才做编码工作

   六、前后端对接评审

   正常大的迭代/需求，涉及多个前端的话是要开对接评审会的

   即使不开会也一定要把文档给对应前端人员（前端先看，有问题则提出，商量解决），确认好之后，后期就尽量不要变动接口文档

   七、开发自测

   开发必须完成P0用例的自测

   包晴天2.0-压测报告
   八、上线流程

   包晴天上线文档-checklist模版

   1. 测试同学在test测试，如果有bug，原则上都是日清

   2. 测试没问题后发上线文档（checklist）在上线群，准备上master（也叫uat，一般称为预发布环境）

   3. 后端做好相关的配置以及检查，避免有遗漏

   4. 如果是微服务，一定要确定各个涉及服务都按要求发版，避免遗漏

   先上uat -> 测试/产品验收后 ->上prod > 开发、测试、产品验收, 在checklist做好备注

   九、上线之后数据分析

  上线之后，开发对上线的需求产生的数据进行关注，确保符合预期

  产品/运营结合需求目标，对数据进行分析 （有的需求可能要运行一段时间）