协同作战一定是每一个组织，每一个团队，每一个部门，每一个公司最希望的状态。大家拧成一股绳，不计较职位边界，为一个目标共同努力。

可是现实中总是有了问题部门之间互相推诿，做事之前计较得失。导致事情越做越小，组织越来越大。这究竟是哪里出了问题呢？

协同

举个例子：我非常放心把后背交给对方

刚入职的时候我接到的任务是做交易系统的交互，我对接的pd同学和我一样应届入职。两个新人对产品方案吵吵嚷嚷过，对交互方案细细琢磨过。执行过程中有误会也有争吵，但是双方都尊重彼此，信任彼此。合作到后期，我们搭档的业务都很让人放心和稳定，她的产品方案一定会征求我的意见，我的交互方案也会参考她的意见。有漏洞及时补位，出问题一起解决。达成共识推进产品是我们共同的目标。所以合作的一直很愉快，我觉得这是一个非常正面，非常重要的经历。

再举个例子：与合作方彻底谈崩矛盾升级

这位合作方是位开发同学，在合作过程中没有把推进当作主要目标，反而咬着彼此的漏洞，纠缠在职位边界。比如PRD上没有写的坚决不做，PRD上没有写明白的坚决不做等等。这也是我遇到为数不多“很认真”的开发。补位这件事想都别想，合作起来时刻担心会不会被抓到漏洞，会不会被找麻烦，会不会又要纠结一句话的表述方式是否正确。精力全部都用在应付这些事情上，产品设计上只能说是60分交卷了。全程都是黑着脸亚历山大。

我们在一次合作中，怎么样才能找到”协同作战“的感觉呢？

信任

信任是合作的基石，高速运转的基石。与合作方开诚布公，信息共享，只要对方感受到你的信任，那他势必会背起一份责任。

利他

如果只是一味的索取或者一味的给予，这种关系是不稳定的，协作的时候要找到利他的方面，并且让对方感受到你的用心。也就是为协作方争取利益。

Yes,and

熟悉设计方法的朋友应该都知道“Yes,and”，这是Google Ventures推出的设计方法“Design Sprint”中比较关键的一种方法，就是团队合作中，我们不要着急说NO，不对！而是鼓励对方把方案讲完，同时为他的方案添砖加瓦齐力推演出可行方案。这也是协作时候最让人舒服的地方，心中有“Yes,and”的原则，让对方觉得有话语权。

达成共识

协作最重要的是将观点反复对焦，如果观点没有达成一致，不要着急按照自己的观点去推进执行，和协作方坐下来好好探讨，直到能够达成一致，这样就不存在因为信息节奏不对等而产生误会了。

诚信

承诺的进度，承诺的推进一定要说到做到，如果遇到问题实在没有办法遵守之前的承诺，一定要提前告知合作方。否则一起制定的规则就被打破了，再想修复信任，需要付出更多。

关注过程

分工有所不同，所以每个阶段会有不同的团队承担不同的任务，当任务的主要工作量流转到别的团队时，请记得关注整个过程，让对方觉得你是可靠的。

总结一下

1，信任

2，利他

3，Yes,and

4，达成共识

5，诚信

6，关注过程

希望用最轻快的协同作战方式，让事情越做越有价值，组织越来越强大。

这是软技能系列文章的一部分，希望其余部分尽快和大家见面