非暴力沟通在常州技术团队管理中的应用

　　技术团队的管理，在常州一直是个不太好拿捏的事情。程序员这个群体普遍比较直接，说话习惯讲逻辑、摆事实，有时候会给人留下“说话太冲”的印象。而常州本地的职场文化又比较讲究人情世故，太生硬的沟通方式容易让人觉得不舒服。我见过一个技术组长，代码能力很强，但说话方式太直接，每次代码评审的时候，他会当着所有人的面说“你这个写法太烂了”，虽然他的本意是想帮组员提升，但被说的人脸上挂不住，团队氛围越来越差，最后有两个骨干提出了离职。这个组长后来去学了一套非暴力沟通的方法，慢慢改变了自己的沟通方式，团队才重新稳定下来。

　　非暴力沟通的核心其实很简单，就是四个要素：观察、感受、需要、请求。用在技术团队管理里，可以避免很多不必要的情绪对抗。比如以前那个组长会说“你这代码写得有问题”，现在他会改成“我注意到这段代码在并发场景下可能会出现数据不一致的情况，我担心上线后会有隐患，我们需要在测试环境再跑一下压测，你看今天下午能不能抽时间一起看看？”前一种说法是评判，容易引发防御心理；后一种说法是观察加上具体的请求，对方更容易接受。在常州的技术团队里，这种沟通方式尤其重要，因为本地团队规模不大，成员之间的关系比较紧密，一旦因为沟通方式伤了和气，修复的成本很高。

　　除了日常沟通，非暴力沟通在处理绩效反馈、项目复盘这类敏感话题时也很有用。常州一家软件公司的技术总监在每次项目复盘会上，都会先让大家说“项目过程中遇到了什么困难，我当时是什么感受”，而不是直接说“谁的责任”。这样做的目的是先把情绪释放出来，让大家在安全的氛围里表达，然后再分析问题出在哪里、以后怎么改进。他举过一个例子，有一次项目延期，后端和前端互相指责对方接口文档不清晰。如果在会上直接批评，只会激化矛盾。他换了个方式，先让每个人说自己在对接过程中遇到的困难，大家说着说着，发现其实是因为需求变更时没有及时同步，导致双方的信息出现了偏差。找到了真正的原因之后，他们一起制定了“需求变更必须在群里 所有人”的规则，这个规则执行之后，类似的矛盾就很少再发生了。技术管理者容易陷入一个误区，觉得自己只要把技术管好就行了，沟通方式不重要。但事实是，技术团队的效率很大程度上取决于协作的顺畅程度，而协作的顺畅程度又取决于沟通的质量。学会用一种不伤害关系的方式去表达要求、反馈问题，是常州技术管理者需要认真修炼的一门功课。