新晋 CTO 的工作总结：我在第一年学到了 14 个经验教训
在现在的公司，我担任首席技术官（CTO）已经有一年有余。值此岁末之际，对我这一年的工作做简单总结。回顾这一年的历程，过程很艰难，收获也很大。有些时候，我会认为我不具有领导能力，应该回去做一个个人贡献者。但是，非常感谢公司对我的支持以及我个人的学习(书籍、博客、观察)，我开始享受这个角色，并直面它带来的挑战。
在谈论我获得的经验教训之前，先回顾下我的软件工程师职业生涯。
我的软件工程师职业生涯
2005——2008：软件工程师
2008——2012：高级软件工程师
2013——2014：首席技术专家
2014——2019：首席工程师/架构师（在此期间，我的角色是总监，但我仍然会花很多精力在代码编写、系统构建和技术咨询方面)
2020——至今：首席技术官（我的第一个领导/管理职位）
这是我第一次担任领导和管理职务。从个人贡献者到首席技术官的转变不仅意味着压力变大，责任也变大了。
这次转变带来机遇的同时，也让我面临很大挑战。尽管如此，我还是冒险开始，并摸着石头过河。
何为 CTO？
当知道我将成为下一任 CTO 时，我的第一个想法是找一份指导手册，看看 CTO 要做什么，以及怎么做才能成为一名优秀的、成功的 CTO。我想为这个角色做好准备，于是去研究了网络上我能找到的所有与 CTO 相关的文章。你猜怎么着？这种指导手册压根就不存在。
直到今日，我仍然只能在工作中学习并确保同样的错误不要犯第二次。
我想知道的第一件事是首席技术官（CTO）的定义是什么。显然，这是最难以说清的首席类角色之一，每个 CTO 扮演的角色都稍有不同。对这个角色最好的描述我是在马特·塔克（Matt Tucker）的一篇文章中看到的。根据 Matt 的说法，CTO 角色由五个特征组成。
马特·塔克的 CTO 框架表格
我认为上述框架为我们理解 CTO 角色提供了一个很好的思维模型。大多数情况下，CTO 是上述两种或两种以上特征的组合。
介绍一下我的 CTO 职责。Matt Tucker 框架描述的 CTO 是产品研发公司的 CTO。我是一家提供 IT 服务公司的 CTO，因为下面的一些原因，这类职位更加碎片化和更具挑战性：
在任何组织中，人都是重要的资产。对于提供 IT 服务的公司来说，业务增长率与人员数量成正比。但如果你想成为好的服务提供商，情况就有所不同了。
你必须让那些还没有准备好应对变化的大型企业能成功应用先进技术。在过去 5 年中，大多数组织都在进行数字化转型。以我的经验来看，现阶段的组织比以往任何时候都更愿意尝试新的技术（React、Golang、Flutter、Cloud、Kubernetes）和架构风格（微服务、事件驱动、无服务器）。这是一个好消息，但是，很少有组织能理解采用先进技术栈要付出的代价。他们想成为他们行业领域的 Google，但基础工作做得并不够。
在先进技术领域，真正有经验的优秀软件工程师并不多。好的软件工程师都很昂贵，而且他们更倾向于去产品研发公司。作为 IT 服务公司，很难给出产品研发公司相同的薪水。
介绍 IT 服务组织 CTO 的文章并不多，也没有明确谁是你遵循的榜样，下面我将在 Matt 框架的基础上，结合自身情况，给出我对 IT 服务组织 CTO 的理解。
这是我结合自身情况对 Matt 框架做的修改，并且对于去年我在各部分花费的时间给出粗略的估计 。
修改后的 CTO 框架
正如你在上述表格中看到的，我无处不在。幸运的是，我在不同任务间切换所消耗的精力较少，这主要是因为同一时间我参与的任务不会超过两个。
在我担任 CTO 的这一年时间中，我建立了一套任务授权体系架构。希望在第二年，我能更专注于做一些重要的事情。
第一年学到的经验教训
到目前为止，我分享了我的职业经历和对 CTO 角色的理解。下面我将和你一起回顾下这一年中的经验教训。
