协同作战一定是每一个组织,每一个团队,每一个部门,每一个公司最希望的状态。大家拧成一股绳,不计较职位边界,为一个目标共同努力。
可是现实中总是有了问题部门之间互相推诿,做事之前计较得失。导致事情越做越小,组织越来越大。这究竟是哪里出了问题呢?
协同
举个例子:我非常放心把后背交给对方
刚入职的时候我接到的任务是做交易系统的交互,我对接的pd同学和我一样应届入职。两个新人对产品方案吵吵嚷嚷过,对交互方案细细琢磨过。执行过程中有误会也有争吵,但是双方都尊重彼此,信任彼此。合作到后期,我们搭档的业务都很让人放心和稳定,她的产品方案一定会征求我的意见,我的交互方案也会参考她的意见。有漏洞及时补位,出问题一起解决。达成共识推进产品是我们共同的目标。所以合作的一直很愉快,我觉得这是一个非常正面,非常重要的经历。
再举个例子:与合作方彻底谈崩矛盾升级
这位合作方是位开发同学,在合作过程中没有把推进当作主要目标,反而咬着彼此的漏洞,纠缠在职位边界。比如PRD上没有写的坚决不做,PRD上没有写明白的坚决不做等等。这也是我遇到为数不多“很认真”的开发。补位这件事想都别想,合作起来时刻担心会不会被抓到漏洞,会不会被找麻烦,会不会又要纠结一句话的表述方式是否正确。精力全部都用在应付这些事情上,产品设计上只能说是60分交卷了。全程都是黑着脸亚历山大。
我们在一次合作中,怎么样才能找到”协同作战“的感觉呢?
信任
信任是合作的基石,高速运转的基石。与合作方开诚布公,信息共享,只要对方感受到你的信任,那他势必会背起一份责任。
利他
如果只是一味的索取或者一味的给予,这种关系是不稳定的,协作的时候要找到利他的方面,并且让对方感受到你的用心。也就是为协作方争取利益。
Yes,and
熟悉设计方法的朋友应该都知道“Yes,and”,这是Google Ventures推出的设计方法“Design Sprint”中比较关键的一种方法,就是团队合作中,我们不要着急说NO,不对!而是鼓励对方把方案讲完,同时为他的方案添砖加瓦齐力推演出可行方案。这也是协作时候最让人舒服的地方,心中有“Yes,and”的原则,让对方觉得有话语权。
达成共识
协作最重要的是将观点反复对焦,如果观点没有达成一致,不要着急按照自己的观点去推进执行,和协作方坐下来好好探讨,直到能够达成一致,这样就不存在因为信息节奏不对等而产生误会了。
诚信
承诺的进度,承诺的推进一定要说到做到,如果遇到问题实在没有办法遵守之前的承诺,一定要提前告知合作方。否则一起制定的规则就被打破了,再想修复信任,需要付出更多。
关注过程
分工有所不同,所以每个阶段会有不同的团队承担不同的任务,当任务的主要工作量流转到别的团队时,请记得关注整个过程,让对方觉得你是可靠的。
总结一下
1,信任
2,利他
3,Yes,and
4,达成共识
5,诚信
6,关注过程
希望用最轻快的协同作战方式,让事情越做越有价值,组织越来越强大。
这是软技能系列文章的一部分,希望其余部分尽快和大家见面