这条线我是自己摸出来的。我不是科班出身的管理者，只是一个写着写着代码就开始带项目团队的开发者，所以下面这些，基本都是先犯过一点小错才学会的。

领导力中的同理心是什么意思

#

领导力中的同理心，是弄清楚团队里每个人的真实状态，并在做决定、给反馈、定团队工作方式的时候，把它当作一个有分量的变量。它不是什么都点头，也不是在会议上表现得和气：你完全可以充分理解一个人的处境，同时对他说不。当人们发现自己的处境真的被考虑进去了，就会放松下来，更早开口说话，工作也明显更顺。这一点上，那些老生常谈的建议是对的。

太少是病，太多也是病

#

所有人都在警告的失败，是那种把人当资源调度的冷面管理者。这种失败是真的：无视别人生活里正在发生的事，人就会沉默，士气会掉，问题要拖好几个月才浮出水面。

没有人警告你的，是反方向的失败。什么都迁就，边界就模糊了。截止日期变成参考意见。那些默默守着标准的人，开始为不被要求守标准的人兜底，怨气悄悄积累。我自己就干过这种事——当时觉得是体贴，多让了一步，可对团队里其他人来说，那一点都不体贴。

同理心的正反例子：做得好与做过头

#

放在一起对比，差别就清楚了。这些算不上规则，只是我努力想做到的样子：

做过头的那一栏有个共同点：当下感觉很体贴，实际上是把代价推给了以后，或者推给了别人。

大部分活儿是一对一沟通干的

#

我能勉强保持在平衡点附近，靠的不是什么理念，是日历上的一个循环日程。有了固定的一对一，小问题就会在还小的时候冒出来，而不是某天以一封辞职信的形式集中送达。

我的一对一每次问的差不多是同几件事：现在卡在哪，最近什么事做得不错，团队配合怎么样，接下来想往哪个方向成长，以及我有什么该改的。

最管用的问题特别朴素：“工作上有什么需要我或者团队帮忙的吗？“听着平淡，其实不然。它传递的信号是：我打算参与解决，而不是只听你说。而且得到的回答几乎总是能实际落实的具体事——帮忙对接某个人、拍板一个悬着的决定、抽一小时结对。

说"不"的时候更要坦诚

#

一对一聊多了，请求自然会攒起来，不可能都答应。怎么处理那些答应不了的，恰恰是信任建立或崩塌的地方。

我的做法是：认真对待请求，并且让对方知道我认真对待了；解释现在为什么办不到；有折中方案就给折中方案；说清楚什么时候再看这件事；然后真的回来再谈，哪怕结论没变。

这些做法不会让拒绝变得愉快。但一句有理由的、坦率的"不行”，远比一句再也没有下文的"再看看"更让人服气。

我能总结出的公式也就这么多：真心在意大家的状态，对工作的要求实话实说，然后保持足够频繁的沟通，好在自己偏向任何一边太远的时候，能及时发现。