cto 技能图谱

您可能已经注意到，我们通过Inside Look访谈系列与很多非常聪明的人聊天。 在2015年总结之际，我们将重新审视从这些创始人，CTO和工程师那里获得的一些明智建议。

我们从本周开始提出一个广泛的问题：成为一名CTO需要具备哪些技能？ 根据我们的受访者所说，关键的CTO技能包括善解人意，懂得问问题以及认识到您的代码不是赚钱的关键。

我想到的第一个就是毅力。 这就是我告诉任何想成为开发人员的人，并且它继续扮演这个角色。 很多战斗只是令人沮丧，将您的头撞到某个东西上，然后终于在40小时后弄清楚了这一点-并希望在此过程中寻求大量帮助。 所以你需要毅力； 不要害怕寻求帮助。

了解二阶和三阶效应确实很重要。 例如，如果您正在帮助进行绩效评估，则绩效评估的输入之一就是“我们将衡量两个或三个指标”。

只需假设这两个或三个指标将立即发挥作用，因为这就是人们的工作方式。 那就是一阶效应。 该指标将发挥作用。 那么，它的二阶效应是什么？ 希望您可以达到三阶效果。 这将如何影响产品？ 这将如何影响文化？ 这是非常重要的事情。

我认为创造力在那里。 在一家初创公司中，将有很多次您需要在花费大量时间的好的解决方案与可以在短时间内完成的解决方案之间进行选择。 我们谁都不愿留下技术债务，但有时这是我们面临的现实。 有创意地寻找不会回来的解决方案，从长远来看会给您十倍的痛苦，这是非常重要的。

您不想牺牲正确的技术方式。 不要被教条式的思考所困扰。 务实，与人合作，您的代码并不是赚钱的动力； 这是产品。 这些通常是相同的事情，但并非总是如此。

倾听团队其他成员的意见并收集反馈非常重要。 我的主要职责之一是收集意见和信息。 通常，不是我自己最有资格做出决定。 我的职责是汇总反馈并了解组织认为什么是最佳解决方案。

快速了解不要以技术输出来衡量自己的生产率也很重要。 通过测量代码输出来衡量CTO的生产率是一个非常非常糟糕的指标。 对我而言，生产力意味着使人们能够不间断地运行，并帮助将工作分解为易于处理的组件。 沟通是关键。 我的工作是能够与可能不具有出色技术背景的人员交流我们公司的技术方面的信息。 学习克服语言障碍一直很困难，尤其是在像机器学习这样的行业中工作时。 学会用日常语言交流一些相同的概念至关重要。

交流始终是任何新想法的巨大障碍。

我发现软件体系结构和经营公司的好方法之间有很多相似之处。 体系结构中的许多危险信号与组织中的危险信号相似。

就像意大利面条代码的想法一样，想法是有太多的组件负责单个功能，而不是让每个组件负责单个动作。 在印度早期，这就是我们的痛苦。 目前尚不清楚谁负责公司的哪些方面。 我们花了一段时间才弄清楚如何在整个组织中有效地执行任务，并确保适当的人员为决策做出了贡献。 在每个决策中都有每个人的发言权并不一定有助于一个良好的决策过程。 它只会造成混乱。

冗余原理也有相似之处。 我们一直在努力进行知识转移，以使没有知识存在于一个人的头脑中。 知识应该在我们的组织中传播，这样我们就可以在没有个人的情况下继续运作。

知道如何提问。 第一个问题始终是：“您要解决什么问题？” 如果您不知道要解决的问题（无论是技术，产品还是人员问题），就不会知道自己是否已实现目标。 许多人对实现或想法感到兴奋。 但是他们要先确保已记录了他们正在解决的问题以及尚未解决的问题。

一个很好的例子是，如果您要构建新功能以减少登录时间。 您知道您正在建立一个新的登录页面。 你为什么要建造它？ 您是否要减少注册时的摩擦？ 好的。 您将如何知道自己最后做的是什么？ 您必须确保每次着手做某事时都知道它的用途。 这真的有用吗？ 它会被使用吗？ 用户解决了什么问题？

第二是同理心。 您需要对用户，团队成员，管理人员和报告都具有同理心。 归根结底，软件难，人也难。 人们制作软件，因此无论您是工程师，产品经理还是经理，您最终都将要解决人们的问题。

我认为，要成为一名优秀的技术联合创始人，您需要知道什么“一刀切”。 我可以说的是，我认为每个创始人（无论是否需要技术）都需要深刻的意识。

真正快速组建一支团队的唯一方法是，要残酷地意识到自己的优缺点，并确保与能够填补自己弱项的人相处。 没有人是完美的，但是团队可以做到。

对我的开发人员来说，无论老少，新老和经验丰富，“社区”都意味着所有权，这使我们所有人都有责任保持自己的热情好客。 让我们永远不要满足于现状。

我认为我们已经针对倦怠进行了优化。 我们工作，工作，工作，我们几乎从不放松。 即使有大量的研究表明工作时间更长会使我们的工作效率下降，我们仍然认为工作更多的时间会给我们带来更好的结果。

我希望该行业更多地是休息一下，盯着天花板，只是干些别的事。 我全心全意地努力，只是不像我们所做的那样坚持不懈。

我认为我们需要让我们的大脑从线性的，面向任务的模式中解脱出来，并跳入具有令人惊讶的解决方案和非显而易见的方法的模式。 我们没有花费足够的时间来连接我们所知道的不同事物之间的点。 我们获得了很多知识，但是却没有多少智慧。

我认为我们每个人都可以度过适当的假期。

翻译自: https://www.javacodegeeks.com/2015/12/key-skills-cto.html

cto 技能图谱