我解释的多了，想把这个写下来，看看你到底需要的应该是啥。
一、程序员
如果你是一个刚刚创业的公司，公司没有专职产品经理和项目经理，你就是公司的产品经理，你如果对你现在的开发员能力不满，那么你只需要的是一个程序员。
你定义功能、你做计划推进和管理，他可以带1-2个副手把你规划的功能实现了，他是主力干活者，有技术难题也是他来亲自攻克解决。
一个程序员，他的职责很清晰：
1、负责核心复杂功能的实现方案设计、编码实现
2、负责疑难BUG分析诊断、攻关解决
二、研发Leader
公司再长大些。如果你就有一个研发团队（含产品/开发/测试），你就一套主产品，你的研发团队小于15人，那么你需要的就是一个研发Leader。
因为你已经有了1-2个程序员，核心难题攻克和核心功能研发进度与，已经可以靠他们自身能力解决掉了。那么你需要研发Leader干什么。
研发Leader的职责是：
1、团队任务管理：开发工作量评估、开发任务分配
2、团队生产质量提升：代码审核、开发风险识别/报告/协调解决
3、团队生产力提升：代码模板研发与推广、佳实践规范与推广、自动化研发生产工具研发与推广
4、团队力提升：招聘面试、新人指导、领导复盘改进
三、技术总监
如果你的研发团队超过20人了，有多套主打产品线了，你可能已经有了多个研发Leader了，那么你需要一个技术总监。
技术总监的职责：
1、组建平台研发部，搭建公共技术平台，方便上面各条产品线开发。
2、通过技术平台、通过高一层的职权，管理和协调各个产品线组。现在每个产品线都应该有合格的研发Leader和程序员了。
四、首席架构师
因为你已经有了技术总监了，技术平台不错了。技术平台和各条产品线的协调互动，也是技术总监管着。
因为你已经有了各个产品线的程序员，他们在靠个人能力维持着核心功能模块的开发进度和代码质量。
因为你已经有了研发Leader，代码模板研发与推广、佳实践规范与推广，这些事都已经在日常按份内职责开展了。
那么，啥时候需要首席架构师啊。
也就是说，需要分离管理族和族了。你会发现，这个阶段你的研发团队已经超过100来人了，需要有人专注来做架构规划、设计、日常维护。不能让研发总监和研发Leader又做管理又做技术一股脑都扔给他们，你就等着果产出。这是不对的。
需要从技术总监和研发Leader身上剥离职责了。让技术总监和研发Leader偏项目管理（管理族），把各个模块之间的架构设计工作，独立出一个岗位，就是架构师，来负责。
每个产品线都有架构师，在技术平台部门也有技术平台的架构师。那么，技术平台和业务产品线的架构互动，就是首席架构师在衔接了。让技术平台架构能够和产品业务系统的架构互相促进和支撑，就是首席架构师的份内之事。
架构师的职责是：
1、架构分析：从功能性需求中识别出需要增加的非功能性需求，好满足性能、可扩展、解耦/集成、安全、可运维、高可用、易部署、易更新。并且识别完非功能型需求，还要做技术选型、技术架构风险识别、技术实现工作量评估
2、架构设计与实现：非功能性模块的架构设计、接口设计、代码实现。需要的是有代码实现能力还要有架构思维的工程师，不需要画PPT的工程师
3、业务架构设计与实现：需要对跨系统的接口进行识别、实现、维护，需要对能写成公共代码类库的进行分析、识别、接口设计、实现、变更维护。
4、重构：架构师需要经常做Bug分析、非模板性和公共类库代码检查，以发现代码腐烂程度，以发现还有哪些代码没有做很好的架构与精心的代码设计。重构是经常性维护发生的，不是攒到某一刻动大手术，甚至推翻重做，那就不叫重构了。
五、CTO
你把架构师团队组织建立完成，再往大长，你才需要真正意义上的CTO了。否则你一开始就招真正的CTO，他也不满意，你的期望也不对。现在你的期望也对了，他的能力模型也正好和你的期望职能匹配了，你能给他的和他想要的也正好匹配了。
有的公司有软件系统产品副总裁，也有软件系统技术副总裁，把软件系统技术副总裁叫CTO，软件系统产品副总裁叫产品VP。这就很怪异。
