创业自研技术团队筹建需要注意什么？

开启一个全新的项目，特别是以模式创新为特色的项目，避免不了需要全新的一套 IT 支持系统来承载业务的运行，这样的系统一般市面上找不到对应合适的商业软件，大都以自己组建技术团队以自研的方式为主。

这里我不得不先表明我一向的观点：如果项目可以利用成熟的商业软件，那么优先以成熟的商业软件来起跑业务，哪怕是 2-3 个软件组合+Eexel 的方式也好，先把业务闭环跑通，业务得到验证，再启动自研与之配套的运营支撑系统。

这里不仅仅是因为自建技术研发团队成本高，而是大概率的情况下自研技术团队很可能成为业务起跑的阻碍。

这个大概率我虽然没有精确的统计数据，但看过历次的项目失败，项目半途中找到我咨询，都不在少数。也有 ceo 找 cto 打官司的，有创业失败后 CEO 告 CTO 由于系统问题到导致业务崩溃的事件等等。

所以，很多项目被技术团队拖累的，不在少数。可以没有技术团队，项目起跑的第一阶段，尽量没有。

另外，我再一次表明我的另一个观点：

而项目一旦到了成熟稳定阶段，我一向主张这时候要以自研为主，业务模式的创新需要有一支灵活多变，能打仗的技术团队做支撑，不然创新无从落地。

如果，项目到了需要有自研的技术团队的时候，除了找一个好的 CTO 外，还需要注意什么呢？

1、一起手就构建在一个合理的架构之上的。

别图省事，有合理的架构，业务一上来至少不要成为瓶颈。可以最小化闭环，但架构一定要合理，至少要避免单体应用。分布式、能承载高并发和大数据量是当前偏互联网业务应用的必然要求。我们需要预判系统未来的瓶颈可能再哪里，需要提前做些准备，同时也不能准备周期过长，影响上线的时间。

据说滴滴起步时，就是花了 80 万定制了一套系统，漏洞百出，无法支撑业务的运营。系统一起手就构建在一个合理的架构之上，至关重要。

2、负责人的团队管理能力

很多 CTO 是从技术岗到技术经理岗，大概率情况是技术行，管理不行。

新团队也需要磨合，一旦团队上 10 人以后，都管理能力就有了要求，这时候负责人可能并不清楚每一个人的具体工作细节了，绩效考核有一定程度上拍脑袋了。

再加上团队中会有了离职、有人要求加薪、又会新人入职需要培养、部门间沟通协调等情况存在，亦会消耗不好精力。

这些坑经历过了，自己有一套方法和体系，再加上有人力资源的协助就能较好从容的应对了。

除了自身的 IT 团队之外，和业务、运营部门的协同能力，也是对技术负责人的基本能力要求。

3、应变业务变更的能力。

项目初期一般业务模式需要验证，还没有定型，做调整，很正常。再产品设计的时候，考虑未来业务的延展，系统结构设计的可扩展性，这些并不是泛泛的理论，而是真实的考验。

有一个全新的创业项目，是技术团队的机会，先跟上业务，别掉队，第二阶段再探索技术驱动业务增长的事情。