2017年3月，一段新的旅程开始了，我加入了一家新公司 —— 极客邦科技。每次到新公司，都会涉及到建立团队的事情。二爷在杭州抱着吉他嘲笑我，辛苦两年建团队，一朝回到解放前。又得重来一次了吧？我说，那你吉他能弹个单弦的曲子吗？二爷消失在了微信的时间线上。

　　其实每次建团队都是一个有趣、有挑战的新过程，就像春天里种树，虽然时令和树苗是一样的，但每颗小树的成长方式都千姿百态，因为土壤不同，空气不同，养分不同，最后结出的果实也不同。这次就更不同一些，因为产品、技术和设计都需要理顺或重建，还要能快速推出新产品，更有挑战，也更有乐趣。

　　小伙伴们也没闲着，今天极客邦旗下公众号「聊聊架构」的主编扔给我一篇文章，是作者的投稿，说，池哥，这篇可能对你和你的读者有帮助，你发吧。我读完之后，感觉确实不错，文章立意和思路都非常清晰有效，于是首发在 MacTalk，也希望你能喜欢。

　　作者介绍

　　虞卫东，新浪网高级技术经理，前赶集网移动事业部技术总监，主要供职于新浪网，经历所有新浪博客技术演变，有十余年的互动类产品开发经验，熟悉 LAMP 平台 和 Python 的开发，提倡益软件开发理论。

　　以下是正文。

　　自己闲的时候总是思考一个问题，将来有一天我成为一家创业公司的技术负责人，哪些错误应该是避免犯的呢？人从一种状态到另一种状态的时候，先思考的不应该是如何快速去做，而是如何避免犯一些错误，这就是本文的出发点。

　　首先为了避免太跑题，先设置一个限定，一个创业团队近期融了一笔钱，需要快速的抢占市场，需要有一个技术负责人（全局负责）来带领技术团队更好的支持业务发展，这个创业团队原来的技术团队人员没有超过 5 人。

　　请善待原有技术团队

　　这个产品目前融资了，而原有技术团队肯定付出了很多，也许他们技术能力并不突出，也可能听不懂你的技术术语，也没有做过高负载的网站。但是他们肯定足够辛苦，因为一直在默默付出，对待他们要抱着帮助的心态，不要一上去就提出批评或者质疑，不要提扩展性、可维护性这样很虚的概念，而要了解目前遇到了什么难题，你能够坐下来仔细和他们分析，并实实在在帮助解决问题，技术人员都很单纯，你帮助了他们，就会服你，会尊重你。

　　假如技术负责人不能帮助他们，那就不要去添乱，比如用行政的命令要求他们遵守代码规范，画架构图，进行代码审查，不要有高高在上的感觉，你过来是解决问题的，而不是来生产制度的。

　　就算你看到了技术团队有很多问题，也要逐步的去优化，因为在现阶段，原有团队是最了解目前的技术组成，不要全部推翻，也不要用新来的人去替代他们，尊重他们，帮助他们，才是最好的方式。

　　整锅挖来一个团队需要慎重

　　很多公司负责人找技术负责人的一个标准，就是看这个人的人脉，能不能找到很多技术人员，快速搭建技术团队，这个思路其实是没问题的，因为公司负责人需要放权，专业的事情交给专业的人去做，可是假如技术负责人招的人都是原来的朋友、同事，形成家族式技术团队，那么就要警惕了。

　　首先这个用人成本非常高，招来的人并不完全是因为技术负责人的个人魅力而来的，他需要平衡是否值得，所以高工资成为必然，当然假如确实是高水平的技术人才，这也是合理的。

　　其次以关系这种方式引进的员工，技术水平肯定良莠不齐，直播，很多人因为和技术负责人良好的关系而进来的，更要命的是技术负责人引进人只是为了证明他的人脉那就危险了，所以技术负责人只要觉得一个人听话，这个人可能就会被引进，而不是以技术能力而衡量了。

　　另外一般技术负责人的年龄可能不小了，而必然原来的同事年龄也不小了，可能他们原来是技术人才，可随着年龄的提升，他们可能是个“技术管理者”，而失去了编码能力，对于创业团队来说这是非常不好的事情，创业团队其实更需要业务开发人员。

　　家族式管理的弊端

　　在特定的时间，家族式管理很有用，因为技术人员任何的行为都是建立在帮助技术负责人的角度，所以干劲会很足，对于技术负责人来说就更好了，不用动员，不用讲管理技巧，只要建立兄弟之间的关系就行了，任何事情都能搞定。