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