初创企业的CTO有什么不同？

初创企业的CTO，所处的环境有什么特点，需要进行怎样的针对性工作？

初创企业的目标是建立商业模式，因此，初创企业的CTO的核心工作就是运用技术和管理手段，在不确定性中支撑企业快速建立商业模式，并提升企业的综合研发实力。

快速建立商业模式，是为了在资源有限的情况下，通过产品的研发，赌公司能走出一条路来；而提升企业的综合研发实力，则决定了一旦企业走出了一条路时，整个技术和相关部分的实力和潜力，能否支撑公司在后面轮次愈发激烈的竞争中持续保持领先，直到最终走向行业顶尖地位。

下面分项简要谈谈初创企业CTO角色所面临的环境和工作特性。在本专栏随后的文章中，所有内容都会针对初创企业的特点来对症抓药。

主题	面临的环境特点	工作特点和应对
战略方向	实现目标的资源总量有限，资源变化大，时间紧张。	需要在人、事、钱三方面，保证技术决策与公司初创期的长短期目标一致，同时留有适应变化的弹性。
制度建设	保障研发和IT顺利开展的制度不够完备，员工无章可循	需要建立简洁可行的研发规则和IT制度，并逐步根据发展阶段细化制度。
技术规划	技术的规划在覆盖面和精细度上，都无法满足业务需求	需要根据总体目标不断拆解需求，进行技术选型，准确估计按期实现的可能性，在诸多不确定技术因素中，提前识别出关键风险并排除。
需求方	需求方多是非技术出身的CEO，或身兼数职的产品经理	需要安排大量时间理解、细化、核定需求。
需求调整	需求不细致，变更需求前，需求方不一定会和技术团队协商完善，对解决需求需要的时间没有概念	综合考虑细化需求、持续沟通、技术预研、最小可用原型、可行性分析、资源调配、文档撰写等手段，来在变化中固定需求。
需求优先级	需求变化频繁，容易因优先级规划模糊导致并行多任务	需要在全部需求中，确定最关键的20%任务，并投入80%资源。
文档维护	各类文档不明确，没有足够时间完善和回顾	需要平衡文档沟通和当面沟通的诸多利弊，结合团队协作特点和质量控制目的，找出最佳的书面沟通形式。
架构有效期	架构能够支撑到业务被验证即可	根据需求情形，保证半年到一年内不需重构即可，但需要保证各组件间的解耦，为架构的扩展留有可能性。
技术选型	技术选择的灵活性大，但员工驾驭技术能力差，也没有完备、长期可靠的工具链	选择成熟的第三方组件代替自研；选择公有云服务代替自建；选择易于招聘和分工的编程语言和框架。
可靠性	优先保证核心功能可靠性	以稳定支持业务的合理增长预期为可靠性目标的上限，在此之外无需进一步准备。
系统冗余	无充足的人力和精力保障系统的备份和恢复能力	需要优先考虑核心数据安全，同时考虑满足总体崩溃的恢复时间要求。
部门结构	人员总数有限，业务总体复杂度不足	简单的部门划分，或分为多个敏捷团队。
跨部门沟通	部门数量较少，跨部门沟通总体上更容易；一段发展期内经常偏重一个部门	需要在正确的阶段需要为研发部门争取最大化的资源，实现关键研发目标。
流程分工	研发工作上下游分界不明确，，研发人员容易在兼顾上下游工作过程中浪费大量时间和精力	需要保持不断分工、不断流程化的意识，逐步补齐团队。
人员招募	没有完整的招聘体系，公司人才吸引力不足	需要运用社会关系，并综合多种策略招人，辅以使用互联网招聘平台和猎头。
人员配备	人员岗位不完整，尤其缺乏研发之外的岗位，如架构、运维、测试、设计、交互	需要负责人亲自处理，按需补齐，或者考虑外包。
团队文化	没有长期积累的机构文化可依赖	一定程度靠个人的影响力带动塑造工程师团队文化，来保证小而专业。

总而言之，初创CTO的工作，就是需要在变化的环境正中找到确定性，通过对公司方向的感知、资源的创造性运用、制度人员团队的建设、技术的架构选型等，来快速验证商业模式，并提升企业的综合研发实力。