测试小故事61:真的明白了吗?

 拉波波特法(Rapoport's rule)。类似于沟通中的“Yes,and”原则,即先表达认可之处再提出反对意见。四个实施步骤:

  • Step1:将对方的观点复述一遍,让对方意识到你真正理解了他的看法甚至表达的比他更透彻
  • Step2:提出你对对方观点中认可的部分
  • Step3:从这些认可观点中我学到了什么,让对方觉得自己的观点是有价值的
  • Step4:提出自己反对的观点,并给出理由,此时相当于带着对方一起反省

  看似明白,其实未必真明白,未必全明白,也许还可能是完全错位。

  项目执行过程中,我们往往会听到这样的话

  “我说的你明白了吗?”

  “我没说清楚吗?”

  “当时我们说的是这样的,为什么做出来变样了?”

  这种情况不仅发生在一个岗位角色之中(如测试角色),同时还大量存在于不同的岗位角色之间(如客户与需求,需求与开发、与测试,开发与测试)

  这种明白与不明白的结果导致的是争执,甚至是返工,是人力和物力的浪费。

 

  是什么导致我们纠结于“明白”和“不明白”?

 

  你真的说明白了吗?对方真的听明白了吗?未必!也许我们看似有效的沟通真正的结果是各持一词、各有所想,最终的沟通并未产生一致的理解、一致的行动指导和一致的行为方向,只是这一切看起来似乎明白了。

  其实,很多时候明白或是不明白,不是你或是对方某个人的问题,也不是责任心或是能力的问题,更多的时候是由于沟通不到位造成的。或者说是沟通错位,沟通过程中,我们所表达的意图是否能够得到大家的一致理解,其它人所表达的思想是否能够准确的被我们所接收。不同的表达、不同的受众,所产生的沟通效果和沟通结果是不同的,所领会的意图也会大相径庭。

  错位的表达和错位的理解必然导致沟通失效、信息对接失灵,产生不必要的误解、返工或是争执,结果就是沟通成本上升和工作效率的下降。

  我们真正要表达的是什么意思?对方接收到和转化后的内容是什么?同样,对方表达的是什么?我们又如何理解的?

  理解和认识的偏差导致的行为方式的错位是造成沟通成本上升的重要原因。

 

  为什么会产生这样的错位?

  我们和对方彼此之间都在使用我们自我所熟悉的方式、自我所认可的语言模式进行表达,而彼此双方的接收频段并非能够完全容纳,其结果就是你说你的、我说我的,看似在说一件事,其实已经产生了差异。

  这种差异如果来自某一两个人也许不会产生太大的影响,但如果在一个团队中,沟通的信道会成倍的增加,错误信息会不断放大,最终产生的行动后果会远超过我们想像。这就是小的沟通细节产生的问题,由于信息传递链上的不断传递和积累,最终导致了大的问题。还记得软件开发中那个典型的需求理解图吗?客户要的是个秋千:两根绳、一个凳子。结果呢,需求、设计、开发给出了完全不同的理解和行为方式,看似简单其实未必简单。各自都在用各自的方式解释着对客户的理解。

  这些都是沟通不到位造成的,我们在表达自己意思的时候,很难站在受众的角度去认识和看待问题,表述语言的不一致造成了无效的沟通。正如软件开发工程师如果用一大堆的程序语言与一位一线的、没有任何程序理念的操作人员进行沟通,这种沟通是很难展开的。

  我们彼此之间都在用自我习惯的方式进行信息传递,还在彼此埋怨对方为什么不明白、不理解,而忽略了对方对于信息的接受度,一个被扭曲和已经损失的信息在传递过程中想被对方理解,那需要一点:彼此的默契。这个需要长期的磨合。

 

  如何减少这种沟通过程中信息传递的扭曲和损耗?除了自我之外,站在对方的角度去考虑问题,用对方所熟悉和接受的方式、语言去表达自己的意图。

  理解和接受不同人对于同一事物的认识、看法各有不同,不同的人对于问题的判断和评价各有不同,这是由于所处的行业、角色,所受的教育专业、程度不同造成的。因此要考虑如何表达自己的意图,如何让对方真正的理解产生正确的行动;同时要理解对方的反馈,从对方的反馈中接收到信息传递产生的偏差,及时纠正。

  当然在一个团队中,你可能是领导,大家都需要适应你的管理风格、处事方式,这是下达;同样,你也需要了解团队成员彼此的一些行为和语言方式,更好的理解他们的反馈,这是上传。正如70后大谈80后没责任心,80后在抱怨90后太个性一样,更多的时候是时代造成的行为模式的变化,这种行为模式的不同导致了不同的沟通方式和沟通技巧。

  作为一个研发团队,除了我们彼此的工作之外,还应当去了解你与之合作的不同岗位、不同角色、不同人的工作,包括你的上级、平级和下级,从更高的角度去看待整个团队,从更多的角度去看待团队中存在的问题。这样可以促使你的团队之间在团队的进展、目标和工作方式上达成必要的一致性(这就是过程和流程),从而避免团队成员之间使用一种自我习惯的眼光去看待问题,避免遇到问题只能以一种角度、一种方法去看待和解决问题,失去了团队所应具有的互补和灵活性。团队成员彼此应不断的自省、适应和调校沟能的方式,这样才能在彼此对接的过程中有效理解对方的意图,正确的表达自己的思想。

  团队目标一致、沟通顺畅、不失战斗力和活力,关键是处理好沟通的问题,建立一种统一的问题描述方式去处理彼此之间的信息沟通与协作。

**曾经用过的一种方法:自己表述时,自己用不同的方式去表达同一个问题,看对方是否理解相同;接收到对方表述后,用自己的语言对理解进行描述。也就是用不同的方式验证信息的传递和理解的正确性。

------------------------------------------------------------------------------------------------

  想起一个笑话,节日出游,欢天喜地,大人问孩子高兴吗?孩子回答很不高兴。问为什么?孩子说我只能看到屁股。

  成人的高度、眼光,对节日的看法,与孩子眼中的节日是完全不同的。不是你的高兴就是对方的高兴,你明白就意为着对方明白。 

1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合; 、4下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合;、下载 4使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。 1、资源项目源码均已通过严格测试验证,保证能够正常运行; 2、项目问题、技术讨论,可以给博主私信或留言,博主看到后会第一时间与您进行沟通; 3、本项目比较适合计算机领域相关的毕业设计课题、课程作业等使用,尤其对于人工智能、计算机科学与技术等相关专业,更为适合;、 4下载使用后,可先查看README.md或论文文件(如有),本项目仅用作交流学习参考,请切勿用于商业用途。 5、资源来自互联网采集,如有侵权,私聊博主删除。 6、可私信博主看论文后选择购买源代码。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值