第一次带团队，这8件事我后悔没早点做

三年前我从技术骨干被提成小组长，手下5个人。当时觉得不就是多带几个人嘛，结果第一个月就被现实打脸。现在回头看，第一次做管理踩的坑其实都差不多，写下来给后来的人省点时间。

角色换了，做事方式必须跟着换

最大的误区是继续用"组里最能干的那个人"的思路干活。我原来写代码快，升上来以后还是抢着把最难啃的模块自己做了，结果周报里组员产出稀稀拉拉，我自己天天加班到十点。后来领导找我谈话，一句话点醒我：你现在考核的是团队产出，不是你个人的代码行数。

说白了，从自己干到带别人干，衡量标准整个变了。以前看自己交付多少，现在看团队交付多少、组员有没有成长、出问题时你能不能兜住。

这几件事，第一次带团队别省

• 一对一沟通要固定排期：每周或每两周一次，20到30分钟，别等出了事才把人叫进会议室
• 交代任务要讲清"为什么"：只说做什么，组员执行走样的概率高得离谱
• 公开表扬、私下批评：我试过在会上点名批评一个人，他之后两个月状态都很消极
• 别当老好人：该给的负面反馈必须给，拖着不说，最后爆发更难收场
• 规矩要在第一次被打破时就立住：迟到、甩锅、抢功，第一次出现就得处理

我踩过的两个真实坑

一个是过度放权。有个需求我完全交给一个入职半年的新人，中间一次没检查，上线前一天才发现方向做偏了，返工三天，整个排期往后拖。后来我改成关键节点对齐，不是每一步都盯，但里程碑必须过一遍，问题就少了很多。

另一个坑是拿自己的标准要求所有人。我做事快，就觉得别人也该快。组里有个同事动作慢，但特别细，测试用例几乎没漏过。我一开始嫌他效率低，后来发现他一个人兜住了好几次差点上线的线上事故。每个人能贡献的东西不一样，当管理者得学会看这个，而不是只看速度。

带团队一年多，我最大的感受是：管理不是什么高深学问，就是把每个人当成具体的人来看，知道谁擅长什么、谁最近状态不对、谁想往上走。这些信息只能靠聊出来，靠猜是猜不到的。

如果你刚接手一个小团队，先别急着改流程、立规矩。花两周时间把一对一做完，摸清每个人的想法，再动手，效果会差很多。