第499期｜新晋CTO总结的3个经验教训
你好，这里是卖桃者说。
前阵子，我在 InfoQ 上看到一篇文章，讲的是一名新晋 CTO 谢卡·古拉蒂（Shekhar Gulati）在工作一年后，总结出来的 14 个经验教训，特别精彩。所以今天我就从他总结的这些经验教训中选出 3 个，和你分享一下。如果你也是公司 CTO 或是技术管理者的话，一定会非常有感触。
1.相信自己并积极争取
很多软件工程师都梦想自己有一天能成为 CTO，CTO 这一职位也被很多人视为软件工程师职业生涯的顶点。但是，公司并不会仅仅因为你是最有能力的软件工程师或架构师，就任命你为 CTO。简单来说就是，想做 CTO，你需要自己去争取。
谢卡·古拉蒂花了 2~3 年的时间去为 CTO 这个职位做准备，他在竞争 CTO 这件事上有很多顾虑，始终担心自己不能胜任这一岗位。
后来，他想通了，如果自己不竞争这个职位，其他人就会竞争。与其他人相比，谢卡·古拉蒂的优势是对公司有足够多的了解，并且具有领导能力。最后显然，他争取到了这个职位。
通过这件事，他更深刻地意识到，机会是留给敢于争取并且有准备的人。正如史蒂夫·乔布斯所说，“我发现了一个规律，大多数人因为羞于开口而错失很多良机。一直以来，我从没有碰到过不愿帮助自己的人，只要我开口，基本上没有人会拒绝我。”
2.凡事不必亲力亲为
大多数新晋的管理者都会面临这样的挑战：这个任务如果自己来做的话，一定能做得又快又好，但事事都自己做，团队成员该如何成长？
如果你是一个事事亲力亲为的管理者，那么你很快就会成为团队的瓶颈，也很难发挥团队的力量。正确的做法只有四个字：充分授权，具体又包含“授权什么”和“授权到什么地步”这两个方面。
先来看“授权什么”。职业策划师珍妮·布莱克（Jenny Blake）将任务分为 6 类，她称之为 6T。
- 琐碎任务（Tiny）：非常小的任务，看起来不重要，但会慢慢累积。
- 无聊的任务（Tedious）：相对简单的任务，利用琐碎时间完成。
- 耗时的任务（Time-consuming）：虽然这些任务可能很重要、有点复杂、需要花费时间，但最初的 80% 的研究工作并不需要你做。
- 可指导的任务（Teachable）：乍一看很复杂，但可以被分成几个子任务的任务。这类任务可以分配后交给团队成员去做，你只要做好质量检查和最终裁判即可。
- 不擅长的任务（Terrible At）：不仅不是你的强项，而且也是你不想干的。
- 有期限的任务（Time-Sensitive）：当你手头有其他任务，而且没法在截止日期完成所有的任务，你需要把某些重要且有明确时间要求的任务分派出去，从而保证所有任务能在截止时间内完成。
将任务进行分类后，你更能明确哪些任务需要自己完成，哪些任务需要分配。接下来要明确的是“授权到什么地步”才能保证任务 100%完成。某管理网站把需要授权的任务按照特性，制定了 7 层分配级别。
- 告诉（Tell）：分配任务，并告诉下属一步步怎么做。
- 转交（Sell）：你先做一部分，再移交给下属。
- 顾问（Consult）：你作为顾问，并做出决策。
- 协商（Agree）：你和下属一起做出决策
- 建议（Advise）：你给出建议，下属来决策
- 询问（Inquire）：下属决策后，你询问结果
- 分派（Delegate）：只分配任务。
当你明确了任务分类以及分配级别后，就能更好地充分授权。
3.可以编程，但不要做出承诺
网上有很多关于“CTO 要不要编程”的话题讨论，你会发现很多人给出的答案都是否定的。背后的原因主要有两个：一是 CTO 有很多更重要的事情，如果编程的话很可能没法及时完成任务，最后甚至还会拖累整个团队；二是如果 CTO 太过专注于编程，追求技术，很容易忽视业务目标。
谢卡·古拉蒂认为，CTO 可以编程，但不要对团队做出承诺。
他在担任 CTO 的第一年里，与团队一起交付代码，但他也明确地向团队表明自己不是任务的负责人。他是这么说的：“如果我的时间允许，我会交付代码，但你们不能指望每次我都能按时完成。”在谢卡·古拉蒂的团队中，每个项目都有一个技术负责人，当他没有时间参与编程时，总会有一个人推进任务正常执行。
此外，在谢卡·古拉蒂看来，CTO 最大的价值不是编写代码，而是审查代码和工程设计文档，并优先为遇到困难的团队成员排忧解难。
好，以上就是新晋 CTO 谢卡·古拉蒂在工作一年后，总结出来的 3 个经验教训，最后我们来简单回顾下：
- 第一，很多人都梦想成为 CTO，但 CTO 只有一个，而且很难凭空落在你头上，因此你需要时刻为这个职位努力着，并且在适当的时机去争取，不要因为害怕开口而错失良机。
- 第二，CTO 如果事事亲力亲为，底下的团队很难迅速成长起来。CTO 在充分授权之前，需要先明确自己的工作任务以及分配级别。
- 第三，CTO 可以编程，但不要向团队承诺自己每次都能按时完成，要把更多精力放在审查代码和工程设计文档上。
以上就是今天的内容，希望能对你有所启发。
卖桃者说，明天见。
（策划：InfoQ；编辑：夏天）