是否还记得第一次和（程序员或者研发我们简称RD）RD争吵时的情景？
我来讲讲我之前的经历，和我合作的这位RD平时不喜欢看文档，更不喜欢按照文档写的做，因此总出现问题。一般来说只要不影响用户使用，我就睁一只眼闭一只眼了（那时候在公司负责两个产品，存量需求也十几个，有点忙不过来了）。
某次需要修复数据（也是因为没有按照文档开发造成的），我便给他发微信说明需求修复的字段和内容。因为怕他遗漏，所以我特意在邮件中将需要修复的字段标红加粗，结果还是漏了一个字段。想到之前几次不按照文档开发产生的问题，一股无名火从我心头冒出，气势汹汹便前去理论。
谁知这位也振振有词，表示漏的那个字段是因为我没有当面和他说，他怕改错了担责任，所以没有改。借此机会，我问他为什么平时总不能按照需求文档开发，是评审时我没讲明白，还是我对开发进度不够关注。答案让我啼笑皆非，没按文档做不是开发的问题，是测试时没有测出来。
虽然听了很生气，但是看到他的态度，我明白除非把这件事闹大，否则不可能解决。但为了达到最终目标，我还是忍了......那回顾下我的目标：一是让RD知道我对于不按照文档开发的态度（这一点一定要坚持），二是解决修复数据的问题。只要目标达到，就没有必要再争论下去。
解决方法
1. 不把本次争论的重点放在事情的对错上，而是关注如何尽快解决数据修复的问题。在之后的需求评审中重点关照下这位同事，多问问他对需求的理解，听听他的意见和反馈。
2. 和测试沟通，告知他之前测试过的项目有问题，今后需要再仔细些。同时在进行验收时，我也会更加认真，尽量把每一个点都验收到。
3. 幸运的是当时来了个新的测试人员（现在公司没有测试，测试工作都要自己来做，真的是快炸了，好怀念测试的小伙伴啊！），刚好负责我这个系统。我给他讲了不少业务、系统相关内容，他遇到的问题我也会及时帮忙解决，一段时间下来配合得很默契。再加上他做事认真有章法，不论是写测试用例还是提bug都很规范，对于RD不按文档做的问题坚决指出，一段时间内居然没再出现问题。
案例总结
1. 解决问题的方式有很多，不一定要直面问题
如上所述，与RD沟通不能解决问题，就需要从测试着手，加强测试对工作的重视，从而倒逼RD按照文档来做。这种做法看起来好像是在为难RD，但是从全局出发，是为了避免出现因为功能问题而回滚或者需要修复的情况。
其实，这件事还有其他的解决方法，例如把问题反馈给开发团队的leader，或者等到项目出现问题引起领导层的重视后再解决，又或者放下手中的工作掰扯清楚责任的归属等。总之，不同的人有不同的解决方式。我认为，在项目中个人的得失永远是小事，一切的沟通和处理问题，都要以项目进展为最优目标。
2. 维持良好的沟通氛围
我并没有选择其他几种处理方法的原因，一方面是团队文化和内部氛围不允许，但是主要原因在于想要维持良好的沟通氛围。
工作中的每个人都会犯错，设想如果产品的设计出现漏洞，RD揪住问题不停责问，产品经理除了不爽外，还会感到压力山大。长期这样下去很难形成稳定、良好的合作关系。这样的氛围也会让项目组内人人自危，出现问题不愿意承担责任，甚至不想接手工作。
在团队中总强调一个观点，即出了问题不可怕，应该把注意力放在解决问题上，而不是追责。互相指责不能解决问题，只能把团队氛围搞差，如果出了问题后每个人都只想着如何甩锅，那么问题谁来处理呢？
一个好的产品经理所维持的沟通氛围，应该是人人都愿意畅所欲言，人人都把处理问题放在首位，人人都愿意承担责任的。
相信本文会帮助大家有一些启发，希望可以帮到大家与研发伙伴建立起良好可持续的协作机制，下期将要分享与运营部门合作案例，最后还是希望大家持续关注，微信公众号中搜索“小宝谈产品”，让我们一起在产品和运营的路上不断前行～
