用battle这个词来描述研发和产品的关系，会略带一些对立的意思。事实上研发和产品同学是命运共同体。
相信不论是前端还是后端开发同学，聚到一起吃饭，聊天，大家说的最多的莫过于讨论产品，或者提出需求产品同学。更有甚者，可能会有人身攻击，说xxx和xx一样，这样的场景屡见不鲜。
和大家聊这个话题，并不是说让大家都去怼pm，或者说给需求说不，而是探讨如何能够和pm同学一起在有限时间内，把需求漂亮的做出来，毕竟公司聘请每个研发同学来，并不是听你来抱怨需求吐槽同事的。
1.需求评审会上
- 【需求文档】必须要有。如果连需求文档都没有，或者只有寥寥数语，可以直接怼回去让写去，或者下个迭代想好了再提，不然之后的沟通会浪费双方的时间
- 只讨论大方向，细节下来对。评审会时间断，可能会有多个需求要评审，如果每个需求的细节都要聊清楚，评审不完是必然的，开会效率大打折扣
- 确认需求优先级。一定要确认需求的优先级，这关乎到自己之后工作的重点方向和时间安排，高优需求肯定是优先保障的。
2.需求详细沟通
-
梳理需求。根据pm的需求文档，详细梳理需求点，并总结问题，然后带着问题和pm讨论具体要求，看自己的理解和pm的要求一样不一样，这点很重要。不然一开始不确定最后跑偏就得不偿失了。另外沟通时要事先想好，哪些需求是不合理的，和pm同学讨论如何做更合理，表达出自己的思考和见解，完善需求
-
评估工期。
- 如果时间短，需求多，感觉自己做不完。可以和pm同学讨论，说明情况，如果确实都要上，也要给出预期，无法保证质量，让他好有个底；要不就是去协调更多人力来做这个事情
- 沟通更多时间。确实做不完，可以和pm协商看能否再多一些时间，可以保质保量搞定，为自己争取时间
- 优先保证高优需求点。如果要按照规定的时间上线，那么要确认里边需求点的优先级，对于不重要的需求协商后可以不做
3.需求设计
需求沟通完确认无误，开始设计方案，按照模块儿切分工作，设计接口 有些同学可能觉得这个阶段不重要或者不需要多少时间，从观察下来看，设计和实现的时间差不多8：2。 想好了，再去做。要比没想好就动手，之后再返工效率高至少2倍。 只有在设计，思考的过程中，才能有新的问题出现，并及时和pm沟通做需求调整
4.实现阶段
按照设计的需求实现功能，之后就是自测、联调、提测、上线了
PS：当然平时没事儿可以和pm一起吃饭聊天，没事互相开开玩笑保持良好的信任关系也很重要。
大家是如何与pm同学相处的呢？欢迎留言讨论
