题图：from zoommy
2017年3月，一段新的旅程开始了，我加入了一家新公司 —— 极客邦科技。每次到新公司，都会涉及到建立团队的事情。二爷在杭州抱着吉他嘲笑我，辛苦两年建团队，一朝回到解放前。又得重来一次了吧？我说，那你吉他能弹个单弦的曲子吗？二爷消失在了微信的时间线上。
其实每次建团队都是一个有趣、有挑战的新过程，就像春天里种树，虽然时令和树苗是一样的，但每颗小树的成长方式都千姿百态，因为土壤不同，空气不同，养分不同，最后结出的果实也不同。这次就更不同一些，因为产品、技术和设计都需要理顺或重建，还要能快速推出新产品，更有挑战，也更有乐趣。
小伙伴们也没闲着，今天极客邦旗下公众号「聊聊架构」的主编扔给我一篇文章，是作者的投稿，说，池哥，这篇可能对你和你的读者有帮助，你发吧。我读完之后，感觉确实不错，文章立意和思路都非常清晰有效，于是首发在 MacTalk，也希望你能喜欢。
作者介绍
虞卫东，新浪网高级技术经理，前赶集网移动事业部技术总监，主要供职于新浪网，经历所有新浪博客技术演变，有十余年的互动类产品开发经验，熟悉 LAMP 平台 和 Python 的开发，提倡益软件开发理论。
以下是正文。
自己闲的时候总是思考一个问题，将来有一天我成为一家创业公司的技术负责人，哪些错误应该是避免犯的呢？人从一种状态到另一种状态的时候，先思考的不应该是如何快速去做，而是如何避免犯一些错误，这就是本文的出发点。
首先为了避免太跑题，先设置一个限定，一个创业团队近期融了一笔钱，需要快速的抢占市场，需要有一个技术负责人（全局负责）来带领技术团队更好的支持业务发展，这个创业团队原来的技术团队人员没有超过 5 人。
请善待原有技术团队
这个产品目前融资了，而原有技术团队肯定付出了很多，也许他们技术能力并不突出，也可能听不懂你的技术术语，也没有做过高负载的网站。但是他们肯定足够辛苦，因为一直在默默付出，对待他们要抱着帮助的心态，不要一上去就提出批评或者质疑，不要提扩展性、可维护性这样很虚的概念，而要了解目前遇到了什么难题，你能够坐下来仔细和他们分析，并实实在在帮助解决问题，技术人员都很单纯，你帮助了他们，就会服你，会尊重你。
假如技术负责人不能帮助他们，那就不要去添乱，比如用行政的命令要求他们遵守代码规范，画架构图，进行代码审查，不要有高高在上的感觉，你过来是解决问题的，而不是来生产制度的。
就算你看到了技术团队有很多问题，也要逐步的去优化，因为在现阶段，原有团队是最了解目前的技术组成，不要全部推翻，也不要用新来的人去替代他们，尊重他们，帮助他们，才是最好的方式。
整锅挖来一个团队需要慎重
很多公司负责人找技术负责人的一个标准，就是看这个人的人脉，能不能找到很多技术人员，快速搭建技术团队，这个思路其实是没问题的，因为公司负责人需要放权，专业的事情交给专业的人去做，可是假如技术负责人招的人都是原来的朋友、同事，形成家族式技术团队，那么就要警惕了。
首先这个用人成本非常高，招来的人并不完全是因为技术负责人的个人魅力而来的，他需要平衡是否值得，所以高工资成为必然，当然假如确实是高水平的技术人才，这也是合理的。
其次以关系这种方式引进的员工，技术水平肯定良莠不齐，很多人因为和技术负责人良好的关系而进来的，更要命的是技术负责人引进人只是为了证明他的人脉那就危险了，所以技术负责人只要觉得一个人听话，这个人可能就会被引进，而不是以技术能力而衡量了。
另外一般技术负责人的年龄可能不小了，而必然原来的同事年龄也不小了，可能他们原来是技术人才，可随着年龄的提升，他们可能是个“技术管理者”，而失去了编码能力，对于创业团队来说这是非常不好的事情，创业团队其实更需要业务开发人员。
家族式管理的弊端
在特定的时间，家族式管理很有用，因为技术人员任何的行为都是建立在帮助技术负责人的角度，所以干劲会很足，对于技术负责人来说就更好了，不用动员，不用讲管理技巧，只要建立兄弟之间的关系就行了，任何事情都能搞定。
假如这些兄弟确实技术能力很强，那么技术体系可能会很好，假如技术能力不强，设计和开发出的东西没有任何的审查，技术负债就会很多，而技术负责人本来的职责不就是掌控技术质量吗？你完全放开，要你何用？
家族式团队很有可能和原有团队产生摩擦，比如原有团队感觉受到了排挤，很有可能处处不配合，而新进团队可能为了有更多的话语权，会抢班夺权，所以这两个团队就为了私利，不会专注于技术，内耗会很严重。
这种事情就很多，比如某个公司，新来的技术负责人带来了自己的团队，并且都是级别很高的职位，而老同事感觉这些人啥都不懂，什么也解决不了，而新来的团队又各种的变革，导致互相利益不平衡，很多老同事走了。
请先进行技术方案的设计
对于一个刚来的技术负责人来说，有许多工作，比如组建团队、了解产品，但更重要的是设计靠谱的技术方案。
首先要了解系统存在的问题，要了解产品未来的走向，要了解技术团队的现状，针对这三点，你需要亲自操刀，设计一个针对目前最优的技术方案。
为什么要亲自呢，因为你是技术负责人，不了解技术问题，就无法进行技术管理，亲自设计了，才能有针对性的去解决问题，将来系统遇到瓶颈，就能更好的优化或者重新设计。不要用各种理由不去做这个事情，在早期这很重要。
