Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

初创企业CTO的能力模型

核心工作

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

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

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

环境和工作特性

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

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

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

能力模型

参考：robbin回答

要对企业有巨大的放大器，加速器作用。

  • 能让别人干得起来（组织生产，争取资源)
  • 能让别人干得好（控制质量，且参加生产，解决关键技术攻关问题）小公司cto需要负责像部门经理一样抢不靠谱项目可能性小
  • 能让上面知道你的情况，能知道上面要你干啥

在调配资源时要脑子活，在规划需求时要扎实细致，在服务业务时要跳脱。

cto风格：team leader型，project manager型，（buy buy buy型一般初创公司不存在）