一个产品的研发需要多个不同工种配合完成，如果没有好协同机制必然引起混乱，造成产品研发的拖延

1.需求阶段

• a.产品经理先找相关负责人先过下需求，包括需求设计、新老版本问题等;
  相关负责人或者其他开发人员也可以主动找产品讨论需求

• b.确认后prd先发给相关人员看，此过程相关人员发现问题可以随时沟通，或者记录下来等评审会讨论

• c.prd评审，如果一次评审不下来，可以二次评审，尽量讨论需求，涉及细节开发不要在会议室讨论

• d.尽量保证版本迭代不要超过三周，背负周期越长(反复确认需求，变更需求)，身心越疲惫，保持敏捷开发

• e.排期，尽量细分到接口，精确到小时，相关负责人汇总给出具体时间，并与产品经理协商确认最终时间点

补充:人人都是产品经理，每个人应该用产品经理式的态度和方法来做好自己相应的工作。其实不仅是对于工作，对于个人来说，我们就是属于自己的产品，你不对自己负责，把自己打磨好，那就没有人会对你负责。到时所有的苦和痛都只会让你一个人来承受。

2.设计阶段

• a.无论是ui、ued设计还是技术设计，过程中的细节问题可能会再找产品确认

• b.ui评审(按需求复杂度)
  ui图、交互文档

• c.技术评审(按需求复杂度)
  业务流程图，业务架构图，应用架构图，时序图，功能/接口，库表结构

• d.测试评审(按需求复杂度)
  功能流程，测试用例

• e.达成一致

3.开发阶段

• a.先紧后松，便于后面的联调，需求调整等

• b.保持沟通，每天群里问下是否有问题，有问题需要开个晨会碰下，提测前1/2天一定要开会过进度

• c.开发过程中遇到的紧急问题，可以快速组织相关人员开会讨论(任何人都可以发起会议)，涉及到版本、进度问题可以协商砍需求或者下版本解决

• d.保持节奏，学会时间管理，不要其他非重要紧急的事所打乱

4.测试/联调阶段

• a.先测试后联调，先联调后测试，或者并行，按实际情况

• b.接口提测，尽量保证接口全部开发完成后，如果时间紧急，可以按接口完成情况提测

• c.整体提测，尽量保证前端开发联调完成所有接口后，如果时间紧急，可以部分提测

• d.多互动，多沟通，多协作，建立信任，建立团队默契，后端提测过程，测试可以通过接口产生相关数据供前端联调，前端通过接口联调发现问题，可以及时通知后端排查问题

5.预发/上线

• a.产品、需求提出方(业务、运营等)、测试整体过下系统，是否达到要求(按需求复杂度)

• b.预发前的风险评估会(按需求复杂度)
  多系统依赖问题(发版顺序),生产配置，数据库脚本(DDL/DML，老数据订正)，相关配置和脚本可否提前执行，回滚方案，发布时间点

• c.上线后的测试数据处理

• d.checklist ，其中数据库脚本需要测试

补充：生产日志观察、数据变化

产品研发流程图.png