> Photo by Brooke Lark on Unsplash
当我第一次成为一家初创公司的CTO时，我还很年轻，没有经验。 我在技术上有能力，曾领导多个软件项目，并且在按时且在预算范围内交付软件项目方面拥有出色的往绩。 但是我对创业公司的运作方式几乎一无所知。 当我担任首席技术官时，我不知道该如何面对挑战。 我知道在动手公司担任首席技术官在初创公司工作与在大型公司中担任开发人员将有所不同。 我知道会有未知数，但我真的不知道我会像以前那样为之奋斗。
我被录用是因为我申请了该职位（请注意：我的座右铭是，如果您想要一些东西，就必须做到），我的简历很棒，我想我在面试中表现很好。由于这是一家小型创业公司，所以我直接向该创业公司的创始人汇报。我基本上是这家初创公司的IT和软件开发部门的代表。启动模型是托管服务和SaaS的组合。角色和责任很多，我有机会戴很多帽子。我负责内部IT基础架构和操作，例如局域网系统的维护，DNS配置，内部服务的备份，数据冗余计划，甚至打印机问题。我还负责开展业务。与潜在客户会面，推销和谈论我们的解决方案，并与现有客户保持联系并确保他们满意。然后，我负责Web应用程序的技术设计和体系结构。确保它们坚固且安全。最后，还有人员管理方面。雇用，发展并为我的团队成员提供合适的任务。
> Photo by Pineapple Supply Co. on Unsplash
有趣的是，对于我负责的四个主要领域，即IT，客户联络，软件开发和人员，我认为我在其中大部分方面做得很好。尽管我不喜欢客户联络和推销的"销售"方面，但由于我诚实和直截了当的方法，我还是赢得了一些客户。创始人很高兴，而且一切都很好。软件开发是我的难题，所以我在那里做得很好，我真的很喜欢我的角色。我还与团队成员建立了良好的关系。我们是一个紧密联系的团队，我们甚至会在工作时间之外闲逛。内部IT并不是我的强项，我不喜欢解决打印机问题，但实际上我学到了一些有关网络的知识，所以我不太介意。尽管如此，我并不感到高兴，而且我一直怀疑自己作为CTO的工作做得很好。一切都很混乱。我质疑自己的能力以及为公司带来的价值。我并不希望每天上班。
结果，短短一年后，我辞去了CTO的高薪工作，回到了开发人员手中。 我记得想早点退出，但我没有，因为我向自己保证我会在这家初创公司呆至少一年。 我信守诺言； 我一年周年纪念月辞职了。 在那之后，我变得更加快乐，因此，我从没真正坐下来思考为什么我对作为一家小型初创公司的CTO感到如此不高兴。 直到很久以后，当我决定再次担任工程管理职务时。
> Photo by Daniil Ku?elev on Unsplash
大约十多年后的几个月，我正在与一家新成立的初创公司CTO交谈，我看到了我年轻的一面。 他技术精湛，是一个出色的团队合作者，并且拥有令人印象深刻的简历。 他最近在一家小型初创公司中担任CTO的角色，他告诉我他在挣扎。
我整理这篇文章的希望是，它将帮助新成立的CTO应对挑战，而这些挑战不一定能在领导力书籍中找到答案。 我面临的许多挑战是由于缺乏扎实的商业头脑以及缺乏战略和前瞻性思维。
见解一：行动胜于雄辩。 数据胜于行动。
> Photo by Carlos Muza on Unsplash
创始人多次要求我提出一个项目提案。 它可能是新的业务构想，也可能是现有解决方案的附加功能。 然后，我通常会估算交付项目需要多长时间，需要多少开发人员等等。 我从未质疑过现状。 这些天来，我已经意识到领导者不希望有人会毫无疑问地执行任务。 领导者希望有人回头研究，提供数据并寻找是否值得做的事情。 尤其是在小型创业公司。
见解二：早期领导过程中可能需要功能技能，但带到这里的却不会带您到那里
> Photo by Meelika Marzzarella on Unsplash
在成为CTO之前，我一直是一名开发人员。我的职业生涯始于开发人员。因此，我对自己的功能领域非常满意；当我的开发人员向我询问有关编程的最佳做法时，或者何时需要帮助调试棘手的代码时，我会在那里给出正确的答案，或更糟糕的是，为他们解决问题。当需要聘请向我报告的服务器管理员时（当时，他们被称为服务器管理员而不是devops工程师），我感到非常震惊。忙了几天之后，我开始阅读所有可以找到的有关服务器管理的书籍。几个星期以来，Bash是我最好的朋友。我担心如果我不知道如何完成工作，就无法为我的团队成员提供帮助。我没有意识到拥有功能技能并不像拥有愿景，了解和理解需要做什么以及能够带人们去做我们为什么要做的事情一样重要。如果只有我知道这一点，我将花更少的时间尝试提高服务器管理的技术技能，而花更多的时间与服务器管理员一起解释原因。
见解三：战略和执行同样重要
> Photo by NeONBRAND on Unsplash
商业世界中存在相互矛盾的建议，其中更重要的是一个。 战略与执行。 有人说策略更重要。 没有明确的策略，每个人都会在黑暗中射击。 还有人说执行更重要。 如果前线没有人在努力交付结果，那么在每堵墙上都印上并粘贴一个策略就无济于事。 你怎么看？ 我了解到它们同等重要，因为它们不是互斥的，所以彼此无关。 我希望我已经知道这一点，因为在我职业生涯的早期，我属于后者，那些认为执行比战略更重要的人。 我并没有努力去了解公司的战略。 在我的脑海中，我会思考，只是告诉我需要做什么，然后我就会完成。 谈论太多，让我们开始执行。
这种想法的结果是，我看不到自己为初创公司增加的价值，也看不到自己在那儿工作更长的时间。 如果我是个人贡献者，那不是什么大问题，但是当您是一家新兴CTO且您不了解公司的愿景和战略时，更不用说购买您的团队成员了 会有相同的感觉； 总体上缺乏清晰度，不确定性和热情。 毕竟，没有哪位员工，甚至是最喜欢底层编程的性格内向的开发人员，都不想成为一台机器。
见解四：并非所有过程都是邪恶的
> Photo by Garett Mizunaka on Unsplash
在当今时代很难想象，但是我的确确实在一家没有一年正式程序的初创公司中运营了一个工程部门。 看不到项目管理或协作工具，所有操作都是通过电子邮件完成的。 我会在每个星期一的上班时间开始工作，并列出一周的优先事项。 然后，我将通过电子邮件将任务分配给我的团队瘦身成员。 然后，当每个人都在办公室时，我们将讨论任务。 这不是站起来，因为有时我们会通过电子邮件来做，或者在我们早上喝咖啡时面对面，而在其他时候，我们只是围在别人的桌子旁讨论。 没有一致性。 每个星期三和星期五，我们所有人都会发送一封电子邮件，互相更新我们的工作进度。 代码审查大部分是由我完成的，我的开发人员会要求我到他们的办公桌前来，然后我会在那里提供有关他们代码的反馈。
没有任何类型的流程意味着我们很难知道我们是否有效地工作。 许多任务无法共享，因为另一个人无法知道如何开始做某事。 文件不存在。 我很幸运，在那一年没有人员流动。 否则，交接和入职新人将非常昂贵，更不用说混乱了。 没有任何类型的过程的另一个问题是，我觉得自己是很多事情的看门人。 我无法扩展自己。 但是我不得不承认，那时，扩展自己并不是我要考虑的事情。 我只记得每天都感到非常不知所措。
最后的话
> Photo by Dawid Zawi?a on Unsplash
这些就是我希望作为一家初创公司的CTO知道的四件事。 首先，我希望我知道如何用数据挑战现状。 其次，我希望我知道如何在功能知识之外为团队增值。 第三，我希望我知道战略和执行同样重要，以及如何以一种与他人相关并能激发他人积极性的方式来交流战略。 第四，我希望我不知道所有过程都是邪恶的，实际上，没有任何过程更邪恶。
最后但并非最不重要的一点是，我希望我知道生活中的一切都可以学到，无论是技术技能，商务技能还是其他知识； 您只需要保持好奇心，并有改善的意愿。
联系客服
