Recentemente, meu projeto se tornou uma startup e surgiu a necessidade de eu assumir o papel de CEO. E também preciso convencer minha equipe de que serei um bom CEO, especialmente porque, por causa da minha falta de sociabilidade, eles estão bastante céticos em relação a isso. Existem bons recursos de aprendizado para uma situação como essa?
11 comentários
Pela minha experiência pessoal, eu não recomendo. Primeiro, isso vai depender do porte da empresa que você fundou, mas vou contar o caso que eu vivi.
Era uma empresa com cerca de 20 funcionários no total, e a equipe de desenvolvimento tinha menos de 5 pessoas, incluindo os desenvolvedores de aplicativo.
O CEO participava diretamente do desenvolvimento e, quando fundou a empresa, começou o negócio com um site feito por ele mesmo.
O líder da equipe de desenvolvimento saiu da empresa, e o CEO passou a acumular os papéis de líder técnico, CEO e responsável geral por tudo. Era uma situação em que ele se envolvia em tudo, desde contratação até revisão de código e por aí vai.
Como o principal negócio da empresa era um shopping online, quando surgiam eventos promocionais ou problemas no site, era preciso responder imediatamente, então havia muitas horas extras e viradas de noite. Para ele, como CEO, talvez fazer hora extra e virar a noite fosse algo até prazeroso, mas do ponto de vista dos funcionários era uma situação cansativa. Como o CEO fazia hora extra e virava a noite, ninguém conseguia ir embora tranquilo por causa do clima. E quando rolava uma promoção urgente e mudanças frequentes de design, o número de commits aumentava, mas ainda assim vinham reclamações do tipo "por que tem tantos commits desnecessários?"...
Enfim, acabei sentindo que alguém que entende demais pode ser ainda mais assustador.
Não sei como é a estrutura organizacional da empresa que você pretende fundar, mas, do ponto de vista do funcionário, não é confortável quando o CEO programa e se envolve diretamente. Se você conseguir atuar apenas no papel de CEO, eu recomendaria, mas se também precisar se envolver no desenvolvimento, eu não gostaria de recomendar.
Isso parece mais um bom motivo para ser CEO do que um motivo ruim...
Então ser CEO é deixar os funcionários desconfortáveis.
Também recomendo a série estrangeira Silicon Valley. Ela mostra vários acontecimentos que um desenvolvedor que vira CEO meio sem querer acaba enfrentando, e do ponto de vista de um CEO talvez não dê para assistir sorrindo o tempo todo a situações como VCs colocando gente deles dentro da startup. Acho que vai ajudar.
É um pouco aleatório, mas
isso me faz lembrar da série alemã da Netflix "Como Vender Drogas Online (Rápido)" haha
É sobre um estudante do ensino médio que estava criando uma plataforma de negociação de itens de jogo entre usuários anônimos e, por algum motivo, acaba virando operador de um site de venda de drogas na dark web; é bem divertido ver esse amigo nerd pensando nos dilemas do negócio haha
Parece que o site https://leaddev.com/ tem muitos bons artigos e palestras sobre "liderança em engenharia".
Também há um canal no YouTube (https://www.youtube.com/c/LeadDev/) com muitos vídeos de palestras e debates em que participam desenvolvedores em cargos de liderança e VPs de engenharia de várias empresas.
Talvez não esteja diretamente relacionado a "CEO", mas consegui tirar muitos aprendizados sobre como liderar uma organização, tanto em mentalidade quanto em métodos, como um líder com capacidade técnica. Para citar apenas alguns vídeos que vi recentemente:
Creating a career ladder for engineers: por que a trilha de carreira para desenvolvedores é importante e como ela pode ser estruturada e operada https://www.youtube.com/watch?v=jA1Q94d2z10
Building a successful and sustainable CI/CD pipeline: para construir corretamente um pipeline de integração/entrega contínua, é preciso focar não em ferramentas, mas em arquitetura e processos, além de convencer continuamente as pessoas da organização https://www.youtube.com/watch?v=9nIG-pFyQ_k
Antes de tudo, parabéns. Acho que precisamos ver mais casos de desenvolvedores se tornando CEOs.
Como você mencionou que se preocupa com a falta de sociabilidade, provavelmente o ponto em que mais precisa prestar atenção é a comunicação.
Deixei uma tradução simples em um comentário no post acima, então vale usar como referência.
Para um CEO, é importante se comunicar continuamente com a equipe sobre "para onde estamos indo". É preciso falar de forma "repetida" sobre "por que estamos fazendo isso, até onde chegamos e o que ainda falta fazer". Por isso, quando a empresa cresce até certo ponto, acabam surgindo coisas grandiosas como missão e visão, e também vários mecanismos em formatos diferentes, desde reuniões gerais até feedbacks 1:1. Mas, na minha opinião, o mais importante é manter essas conversas de forma constante.
Se ainda estiverem no começo, acho que seria muito bom fazer pelo menos uma conversa leve, como uma "reunião rápida de 10 minutos toda manhã". Quando você pensa "precisamos fazer um daily standup", isso já pode parecer um peso.
Ser CEO é uma posição solitária, independentemente do tamanho da empresa. No fim das contas, quem decide o caminho que a empresa vai seguir é você mesmo. Também vale a pena ler relatos sobre os tipos de dilema que outras pessoas enfrentaram. Acho que seria ótimo criar oportunidades para encontrar outros fundadores e conversar com eles.
Três coisas que desenvolvedores devem ter em mente ao abrir uma startup https://pt.news.hada.io/topic?id=3016
O que aprendi cofundando o Dribbble https://pt.news.hada.io/topic?id=23
O que um CEO de startup ex-Samsung percebeu depois de perder 1,2 bilhão de won https://pt.news.hada.io/topic?id=3015
Relato sobre o fracasso do serviço próprio de entrega de comida da Sprig https://pt.news.hada.io/topic?id=2364
Acho que também é importante olhar com antecedência para o que pode acontecer nos próximos anos, especialmente em relação a investimento.
A jornada que uma startup deve percorrer nos primeiros 2 anos e meio (tradução resumida) https://pt.news.hada.io/topic?id=1703
Estratégia de captação de investimento para startups explicada por VCs [PDF de 197p] https://pt.news.hada.io/topic?id=3798
Ao passar de desenvolvedor para CEO, você provavelmente também vai acabar exercendo, em certa medida, o papel de CTO. Então recomendo dar uma olhada nos textos abaixo.
O que um CTO/VPE deve fazer nos primeiros 90 dias https://pt.news.hada.io/topic?id=1686
O que faz um Director of Engineering? https://pt.news.hada.io/topic?id=2029
Retrospectiva de 4 anos do CTO do New York Times https://pt.news.hada.io/topic?id=2016
"Como vender produtos B2B" do CTO da Segment https://pt.news.hada.io/topic?id=2104
Checklist de segurança para CTOs de SaaS [PDF de 27p] https://pt.news.hada.io/topic?id=2509
Outras coisas boas para ler
Eliminando toil - O que é toil https://pt.news.hada.io/topic?id=388
Como é feita a operação de um bom blog técnico de empresa https://pt.news.hada.io/topic?id=1698
Como fazer um bom onboarding de novos contratados - How to onboard a new hire https://pt.news.hada.io/topic?id=233
E, se for pensar apenas em materiais de referência, acho que o conteúdo do YC talvez seja o mais útil.
Parece que não há tantos materiais em coreano de forma tão ampla quanto esses.
Startup School do YC para futuros fundadores https://pt.news.hada.io/topic?id=3128
YCombinator Startup Library 2.0 https://pt.news.hada.io/topic?id=2624
Será que eu também poderia pedir conselhos sobre como convencer os membros da equipe de que sou a pessoa certa para ser CEO? Por que vocês acham que deveria haver CEOs com origem em desenvolvimento?
Não conheço bem como a startup que vocês estão criando agora começou.
Por que existe uma situação em que é preciso convencer alguém a se tornar CEO? Vocês começaram juntos como cofundadores e ficou decidido que a pessoa que fez a pergunta assumiria isso? Ou é uma situação em que ambos querem ser CEO? Fico curioso sobre isso. Para ser sincero, é difícil saber se alguém é a pessoa certa para o cargo de CEO sem tentar na prática. Também acho importante o quanto essa pessoa tem de apego e visão em relação à ideia.
O motivo para eu preferir CEOs com origem em desenvolvimento é que, no começo, você fica totalmente ocupado criando o MVP, mas depois que o serviço é lançado e os usuários aumentam e o produto cresce, acredito que passa a haver uma diferença entre quem tem conhecimento de desenvolvimento e quem não tem.
Para dar um exemplo simples: no início, como você está criando algo sem muito legado, dá para desenvolver funcionalidades muito rápido. Mas, quando isso vira produto e os usuários aumentam, cada nova funcionalidade passa a exigir consideração sobre integração com o que já existe e escalabilidade, então o desenvolvimento vai ficando cada vez mais demorado. Também existe a dívida técnica acumulada por ter sido feito às pressas. Desenvolvedores entendem isso até certo ponto. Mas, se o CEO não tiver conhecimento de desenvolvimento, é a partir daí que os conflitos começam.
"Por que vocês não conseguem/não querem desenvolver tão rápido quanto antes? O time de desenvolvimento não é bom? Não estão à toa?"
Parece exagero pensar "será que alguém diria isso?", mas isso realmente acontece com muita frequência. Por isso, eu prefiro que alguém que participou desde o começo do planejamento e do desenvolvimento do produto, com visão, funde a empresa e a faça crescer.
Obrigado!! Vou ler tudo com atenção, um por um, e absorver bem.