PM ：只允许你在规则里闹腾

上一个版本0605完成的很好，在前期美术资源延误4天的情况下，我们依然能够如期高质量的发版上线。领导对我们表示了肯定，团队的小伙伴虽然很辛苦，但结果很让人窃喜。but 立马就来了一个转折点，线上出现了一个问题：

Situation

Conflict ：adjust后台的数据量极少，和TGA差异非常大

What ： 为了配合数据组渠道数据归因的统计，adjust sdk从gillar集成中剥离出来，单独集成了adjust的unity版本

Why ： 数据组提出需求 - >通过TGA分析各个渠道的详细数据

influence ： 数据过不来，无法分析数据，影响数据的校准还有投放效果评估，就等于说这个版本白发了。

fixBug ：只能加急修复重新提审了一版。刚被夸表现好，转身就立马被按在地上往死里打，什么滋味，什么感觉？？？

Question

1、数据组过来的需求，没有经过PM，没有评审，没有加入到版本计划里面，直接对接了开发，这个流程上有问题

2、开发在做的过程中，不明确影响范围，没有深挖确定结果的正确性，也没有足够重视质量问题，加上不在版本计划里，上线评估就遗漏它。

3、版本上线之后，也没有及时跟踪查看数据，导致推了2天之后才发现数据异常。

Solutions

1、任何需求（特别注意团队外部过来的需求）一定要经过评审，评估需求的必要性，影响范围，验收标准和工作量，评审通过，加入到版本计划

2、团队内部，不可以擅自接需求，只做版本计划里的内容，同时质量意识一定要加强。

3、需求完成之后我们会通知相关方（美术+音效+内容）验收，验收通过，才提审上线。

4、关于数据，每次版本上线之后，主动去确认数据上报是否正常。

5、数据上报如有变动，通知相关方。

6、产品的质量不能够单独依靠某个人、某个团队来把控，应该全员都具有质量意识。

PM千防万防总是会出现意向不到的幺蛾子，所以要指定规则、玩法，必须在规则里办事，全员一定要有规则意思，尊重自己的劳动成功，同时也尊重别人的心血。对得起自己，同时也不辜负团队。