遇上办公室政治，该怎么办？

这一期通过一个实际的案例来聊聊办公室政治的话题。

案例
先举个例子，现在有任务A, 人A和人B两个同事, 人A正在做任务A， 人B已经做完了所有工作，整个团队只剩下了任务A没有做完，而明天就是演示的日子, 人A说他对这个任务的技术不熟悉，争取今天下班前完成。

人B找到人A, 说可以帮助人A在一个小时内完成任务。

人A的反应
我影响你了吗？我有工作上Block你吗？

这样的问题出来以后，人B感觉气氛有点尴尬，于是说，没有的，你现在的这个任务是我们 组最后一个任务，我只是希望我们更快地完成它。

人A制造的麻烦 - 无谓的争论
人A说，好吧。我们先来添加测试用的模拟数据。
人B说，这部分数据我已经有了，你可以取一下。
人A说，什么时候？我刚刚才取了最新的代码。
人B说，你现在再取一下，我过来之前push上去的。
人A就取了一下代码，看到了模拟数据部分。

人B说，现在我们来显示这些数据，从而完成任务A。

人A制造的麻烦 - 吹毛求疵
人A说，你这个数据不对。properties 不应该包含这些数据。
人B说，这些数据是最开始用来显示Geometry的，没有这些的话无法显示。现在使用的是随机生成的ID，这些数据没有删除，还有讨论的空间。
人A说，你应该删掉，不然会引起麻烦的。
人B说，这部分跟任务A没有关联，不过，你愿意删除的话可以删除。

人A制造的麻烦 - 利用Spec规避合作
人A说，你这个坐标也不对，应该用角度坐标。
人B说，是吗？为什么呢？你这个任务就是显示这些数据，有什么数据显示什么数据而已。
人A说，不是。Spec里讲要用角度坐标。你这个不对，你应该回去做这个事情。你还没有做完。
人B说，你说的这一部分Spec你可以找出来了吗？我没有印象。
人A说， 你为什么不读Spec？你应该先解决你的这个问题。
人B说，明天就要演示了，你这一部分是最后的一部分，能不能先帮你做完？一个小时就可以了。
人A说，一个小时是你说的，我可没说。我说的是到今天结束前做完。
人B说，明天就是演示的日子， Halifax的同事会提前测试这一部分，如果你下班的时候做完，我们在Vancouver，我们这边自己不合起来测试一下的话，万一他们测试出现问题怎末办？
人A说，先不说这些，你为什么不好好看Spec?
人B说，此话从何而起？
人A说，Spec要求的是角度坐标，你现在用的不是角度坐标。
人B说，你能给我把那部分找出来看看吗？
人A说，那是你自己的事。
人B说，那个不影响明天的演示，我们可以先把你现在的任务A做完吗？
人A说， 现在是中午了，该吃饭了。
人B说，好吧，我们一会一起去吃饭。

人A制造的麻烦 - 饭桌上用Spec攻击人B
餐桌上三个人，人A，人B和主管。

人A说，人B， 我很惊讶，你为什么不看Spec呢，那我们没法合作啊。
人B说，我承认你说的这部分我没有印象，你说得对。我的意图是尽快把问题解决，不要耽误明天的演示。
人A说，不看Spec怎么做得好呢？
人B说，坐标转化就是传个参数，一两行代码就行了。
主管说，我不知道为什么会有这样的讨论，坐标类型转化不是问题，一两句代码的问题，我们首先要保证明天的演示。

人A制造的麻烦 - 炮制Spec
人B吃完饭以后，跟主管一起研究坐标转化的问题，用了几行代码加上前后定义约五行代码解决了坐标转化的问题。

人B找到Spec中关于坐标的描述，上面说，坐标可以是一下五种类型的任何一种。

人B把这部分Spec贴到群里...

实例小结
在以上的实例中，人B试图帮助人A完成任务A，结果人A不领情，而且给人B制造了诸多麻烦。最后发现人A引用了 错误的Spec或者说他自己臆想出来的Spec。

办公室政治
人A的上述表现诠释了一个非常常规的办公室政治玩法。办公室政治的几个重要特征：
. 不是解决问题，而是制造问题
. 永远要找寻别人的问题
. 不利于自己的事情化小
. 不利于别人的事情搞大

怎么办
如果很不幸，你遇到了人A这样的同事，要赶快寻求解决的方法。我的感受是：
. 能躲远点就躲远点。

各位有什么好的建议？