前言

阅读本文,可了解在“向别人提要求”有另一种沟通方式框架:

  • 适合大众读者向别人提要求时使用
  • 适合Scrum Master改进实践时使用

我们希望团队改进时,常常使用“暴力沟通”

有一个迭代,有个团队成员有5个bug,我希望提醒他重视开发质量,于是有了以下对话:
我:“上个迭代,你的bug偏多呀,以后要注意”。
他:“好”。

这看起来没什么问题,在学习非暴力沟通后,发现“bug偏多”这句是我的评价,如果对方不认可这个评价,容易产生逆反心理。

《非暴力沟通》有个观点:

如果我们的表达言过其实,别人可能产生逆反心理,而不愿作出友善的回应。

如果用“非暴力沟通”,该如何表达呢?

我:“上个迭代,开发部门的人均bug是2个bug,我看到你这边有5个bug”。
我:“我有些担心,担心我们团队的开发质量落后了。我们团队的技术能力和开发质量应该是很强很高很酷的”。
我:“我希望我们的迭代人均bug能够达到2个或以下”。
他:“好”。

两个对话的对比,乍看之下好像只是多了数据明细。
实际上,是运用了非暴力沟通的四要素:1. 观察 2.感受 3.需求 4.请求

观察:客观说出观察到的事实

看到“观察”,不用担心,不是那些很高难度的洞察力之类的东西。
这里说的“观察”是指:清楚地表达观察结果,而不判断或评价

对话一中的“你的bug偏多”是我的评价,不是我观察的结果。
评价容易使对方产生逆反心理,从而不愿友善地回应。

对话二中的“上个迭代,开发部门的人均bug是2个bug,我看到你这边有5个bug”,就是观察到的客观事实,不加任何评论。

感受:说出自己的感受

这里的“感受”,也不是那些很高难度的“感受气氛”之类的东西。
这里的“感受”是指:说出你的感受,然后说导致这个感受的原因。

对话二中的“我有些担心,担心我们团队的开发质量落后了”,就是表达出我的感受。

需求:说出自己的需求

这里的“需求”是说出你的需求。

对话二中的“我们团队的技术能力和开发质量应该是很强很高很酷的”就是我的需求。
这里与对话一不同的是:
对话一:通过“说出批评”来提出主张;
对话二:通过“说出需求”来提出主张。

《非暴力沟通》的观点:

如果我们通过批评来提出主张,人们的反应常常是申辩或反击。反之,如果我们直接说出需要,其他人就较有可能作出积极的回应。

请求:清楚地告诉对方,希望他做什么

这里的“请求”是清楚地告诉对方,希望他做什么。
我们提出的请求越具体越好。如果我们的意思含糊不清,别人就难以了解我们到底想要什么。

对话二中的“我希望我们的迭代人均bug能够达到2个或以下”就是具体的请求。
后续还可以继续讨论更详细的改进措施。

后话

本文的内容主要学习自Marshall B.Rosenberg的《非暴力沟通》,阅读过程中常感同身受。中文版翻译很好,可读性很高。书中还有许多更细节的内容可供学习。
非暴力沟通的学习并不是一蹴而就,是通过日常生活和工作不断练习积累的。比如,关于上文描述的“观察与评论”,就是需要不断练习巩固、养成习惯的。

本文内容只是本人本阶段的观点,不一定正确。如有错漏,不吝指出。

原文地址:http://www.cnblogs.com/nick-huang/p/16861816.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性