产品团队的劣化，是从对自己放松要求开始的。
本来，一个pm负责的需求应该至少包括4个部分：
1）整理需求，对齐方案，输出prd；
2）与研发沟通，排期，完成评审；
3）推动开发完成，并及时测试，保证进度和上线质量；
4）监控上线后的效果。
这就是最基本的基本功了，如果这些做不到位，对于接需求的pm而言，绩效直接就应该是不合格。因为这里连一丁点儿的高阶任务都没有，也没有什么要拿业务结果的地方。
只是很多时候做着做着，人就容易就忘了自己的职责所在。
写完prd，完成了研发排期，好像产品部分的工作就做完了，什么都不用管了。然后就觉得，其他人自动就
能按时按预期完成需求，并且用户数据和反馈也能符合预期。我只要每天整理需求写文档就行了，其他都不是我的工作。
可天底下哪有这样的好事呢？
需求方不抓紧点，不严格验收，久而久之，后面的研发和测试也会觉得差不多行了，那么认真干嘛呢？
当然了，人都是有惰性的。产品不管，研发和测试就会慢慢放松自我要求。产品leader不管，产品组也同样会慢慢放松要求。
于是解决方案就很清晰了，就是源头上的人要负起责任来。该做过程管理的做起来，该监督执行的监督起来。
既然要靠别人拿结果，自然要盯紧一些。不然工作做了一大堆，但没有拿得出手的成果，不就很尴尬么。。
本来，一个pm负责的需求应该至少包括4个部分：
1）整理需求，对齐方案，输出prd；
2）与研发沟通，排期，完成评审；
3）推动开发完成，并及时测试，保证进度和上线质量；
4）监控上线后的效果。
这就是最基本的基本功了，如果这些做不到位，对于接需求的pm而言，绩效直接就应该是不合格。因为这里连一丁点儿的高阶任务都没有，也没有什么要拿业务结果的地方。
只是很多时候做着做着，人就容易就忘了自己的职责所在。
写完prd，完成了研发排期，好像产品部分的工作就做完了，什么都不用管了。然后就觉得，其他人自动就
能按时按预期完成需求，并且用户数据和反馈也能符合预期。我只要每天整理需求写文档就行了，其他都不是我的工作。
可天底下哪有这样的好事呢？
需求方不抓紧点，不严格验收，久而久之，后面的研发和测试也会觉得差不多行了，那么认真干嘛呢？
当然了，人都是有惰性的。产品不管，研发和测试就会慢慢放松自我要求。产品leader不管，产品组也同样会慢慢放松要求。
于是解决方案就很清晰了，就是源头上的人要负起责任来。该做过程管理的做起来，该监督执行的监督起来。
既然要靠别人拿结果，自然要盯紧一些。不然工作做了一大堆，但没有拿得出手的成果，不就很尴尬么。。