2026 杂想
这两年印在我脑子里的 3 句话。
一、敢于做坏人
很多管理者最大的心理障碍是:想被喜欢。
于是回避冲突、妥协迁就、不敢否定。团队有问题不指出,有人不合格不忍心处理,需求方提不合理要求不敢拒绝。
结果是什么?
- 问题积累,最后爆发
- 团队平庸,优秀的人离开
- 目标达不成,所有人失望
想被喜欢,最终对谁都不负责。
"做坏人"不是情绪化、不是不尊重人。而是:
| 行为 | 看起来是"坏人" | 实际上是 |
|---|---|---|
| 开除不合格的人 | 冷酷 | 对团队负责 |
| 拒绝不合理需求 | 不近人情 | 保护团队精力 |
| 追问细节、施压 | 吹毛求疵 | 确保质量 |
| 否定下属方案 | 打击积极性 | 避免错误方向 |
领导者的责任是达成目标,而不是被喜欢。短期可能被误解,长期会被尊重。
不敢做坏人的领导,是对团队最大的不负责任。
二、先概念,再逻辑
讨论问题时,最常见的错误是什么?
不是逻辑错误,而是概念不清。
场景:讨论"要不要做微服务"
A:微服务好,解耦灵活
B:微服务不好,复杂度高
→ 争论不休
问题在哪?两个人对"微服务"的定义可能完全不同。
概念不清的表现:
- 讨论很久没有共识
- 方案反复推翻
- 争论细节对错
- "你说的不是我说的"
概念是地基,逻辑是建筑。地基歪了,楼再漂亮也是斜的。
正确的方式:
- 先明确:我们讨论的概念是什么?
- 再确认:我们理解一致吗?
- 最后:再谈逻辑和方案
概念回答"是什么",逻辑回答"为什么/怎么做"。概念不清,逻辑再严谨也是错的。
三、跨部门合作要讲要求,不要讲方法
跨部门协作最让人反感的行为是什么?
指手画脚。
错误做法:
"你们帮我写个接口,用RESTful格式,返回JSON,字段要包含xxx,数据库用MySQL,表结构这样设计..."
对方感受:你在教我做事?
正确做法:
"我们需要获取用户数据,字段包括A、B、C,响应时间要求<200ms,下周三前能交付吗?"
对方感受:需求清晰,我来安排。
为什么跨部门要讲要求、不讲方法?
| 维度 | 讲要求 | 讲方法 |
|---|---|---|
| 边界 | 尊重对方专业 | 容易越界 |
| 信息 | 你不了解对方细节 | 指定方法可能不切实际 |
| 责任 | 结果导向,责任清晰 | 干预过程,责任模糊 |
| 关系 | 平等合作 | 像在命令对方 |
跨部门合作,你点菜,别进厨房。
点菜是提要求,进厨房指挥是讲方法。菜做得好不好是对方的事,菜是不是你要的才是你的事。
三个原则的共同内核
这三句话看似无关,其实说的是同一件事:
管理者的核心能力,是界定边界。
- 敢于做坏人 → 界定责任边界,对结果负责
- 先概念再逻辑 → 界定认知边界,对齐理解
- 讲要求不讲方法 → 界定协作边界,尊重专业
管理不是比谁更聪明、谁更努力,而是比谁更清楚:
- 什么该做、什么不该做
- 什么该管、什么不该管
- 什么该说、什么不该说
边界清晰了,很多事情自然就顺了。
浙公网安备 33010602011771号