做技术的,因为技术好被提拔为管理者。结果发现:80% 的时间在处理人的问题,只有 20% 的时间在碰技术。干了一年,技术废了,团队也没带好——这是最普遍的管理者悲剧。
角色转变的核心挑战
从技术专家到管理者的转变,本质上是 工作方式的根本性切换:
| 维度 | 技术专家 | 管理者 |
|---|---|---|
| 价值来源 | 个人产出 | 团队产出 |
| 工作对象 | 代码/系统/产品 | 人 |
| 思维方式 | 追求最优解 | 追求可行解 |
| 时间分配 | 大块专注时间 | 碎片化的沟通和决策 |
| 成就感 | 亲手完成的成果 | 团队成员的成长 |
| 说服方式 | 用技术逻辑说服 | 用愿景和激励说服 |
最大的坑: 因为不放心别人做,所以自己上手。结果自己越来越累,团队成员越来越没有成长空间。
新任管理者的常见误区
误区一:什么事都自己来
“我做只需要 2 小时,教别人要 4 小时,还不如自己做了。”
这是最典型的短期思维。短期看,你做确实更快;长期看,你每次都在代劳,团队成员永远学不会。一个季度后,你累死,团队闲死。
正确做法: 即使教别人需要 4 小时,只要这个任务还会出现第二次,就应该教。这是”投资时间”而非”消耗时间”。
误区二:追求完美
“这个东西做得不够好,我要改一下。”
改一次,下次你还是会改。团队成员会形成”反正领导会改,我随便做做就行”的心态。最后你成了团队的”质量瓶颈”。
正确做法: 接受”够好就行”的结果,把改进空间留给下次迭代。除非有严重的质量或安全问题,否则让结果出去。
误区三:做”好人”
怕得罪人、怕冲突、怕团队成员不开心。结果就是对所有人都太好,没有任何人有压力,团队战斗力直线下降。
正确做法: 好的管理必然会得罪人。批评和纠正不是针对个人,而是针对工作。只要对事不对人,长远来看团队成员会理解和尊重。
参见团队管理与建设中”管理就是得罪人的事情”这一节。
误区四:还是把自己当”我们”
当了管理者,还是喜欢在背后和团队成员一起吐槽领导、吐槽公司。这会严重削弱你的权威——当下属需要你做决策、扛责任的时候,你就不够格了。
正确做法: 对上听命,对下扛事。在团队面前,你是”挡箭牌”而不是”队友”。
管理者的核心能力
1. 布置任务的能力
这是最基础也是最重要的能力。一个布置清楚的任务有五个要素:
- 谁牵头:明确负责人
- 干什么:任务范围和边界
- 干到什么程度:验收标准
- 什么时间完成:时间节点
- 有什么资源:配套支持
参见团队管理与建设中的”布置任务的法则”。
2. 反馈的能力
表扬要公开:当众表扬,大声说出。这是给团队成员建立信任感和成就感最直接的方式。
批评要私下:单独找 ta 谈,指出问题、给出建议、表达期望。当众批评只会让 ta 觉得丢脸,不会让 ta 想改进。
频率要高:好的反馈不是年终绩效面谈时才给的,而是每周、甚至每天的即时反馈。
3. 扛事的能力
上级的批评自己优先消化,不要马上传达到下级。如果下级已经尽职尽责,把批评变成鼓励。
你是压力转化器,不是压力传送带。
上级的压力到你这里,你应该消化掉大部分,只把必要的、对团队有帮助的部分传递下去。如果你直接把所有压力转发给团队,那你这个管理者的价值在哪里?
4. 激励的能力
每个人被激励的方式不同。有人需要钱,有人需要成长,有人需要认可,有人需要安全感。好的管理者能识别每个人的激励模式。
通用的激励原则:
- 给有能力的挑战性任务
- 给出色的公开认可
- 给努力的合理的报酬
- 给有潜力的成长机会
持续学习
管理者需要持续学习的管理知识体系:
- PMBOK(项目管理知识体系):项目管理基础知识
- IPD(集成产品开发):系统化的研发管理方法论
- 6 Sigma:流程优化和质量控制
- OKR/KPI 方法:目标管理和绩效评估
- PDCA、SMART、SWOT 等管理工具
- 行业知识:你所在行业的技术、市场和业务知识
记住:管理者的下限由管理工具决定,上限由行业经验和个人修为决定。
从技术到管理的行动清单
- 主动把第一周的计划写下来(而不是等别人安排)
- 找出团队中最优秀的 3 个人,思考怎么让他们更好
- 找出团队中最弱的 1 个人,思考是培训还是换人
- 建立每周 1 对 1 沟通的机制
- 学会”不说技术方案,说话方向”——管理者不需要给方案,需要的是让团队自己想出方案
- 每天留出 30 分钟”什么都不做”的思考时间(管理者的核心工作是思考,不是执行)
扩展阅读
- 团队管理与建设 — 领导力、团队建设
- 企业有效管理 — 管理方法论
- 高效开会的技术与艺术 — 团队沟通效率
Comments powered by Disqus.