Como é ser CTO (Chief Technology Officer) ou CTO? Talvez um dos estágios mais altos do desenvolvimento de engenheiros. Quanto melhor a vida se torna nessa posição? É disso que estou falando hoje.
No começo, quero observar que tudo é muito subjetivo e depende da empresa. Vou contar sobre minha experiência em empresas e startups relativamente pequenas. Obviamente, para muitos, a experiência pode variar.
No começo, eu não tinha uma multidão de engenheiros para gerenciar, tinha que montar uma equipe. Imediatamente mergulhei na contratação de funcionários, na alocação de orçamento e na organização do espaço de trabalho e muito mais.
Por que ir para lá?
O que move uma pessoa quando aspira a essa posição? Um dos fatores pode ser dinheiro, mas nem tudo está claro aqui. Se você olhar para Moscou e São Petersburgo, os salários de engenheiros muito legais podem ser maiores que os diretores. Ou seja, o dinheiro está longe de ser um argumento decisivo. Por exemplo, para mim, pessoalmente, foi uma oportunidade de influenciar o desenvolvimento de uma maneira diferente. Se antes a qualidade do código e do produto em si dependia de mim, com o advento de uma nova posição, o grau de influência se expande significativamente: torna-se possível gerenciar o orçamento e escolher soluções técnicas globais, motivar a equipe e organizar todo o processo de trabalho. Tudo isso possibilita alcançar rapidamente objetivos, escolher estratégias e metodologias de desenvolvimento para a empresa.
Percebi que, se antes, quando eu era desenvolvedor, o efeito do meu trabalho era perceptível quase imediatamente, no máximo após um sprint, agora pelo menos três meses se passaram e, com mais frequência, leva pelo menos seis meses para ver os resultados. Mas o falso é muito mais brilhante - geralmente eles são imediatamente perceptíveis para todos. Sim, e as empresas custam várias vezes ou até ordens de magnitude mais caras do que os erros de engenheiros, analistas ou mesmo gerentes de projetos comuns.
Novas responsabilidades - novas descobertas
O momento em que me tornei em uma nova posição foi preenchido com força e entusiasmo. Havia um espírito de luta, eu queria refazer tudo. Mas esse foi um erro típico dos neófitos. Parecia que tudo estava funcionando errado, tivemos que reescrever e consertar. Quanto maior a empresa ou mais complexo o projeto, mais forte parece haver mais problemas. Mas, na prática, investigando tudo isso, você começa a se acalmar - nem tudo é tão simples e inequívoco quanto parece à primeira vista.
Parece que você deseja consertar tudo e fazê-lo melhor, mas você se depara com uma barreira de mal-entendidos por parte das equipes. Eles vêem da seguinte maneira: algum reformador entrou, passou o dia todo fazendo lixo, introduzindo algo ali, impedindo-o de escrever código, mas tudo funcionou bem.
Além disso, gradualmente mergulhei no trabalho do CTO, pensei que era felicidade: controle completo sobre o desenvolvimento, tomada de decisões e, finalmente, você pode fazer exatamente o que acha melhor. E não como aquele chefe de um emprego anterior. Mas, ao mesmo tempo, outras responsabilidades não tão interessantes chegam ao apêndice: alocação de orçamento, fundo de folha de pagamento (salário), problemas domésticos, contratação de pessoas e muito mais.
Quando me tornei CTO, não fazia ideia de muitas responsabilidades. Por exemplo, é necessário mais um engenheiro por equipe. Você precisa transmitir ao RH que tipo de especialista é necessário, o que ele deve ser capaz de fazer. Você também tem uma folha de pagamento bem estabelecida e precisa, de alguma forma, encontrar um salário para um novo funcionário e não exceder o orçamento. E então você precisa monitorar o mercado para que ele não seja perseguido pelos concorrentes. Ao mesmo tempo, erros podem ter conseqüências tristes, se você o avaliar mal, ele pode sair e dizer a todos que cabra você é. E se não há outro lugar para plantar, alugar um novo escritório? E ainda precisará comprar móveis e instalar ar condicionado, etc.
Se anteriormente todos os recursos apareceram milagrosamente para você, como em um jogo, os orçamentos foram retirados de uma caixa para um servidor, alguns produtos etc., o CTO os extrai você mesmo. Devemos ir "ao tapete", defender nossas decisões e tentar explicar o que agora é necessário para o desenvolvimento. Nesse caso, você simplesmente deve provar os benefícios diretos para os negócios.
Quando é necessário tomar decisões estratégicas, verifica-se, especialmente no início, que o conhecimento nem sempre é suficiente. Neste momento, você entende que precisa baixar habilidades em todas as áreas do conhecimento e com urgência.
Também devemos dizer sobre a duração do dia útil. Tive a impressão de que está crescendo com o post. Se os engenheiros permanecem por 8 horas e, às vezes, permanecem, na posição de CTO, o contato com 8 a 23 se tornou a norma. Às vezes, eles até ligam nos fins de semana e sob a forma de bônus que chamam quando você está de férias. E como se estivesse indo à praia, mas você está sentado em um laptop no seu quarto e fazendo alguma coisa. Ao mesmo tempo, 70 a 80% do tempo de trabalho é ocupado por reuniões, reuniões, correspondência e solução de problemas. Somente o resto do tempo você está tentando fazer algo útil.
Eu pensei em lidar com coisas relacionadas apenas ao gerenciamento de desenvolvimento, mas, na realidade, tenho que me comunicar com todos: de guardas de segurança a gerentes de topo. Com todos os problemas técnicos veio a mim.
As negociações
Às vezes eu precisava negociar com grandes empresas como Auto.ru ou Avito. Lá, era extremamente importante não enfrentar a sujeira e mostrar que você representa uma empresa séria.
Mas acontece o contrário: de alguma forma, as autoridades enviaram negociações com os parceiros, parece (palavra-chave) que concordaram em encontrar o chefe do departamento de desenvolvimento. Como resultado, ele chegou a outra cidade, descobriu-se que ninguém estava esperando por mim, o chefe do departamento partiu para outra reunião. Para que a viagem não fosse completamente inútil, tive que estabelecer contato com os desenvolvedores. Dizer-nos o que queremos e, de fato, conseguir que eles apenas o ouviram, tornou-se essa outra tarefa. Como resultado, ele de alguma forma os falou, mal saiu, tendo recebido as informações necessárias e resolvido as questões técnicas fundamentais.
Além disso - mais lixo. Fui a outra cidade para discutir os aspectos técnicos da integração de outra empresa ao nosso sistema. Eu chego, e aí acontece que este é um contrato de família. A microempresa me conheceu, mesmo sem escritório. Uma analista grávida, a principal desenvolvedora de uma camiseta alcoólica, crianças estão correndo pelo apartamento e, durante a discussão, um papagaio falante voa ao meu redor.
Balanço de negócios e desenvolvimento
Quando você é um desenvolvedor, você acha que seria legal reescrever algo usando a nova tecnologia ou usar um DBMS legal. Agora, funciona de uma maneira diferente: você pensa em cada nova idéia em um plano diferente, a saber, como "vender" isso para seus chefes. Por exemplo, você queria reescrever parte do serviço do PHP to Go. Para os superiores, esta é uma frase vazia, que não pode ser gasta nem um centavo. Afinal, o gênero pensa em outras categorias - termos e orçamento. Portanto, ir até ele sem tempo e recursos e pedir para implementar alguma ideia é um trabalho ruim. Você aprende a imaginar imediatamente como isso ajudará os negócios. Se alguma solução tecnológica não permitir que a empresa venda ou economize mais, o plano é obviamente um fracasso. Além disso, é preciso ter em mente os possíveis riscos de implementação. Pois, se algo não corre conforme o planejado, é você quem fica com a cabeça.
Agora, a questão do equilíbrio entre negócios e desenvolvimento é ainda mais aguda. Outra variável importante é adicionada a qualquer tarefa - o custo da solução. Ao mesmo tempo, os aspectos técnicos não desaparecem, o viés para os negócios também é prejudicial. O diretor técnico deve estar ciente do sucesso dessa decisão no futuro, se uma determinada tecnologia será desenvolvida e suportada no futuro, qual é o limite para sua entrada, se é muito difícil para os engenheiros da equipe atual ou se é necessário monitorar o mercado e contratar novas. É aqui que a formação técnica é útil. E se o CTO cresceu fora de um gerente e não sabe a diferença entre Java e JavaScript? Infelizmente, isso também acontece e é triste.
O CTO vive entre Scylla e Charybdis. Por um lado, os programadores estão com "fome" de soluções legais, por outro lado, uma empresa que deseja economizar o máximo possível no desenvolvimento e não pode esperar que os recursos fiquem sujos. O primeiro quer constantemente introduzir algo novo ou reescrever o antigo, enquanto o segundo exige desenvolvimento acelerado e risco reduzido. Não devemos ofender os engenheiros nem estragar tudo diante das autoridades.
Sem compromissos em qualquer lugar. Às vezes, muletas francas ajudam a fazer boas vendas. Então eles são justificados, e os desenvolvedores precisam atendê-los. E, às vezes, você precisa "empurrar" algumas decisões na frente de seus superiores e definir um orçamento para eles, a fim de economizar no futuro.
Também me deparei com o fato de que eu meio que configurei algum tipo de processo e parei de monitorá-lo. Tudo parece estar indo bem, mas não há efeito adequado. De fato, os funcionários podem simplesmente pontuar em algo. Percebi que devemos seguir todos os processos e não soltar as rédeas. E se você deixar ir, precisará ter 300% de certeza de que alguém fará isso e tudo correrá conforme o planejado.
Eu também gostaria de destacar mais um ponto. No cargo de especialista técnico, você não escreve mais o código, todo o trabalho é reduzido à escolha de soluções e à disseminação de conhecimento entre os líderes de equipe, que, por sua vez, estão envolvidos no treinamento de engenheiros comuns. Naturalmente, a habilidade de programação está perdida. Mesmo se você não precisar escrever o código na sua posição de CTO manualmente, ainda precisará entender a tecnologia. Portanto, devemos de alguma forma ter tempo para seguir e isso, ler livros, ouvir relatórios. Se você é pouco versado em alguma coisa, os engenheiros podem entender isso e jogar um pouco de lixo, como "o patrão é um tolo, depois uma carona". Também acontece quando é mais fácil fazer algo com suas próprias mãos, em vez de tentar explicar o problema para a equipe e obter uma solução com eles. Termina mal, as pessoas podem parar de tentar e se sentar no pescoço.
Manobras de gestão
Parece que recentemente você trabalhou como programador ou líder de equipe e foi beber cerveja com os caras às sextas-feiras, mas você já cresceu na CTO e eles se tornaram seus subordinados. E um deles chega até você: "Bro, e aumente meu salário". Aqui, os relacionamentos pessoais começam a interferir, há algum constrangimento. Em tais situações, você precisa se comportar corretamente. Se uma pessoa fez um trabalho árduo, pode valer a pena privá-la de um bônus.
Devemos defender nossa autoridade, mas não ser um tirano, ou seja, precisamos de um equilíbrio adequado. Sim, agora existem dragonas gerais, mas você não pode pegar e fazer algo, porque isso entrou na sua cabeça. Nesse caso, a democracia não cheira. E depois disso, ninguém vai te amar.
Parece-me que muito deve basear-se na confiança. Portanto, repito, você precisa ter cuidado com as promessas. Caso contrário, o crédito da confiança diminui, o que leva a consequências negativas. Além disso, esse princípio deve funcionar igualmente para desenvolvedores e negócios. Por exemplo, ele prometeu aumentar seu salário, mas o orçamento foi cortado. Eu tive que ligar outros bônus e pães por gancho ou por bandido. É melhor não fazer promessas vazias; caso contrário, eles considerarão um sino vazio; será difícil limpar a reputação.
Costumávamos ter um cara corajoso que o protegia de tudo, mas agora não há proteção, porque eu me tornei esse cara corajoso. E, em nenhum caso, você deve mostrar que está achatado de problemas. Se isso se manifestar externamente, os funcionários comuns sentirão instantaneamente o negativo. E isso é desânimo e envenenamento da atmosfera de trabalho. Agora você é responsável por todos os espirros.
Quando você olha de súbito, precisa reconhecer isso. Pela minha própria experiência, direi que você precisa reunir todos, ficar em um banquinho e dizer: "Colegas, eu estraguei tudo". E se você acrescentar a isso: "Mas eu sei como consertar", isso já é percebido normalmente, e o respeito dos caras está crescendo. E as pessoas vão tratar isso com compreensão.
Procura de emprego para posição CTO
Curiosamente, o número de vagas para a posição da estação de serviço é bastante grande. Mas eles geralmente não são colocados em hh e em recursos semelhantes, na maioria das vezes estão procurando colegas de tecnologia, ou pelo menos atentos, em conferências ou nas recomendações de conhecidos. Porque Não tenho uma resposta clara, mas parece-me que o ponto principal está na avaliação de habilidades. Você não pode dar um problema e ver o resultado, mesmo que esteja relacionado à arquitetura. O CTO não escreve código. Peça para mostrar como uma pessoa criará processos e implementará o Agile? Você pode, apenas o efeito terá que esperar seis meses. Além disso, as pessoas geralmente não conseguem avaliar adequadamente o estado das coisas, pensam que tudo é legal com elas e, à medida que você cava um pouco, há caos.
Se você pensa no que a empresa deseja obter de um especialista? Se este é um desenvolvedor, líder de equipe ou gerente de gerência - tudo está claro. E se CTO? Não existe uma lista específica de responsabilidades. De fato, existe, ele deve garantir o trabalho de todos os itens acima e assumir a responsabilidade por isso. Mas o fato é que tudo isso depende muito da empresa.
Quando eu estava procurando trabalho, fui a entrevistas em uma posição de CTO e observei tal foto. Uma empresa deseja que você execute essencialmente as funções do líder de equipe, não precisa criar processos, quer que você simplesmente escreva código. Por outro lado, pelo contrário, eles querem que você lide exclusivamente com processos; eles não precisam de nenhuma arquitetura. O terceiro precisa de um gerente, eles não dão a mínima para o lado técnico. O quarto requer uma pessoa que irá testar idéias de negócios. Quinto, eles querem que o CTO se envolva em marketing e marketing, além de todo o resto. É bom que as empresas entendam o que querem obter. Há quem precise apenas de fazer tudo de bom.
De alguma forma, ele riu, eles lançaram uma tarefa de teste para mim: eu tive que calcular o custo e o prazo para criar uma loja online com uma cesta e uma vitrine, guiados pelos preços médios de mercado para o desenvolvimento. Em geral, isso é tudo TK. Desejei-lhes mentalmente boa sorte na busca de um candidato.
E também há um tipo especial de empresa com um nível selvagem de burocracia, onde elas não permitem espirrar sem a aprovação de cinco departamentos.
Portanto, antes de procurar um emprego de CTO, pense mais de uma vez no que deseja. O mais importante é que a empresa compreenda claramente o que eles querem de você. Em uma das entrevistas, eu não aguentei e perguntei: “Vejo que você não entende o que está me perguntando. Como você vai me avaliar? Eles responderam que tínhamos lido alguns livros inteligentes e perguntamos a amigos de outras empresas sobre o techdir, o que estávamos procurando.
Portanto, escolha com cuidado e sabedoria, caso contrário, pode não valer a pena.
PS
Concluindo, quero dizer que tudo é subjetivo e não há decisões certas e erradas, depende de muitos fatores. Se resumir tudo o que falei, eu reduziria o fato de que o STO é a pessoa que resolve todos os problemas, do menor ao mais estrategicamente importante, trabalha sem parar para que todos possam trabalhar e dar resultados . E na maioria das vezes eles querem algo que ele ainda não encontrou; portanto, são necessárias flexibilidade, capacidade de adaptação e aprendizado rápido. Pelo menos para mim, essas qualidades eram fundamentais. Obviamente, este trabalho não consiste apenas de desvantagens. A posição do CTO permite que você realize suas próprias ambições,