吓到！如何把团队带散？

我也很怕踩坑，认真看完了题目下面的回答，好在绝大部分行为我应该都没沾上，也有可能是我的个人错觉，不知道组里面的人是不是这么看[狗头]。 目前自己带了个小团队，人不多，6 个同学，从 P5 到 P7 都有，中间有段时间角色转换有点难受，最大的一个感受就是自己写代码、钻研技术的时间被严重压缩了，因为大部分时间都用来给团队里面的同学解决问题。 可能是团队里面的新同学太多，加上现在社招 hc 也锁了，所以还没法招有经验的社招同学，后来还有 3 个同学也都是应届。环境问题、跨团队沟通问题、技术方案风险问题都需要花时间解决，我自己写代码的时间就很少了，当然也是因为前期我一再跟他们强调，遇到问题，自己花 10 分钟解决不掉的，赶紧告诉我，由我来统一解决，所以后来经常是白天一天时间都在跟他们沟通，解决他们反馈给我的问题，晚上才开始写自己项目的代码，而且我自己的项目时间也是卡得很紧，所以有时候会把自己搞得比较累。 之前有一位拿到蚂蚁实习 offer 的同学问了我一个问题：如果让我带实习生的话，希望他是一个什么样的人？实习生应该怎么把握实习期，快速成长？ 我当时没有立即回复，一方面是这个问题比较大，没有系统地思考过这个问题，后来我的回复也仅仅从性格层面回复：踏实靠谱，例如先踏实做好技术方案，自己的代码稳定靠谱，bug 少，如果有加分项，那就是还能有创造力。 这么说是因为回顾了自己大四，当时作为实习生是比较浮躁的，学习技术目的很纯粹，就是希望面试表现好点，能拿到更高薪酬的 offer。 这个动因本身没问题，赚钱嘛，不丢人。 但是如果当时我能静下心来，潜心踏踏实实把手上项目的技术研究透彻，安静地写出可靠性高、稳定性强的代码，把自己做的项目的内核技术抽象，做出通用性的开源产品我认为是更好的选择，当时太多机会放在面前，年轻的心躁动不安，南辕北辙，做了很多现在回过头来看非常不明智的选择，最典型的就是当时做过一段时间销售，拿着 2500 的底薪在外面风吹日晒，卖着那些连自己都看不上的软件。 扯得有点远了，继续回到上面这个问题，如果希望实习生有什么特质的话，只能说一个的话，那就是每件事都有反馈。 不知道是没有职场系统培训，还是职业习惯，发现大部分职场新人，甚至是有些老人，都没有这个习惯，那就是一件事，领导交代下去，如果领导不主动去问，是等不到回应的。 举个例子，我让 A 去调研一下某个中间件，适不适合我们现在这个项目里面的场景。如果事后我不去问，很有可能就没有下文了，也许他调研了，能行，或者不行，亦或者遇到了些问题，比如数据权限问题，但是他不会告诉我结果。 但是我的习惯是一件事，如果事前的讨论我和老板达成了一致，这件事交代给我来做，不管是行还是不行，或者遇到什么问题，我都会给老板反馈，不能做着做着没了，这个就是事事有回应。 当然也有些同学执行力非常强的，他甚至会把代码的 Demo 都写好，然后对比其他类似中间件的调研，差异、优劣对比的方案文档写好，这种就属于超出预期的同学。 当然还有另一种情况，决定让 A 去做一件事，A 从内心可能就不认可这件事，这时候 A 可以选择不情不愿地去做，但是很难拿到好结果，因为内心就不认可，动力肯定不足，但是 A 更好的选择是立即提出异议和自己的看法，一般老板都很喜欢有想法的同事，我们内部有句话叫事前充分讨论，事后坚决执行，如果决策失误，老板担责，重新调整方向，如果因为执行不到位出现问题，执行的人也是要打板子的。 最后回到主题，我觉得带团队应该避免的一些情况： ● 任人唯亲。用人按亲疏不按能力，团队的人都不傻，一碗水端不平，很容易引起人心不合，心不合团队容易散。 ● 方向不定。方向一直调整，那大家就不敢使劲发力，做事情都会有疑虑，这件事会不会做一阵又变方向。 ● 纯管理不落地。纯管理的表现：周会日会日报，管理手段一套一套，但是下面人反馈问题管理者无力解决，决策者高高在上，因为不熟悉业务和系统，只懂得方法论，不懂如何落地。比如跟老板反馈项目周期紧张，缺人手，老板解决方案：大家加加班，项目顺利结束周末团建庆祝。比如跟老板询问系统架构设计选项问题，老板解决方案：先试一个，不行再换。