只有项目组中的每个人有共同的目标，才能激发斗志，带动工作的积极性 。所以笔者一直认为，PM在评审时一定要和RD讲清楚需求背景、使用场景、解决的痛点、面向的用户等 。
其实不单是需求评审，平时的沟通中，像上述案例中的处理bug，开发过程中的需求调整，或是平时开会讲的产品路线，都可以讲讲宏观层面的内容，让RD了解到自己工作的价值 。
案例二笔者至今仍记得，第一次和RD争吵时的情景 。这位RD平时不喜欢看文档，更不喜欢按照文档写的做，因此总出现问题 。一般来说只要不影响用户使用，我就睁一只眼闭一只眼了（那时候刚去公司，存量需求十几个，涉及三个系统，忙不过来） 。
某次需要修复数据（也是因为没有按照文档开发造成的），我便给他发邮件说明需求修复的字段和内容 。因为怕他遗漏，所以我特意在邮件中将需要修复的字段标红加粗，结果还是漏了一个字段 。想到他之前几次不按照文档开发产生的问题，一股无名火从我心头冒出，气势汹汹前去理论 。
谁知这位振振有词，表示漏的那个字段是因为我没有当面和他说，他怕改错了担责任，所以没有改 。借此机会，我问他为什么平时总不能按照需求文档开发，是评审时我没讲明白，还是我对开发进度不够关注 。答案让我啼笑皆非，没按文档做不是开发的问题，是测试时没有测出来 。
虽然听了很生气，但是看到他的态度，我明白除非把这件事闹大，否则不可能解决 。依照案例一中说的，沟通时要时刻记得最终目标，我的目标有两个：一是让RD知道我对于不按照文档开发的态度，二是解决修复数据的问题 。既然目标已经达到，就没有必要再争论下去 。
解决方法
1. 不把本次争论的重点放在事情的对错上，而是关注如何尽快解决数据修复的问题 。在之后的需求评审中重点关照下这位同事，多问问他对需求的理解，听听他的意见和反馈 。
2. 和QA沟通，告知他之前测试过的项目有问题，今后需要再仔细些 。同时在进行验收时，我也会更加认真，尽量把每一个点都验收到 。
3. 幸运的是当时来了个新的QA，负责我这个系统 。我给他讲了不少业务、系统相关内容，他遇到的问题我也会及时帮忙解决，一段时间下来配合得很默契 。再加上他做事认真有章法，不论是写测试用例还是提bug都很规范（之前的QA这些都没有），对于RD不按文档做的问题坚决指出，一段时间内居然没再出现问题 。
案例总结
1. 解决问题的方式有很多，不一定要直面问题
如案例二所述，与RD沟通不能解决问题，就需要从QA着手，加强QA对工作的重视，从而倒逼RD按照文档来做 。这种做法看起来好像是在为难RD，但是从全局出发，是为了避免出现因为功能问题而回滚或者需要修复的情况 。
其实，这件事还有其他的解决方法，例如把问题反馈给开发团队的leader，或者等到项目出现问题引起领导层的重视后再解决，又或者放下手中的工作掰扯清楚责任的归属等 。总之，不同的人有不同的解决方式 。笔者认为，在项目中个人的得失永远是小事，一切的沟通和处理问题，都要以项目进展为最优目标 。
2. 维持良好的沟通氛围
案例二中笔者没有选择其他几种处理方法的原因，一方面是团队文化和内部氛围不允许，但是主要原因在于想要维持良好的沟通氛围 。
工作中的每个人都会犯错，设想如果PM的设计出现漏洞，RD揪住问题不停责问，PM除了不爽外，还会感到压力山大 。长期这样下去很难形成稳定、良好的合作关系 。这样的氛围也会让项目组内人人自危，出现问题不愿意承担责任，甚至不想接手工作 。
推荐阅读
- 也不要轻易相信诺言 不要随便许下承诺
- 虾为什么不能吃死的
- 高圆圆与老公赵又廷 高圆圆的老公
- 怎样才算一个与周围格格不入的人 格格不入是什么意思
- 葛根粉的作用与功效 葛根粉的功用
- 天麻可否与山药一起炖鸡
- 陈学冬与郭敬明究竟是什么关系 郭敬明陈学冬恋情
- 自曝与老公分居一年没见面 郭羡妮老公朱少杰
- 坦言与韩红真实关系 管彤和韩红是什么关系
- 刑法中怎么理解辨认能力与控制能力之间的关系