Sempre me perguntam: "como é trabalhar na DoiT?". Mesmo estando aqui há pouco mais de 7 meses, como ex-cliente sinto que faço parte do time há bem mais de um ano. Aqui vai a minha visão sobre essa pergunta.
Embora a nossa área de produto esteja crescendo, não somos uma empresa de produto típica nem uma empresa típica de pro-serv. A DoiT fica em algum ponto no meio do caminho.
Primeiro, vou descrever o que muitos de nós já vivemos em outras empresas e, depois, como a DoiT faz as coisas de um jeito diferente da maioria dos lugares por onde passei. O post é longo, mas vale a pena — pelo menos é o que eu espero!
Isto é o que NÃO somos
Acho melhor começar perguntando: "como é em outras empresas?". Se algum desses cenários soa familiar, te faz rir ou dá vontade de chorar, fico feliz em dizer que existem outros caminhos, e a DoiT International é um deles.
Software engineers
Você se sente "preso" a ferramentas, tecnologias e dívidas técnicas que nem foi você que criou — herdou a maior parte, ou tudo nasceu da necessidade conforme a empresa cresceu, e nunca te deram tempo para fazer direito. Sofre pressão constante para entregar com prazos irreais tirados do nada. Quer aprender aquela técnica ou linguagem mais recente, mas não consegue achar tempo. É puxado para tantas reuniões que fica difícil focar em deep work, o que gera mais bugs e mais tempo corrigindo bugs do que efetivamente criando.
TI / infraestrutura
São 2h08 da manhã e você (e sua família) é acordado porque tem um problema em produção. Os colegas de engenharia costumam te chamar de "vilão" porque você quer garantir compliance, estabilidade e segurança. Os fornecedores te pressionam o tempo todo para assinar o próximo ELA e bater as metas deles, sem se importar com o que você realmente precisa. Os executivos gritam exigindo uma análise de causa raiz, e você nem terminou de resolver o problema. Você se sente ameaçado pela ascensão da nuvem pública e pelas demandas de automação da empresa. "Meus 17 anos de expertise ainda vão valer alguma coisa?" — sim, valem ainda mais, aliás.
DevOps / SRE
É 1h42 da manhã e você (e sua família) é acordado porque tem um problema em produção. Felizmente você implementou SLIs e SLOs para te alertar, então soube do problema antes do time de Ops, mas eles vão acordar logo, logo! [ haha, não resisti] Você fica ali costurando pipelines de CICD com tecnologia antiga para manter a engenharia rodando. Seu time enrola para atualizar os runbooks, então cada incidente parece novo mesmo que você já o tenha resolvido umas dez vezes — por que isso não foi automatizado no ano passado?
Consultores
Você adora seus clientes e trabalha lado a lado com os funcionários deles, mas se sente um cidadão de segunda classe. Conhece os comissários de bordo melhor do que os próprios filhos. Vive com o medo constante de, na próxima crise financeira, ser cortado para preservar os funcionários full-time; ou de ser o "vilão" responsável por escolher quem vai ser cortado. Sofre pressão para construir sua pirâmide e baixar o custo médio por recurso para justificar sua hora de US$ 800. A pressão por margens e billability é tanta que você acaba propondo soluções nas quais nem acredita, mas é o que o cliente quer ouvir.
Vendas e account management
Você se pergunta o que diabos o time de demand gen estava pensando ao te mandar aqueles "leads". Uma voz no fundo da cabeça não para de te cobrar por não ter negociado um base maior. Seu pipeline de vendas parece mais uma agulha do que um chapeuzinho de aniversário invertido. Você pensa: "PowerPoint é mesmo uma skill?". É sim, e seu domínio de planilha também, aliás! Você nem lembra mais se já explicou aquela feature porque se perdeu no próprio pitch quase robótico. No fundo da cabeça: "Esse produto é incrível, então por que preciso convencer os outros de que precisam dele?" e "Esse deal vai fechar algum dia?".
Vida corporativa
Você concluiu que é honesto demais para subir aquela escada pisando nos outros. Pede ajuda a um colega, mas, como não está atrelado ao bônus dele, ele relutar. Sua ótima ideia para melhorar a eficiência foi enterrada na burocracia pelo comitê de eficiência. Você abre a agenda na esperança de achar tempo para ir ao banheiro durante o expediente esta semana. Aquele kit de utensílios para churrasco que você ganhou no último offsite ainda está no porta-malas pegando poeira.
Existe outro jeito de viver e trabalhar.
Isto é o que SOMOS (continue lendo)
Se os cenários acima soaram familiares, você não está sozinho; consigo me identificar porque eu mesmo passei por eles e sei que não precisa ser assim. Você pode entrar para o nosso time (se tiver perfil) ou se cadastrar como cliente e deixar o nosso time te ajudar.
A DoiT International é uma empresa única. Posso compartilhar minha perspectiva pelo lado de cloud architecture, mas trabalho diariamente com nossos times de vendas e account management, então também consigo falar um pouco sobre isso.
Meu primeiro dia na DoiT International
No primeiro dia, recebi um e-mail de boas-vindas de um dos co-fundadores da empresa dizendo para eu relaxar, pegar um café ou outra bebida e me ambientar no meu próprio ritmo. Enquanto isso, e-mails de colegas que eu ainda não conhecia, do mundo todo, começavam a chegar me dando boas-vindas ao time.
Será que perdi alguma coisa? Não, é isso mesmo — você é adulto, é respeitado e tratado como tal.
Quase tudo é automatizado (a vantagem de ter executivos geeks), então você vai marcando itens do seu checklist de onboarding no Rippling, como "conectar à nossa org no Github", "entrar na nossa comunidade no Slack", "entrar no grupo do WhatsApp", "aprender as boas práticas do Zendesk" ou "acessar suas contas sandbox da AWS e do Google".
Meu líder de time me procurou e perguntou quando eu queria agendar um papo de apresentação. "Semana que vem está ótimo, é só me avisar. Sem pressa para concluir as tarefas de onboarding e, se quiser usar este mês para estudar ou se preparar para alguma certificação de cloud, fique à vontade. Minha agenda é pública, então entre em qualquer reunião para ver como as coisas funcionam."
É quase desconcertante no começo o quanto tudo é tranquilo, mas fica ainda melhor quando você fala com clientes nas "sales calls" — geralmente são empresas que você já admira/adora ou produtos que já usa.
"Sales calls"
Usei aspas, e já explico o porquê. A DoiT International é, no fundo, uma empresa de software engineering (temos uma área de platform engineering em crescimento). Nossa receita ainda vem dos contratos de parceria com Google Cloud, Amazon Web Services e Microsoft Azure. O que é único é que nosso software e nossos serviços fazem parte da oferta para os clientes.
Nossa receita é baseada em consumo de cloud, e nosso foco principal é garantir que os clientes tenham sucesso na adoção e no uso contínuo da tecnologia em nuvem. Pensamos e operamos no longo prazo, e não tem essa de rascunhar o próximo SOW, vender o próximo projeto ou empurrar a próxima versão — na DoiT International, isso simplesmente não existe.
Nosso "pitch", se é que dá para chamar assim, é bem simples. Compre seus serviços de cloud pelo DoiT Cloud Intelligence™ e tenha acesso às nossas ferramentas de software e aos nossos especialistas junto com o seu gasto atual em cloud; em geral, você até gasta menos, seja por ofertas que ajudamos a aproveitar, seja por otimizações que nossos arquitetos identificam.
Somos remunerados por contratos de parceria com os provedores de cloud (por exemplo, fechamos um acordo de US$ 1,5 bilhão com o Google). Tudo é somado ao que os clientes já têm e nada é tirado, mas agora eles ganham nossa expertise por cima, simplesmente trocando a billing account no console de cloud.
Quem não aproveitaria essa oportunidade, certo? A resposta é: poucos, e é por isso que a empresa dobra de tamanho a cada ano, é lucrativa e já tem receita na casa das centenas de milhões de dólares. Um dado interessante é que a empresa já passava de US$ 100 milhões em receita anual com cerca de 30 pessoas — uma prova da eficiência e da automação com que a maioria das empresas só sonha.
A pergunta mais comum é: "qual é a pegadinha?", e a resposta é: não tem. Li uma vez que fechamos mais de 56% de cada oportunidade. Ainda assim, desde que estou aqui, só me lembro de duas ou 3 (de várias dezenas) que não assinaram na hora — ah, e nosso contrato é mês a mês, tem 4 páginas e passa rapidamente pelos times jurídicos de empresas de qualquer porte.
Estou em chamadas assim toda semana. O time de vendas do provedor de cloud nos apresenta, falamos alguns minutos sobre o nosso modelo e mergulhamos no problema em pauta. Queremos conhecer o cliente, seus produtos e garantir que ele também seja um bom fit para nós.
Tickets
Para cloud architects, contratamos só tecnólogos seniores, experientes e mão na massa, em quem nossos clientes confiam para revisar, orientar ou recomendar soluções aos times deles. A maioria dos nossos clientes já tem engineers experientes, então funcionamos como uma rede de segurança ou, como alguns dizem, "o Stack Overflow particular deles" para tudo relacionado a cloud (e um pouco além, na real). Os clientes enviam periodicamente solicitações de suporte que entram no Zendesk como "tickets" (também chamados de cases), e temos um sistema que os distribui em round-robin com base em expertise (e, em breve, disponibilidade — estamos escrevendo nosso próprio algoritmo e bot para uma distribuição mais inteligente).
Independentemente do seu papel (até nossos co-fundadores), espera-se que você contribua para o sucesso dos clientes. Se isso significa pegar um ticket da fila do Zendesk porque um colega está em uma call, você faz com prazer. Todo mundo na DoiT International cobre as costas dos outros. Todos focados no sucesso do cliente — isso resume bem as expectativas (encantar o cliente, expertise de verdade e ser um bom team player).
Eu estava ambicioso e queria contribuir já de cara (apesar de não haver pressão nenhuma), então no segundo dia olhei a agenda de um colega de time, vi uma reunião que ele tinha e entrei. Era uma empresa bem legal que estava montando suas capacidades de DevOps, e alguns membros novos do time tentavam fazer o servidor Jenkins CI funcionar em Kubernetes no Google Cloud. Durante a call, foi sugerido que eles abrissem um ticket de suporte e alguém do nosso time os ajudaria com a configuração.
Imediatamente chamei meu colega e pedi para, quando o ticket chegasse, atribuir para mim. Quando o ticket chegou, sugeri uma video chat e o cliente compartilhou a tela. Passamos pela configuração do Helm chart e identificamos o problema: um tipo de Kubernetes Service incorreto (ClusterIP em vez de NodePort), por isso o Ingress (GCE) não conectava. Eles ajustaram, rodaram o script de novo e funcionou!
Ficaram tão satisfeitos que abriram outro ticket no dia seguinte pedindo ajuda para adicionar TLS; peguei esse ticket também e ajudei, compartilhando um exemplo funcional do meu sandbox com Cert Manager e TLS automatizado via Let's Encrypt. Virei amigo de várias pessoas do time deles e, hoje, nas video chats, passamos mais tempo falando sobre o tempo, o último restaurante bom em que jantamos etc. É assim que a maioria das nossas interações acontece — os clientes ficam gratos pela orientação, pelo suporte e pela ajuda nos momentos de estresse.
O volume de tickets varia, mas em geral chegam 1 ou 2 por dia para cada cloud architect. Muitos não são perguntas fáceis, porque são problemas que os engineers do cliente não conseguiram resolver e que precisam de um reforço. Não tem problema se você ainda não souber a resposta, porque uma hora você vai saber. Pode dar um certo medo no começo porque o cliente depende de você. Mas é aqui que você fica tranquilo, porque o seu time te apoia.
Você primeiro busca no Zendesk para ver se alguém já resolveu algo parecido. Se não, posta um pedido de ajuda no nosso canal de engineering no Slack, e os colegas convergem com dicas/respostas. No pior dos casos, você sobe seu ambiente sandbox e segue tutoriais até descobrir, e depois compartilha o que descobriu com o cliente. Adivinha? Você acabou de ganhar mais uma skill.
Numa crise técnica, é mais importante estar presente, sugerir ideias para diagnosticar o problema e passar a tranquilidade de que você está com eles. Na DoiT International, nosso time resolve mais de 93% dos tickets, e os tempos de resposta são duas vezes mais rápidos que o suporte dos provedores de cloud. Temos contratos de suporte nível platinum com os provedores, com SLAs mais rápidos para aquelas raras ocasiões em que precisamos escalar e abrir tickets em nome do cliente. Também trabalhamos regularmente com os times de produto e os engineers dos provedores, então, de vez em quando, temos contatos pessoais que conseguem respostas ainda mais rápido.
Reforço positivo
A organização da DoiT International é extremamente horizontal. Quase toda ferramenta é integrada e automatizada, e usamos o Slack de formas muito criativas. Uma das coisas que mais me impressionou foi o reforço positivo contínuo e imediato pelos canais do Slack.
Toda vez que alguém do time de vendas fecha mais um deal, isso é postado automaticamente no Slack para todo mundo ver e comemorar. Quando lemos sobre o sucesso de um cliente, sua nova rodada de funding, seu IPO, aquela matéria na Rolling Stone, a gente compartilha no Slack e celebra junto.
Cada avaliação de satisfação de ticket de suporte vinda do cliente também é postada para todo mundo ver — você não precisa de média gerência quando a empresa inteira consegue ver na hora se você encantou (ou decepcionou) um cliente. Tenho prazer em dizer que decepções são extremamente raras, mas, quando acontecem, ligamos para o cliente para entender como podemos melhorar.
Outro grande diferencial é a nossa transparência. Mesmo que tenhamos uma avaliação ruim, está tudo disponível publicamente na nossa página de estatísticas de suporte ao vivo (integrada diretamente com Zendesk / BigQuery).
E o resto
Sei que este post ficou bem longo, então obrigado por ler até aqui. Se você está se perguntando sobre todo aquele "resto" além de sales calls e tickets, vai gostar de saber que é mínimo e, na maior parte, opcional.
Call de planejamento de segunda-feira
Nos EUA, fazemos uma call de 25 minutos toda segunda-feira com tech/sales. É quando o time de vendas anuncia as reuniões em que precisa de cobertura técnica, e definimos quais membros do time técnico vão participar. Em geral, é rápida, cobrindo cada região, da Costa Oeste à Costa Leste.
1:1 semanal ou quinzenal com o líder de time
Normalmente um check-in de 15 a 20 minutos na sexta-feira (aqui nos EUA). À medida que crescemos (já somos mais de 130 pessoas), estamos testando um relatório semanal (alguns bullet points) compartilhado com a liderança sênior.
Social semanal (somos todos remotos)
Dá para chamar de reunião de departamento, mas seria forçar a barra. Entramos numa video chat, trocamos dicas de jardinagem, falamos sobre planos para o fim de semana ou conhecemos novos colegas.
All-hands mensal
Nosso time executivo compartilha atualizações da empresa e o desempenho financeiro do mês, dá boas-vindas aos novos contratados e celebra aniversários de empresa! Qualquer pessoa pode propor novas ideias ou fazer perguntas no nosso canal all-hands do Slack, durante a call ou a qualquer momento.
Social mensal (Let's Hangout)
Como empresa global, fazemos uma video chat por mês com breakout rooms (no máximo 7 por sala) para conhecer melhor os colegas "do outro lado do oceano". Os horários variam para que diferentes países possam participar.
Tempo livre é incentivado.
O resto fica totalmente por sua conta.
Já mencionei que somos remotos? ;-)
No meu caso, adoro aprender novas tecnologias, automação de eficiência/processos e ensinar outras pessoas. Posso estar desenhando e montando minha "dream stack" e testando os produtos mais recentes (somos incentivados a manter as skills em dia), propondo um novo framework ou ferramenta para nossos times usarem, ou simplesmente escrevendo posts de blog para compartilhar lições aprendidas ou demonstrar coisas que acho interessantes.
Nesses primeiros 7 meses, junto com minhas tarefas diárias, tive tempo de tirar três certificações profissionais, e muitos dos meus colegas têm ainda mais.
Na DoiT International, temos ex-CTOs, software engineers seniores, vencedores de competições do Kaggle, autores, cientistas, detentores de patentes, profissionais de rede e TI, e muito mais. Acreditamos que, se você é feliz na vida, vai ser feliz no trabalho, e o resultado é o que chamamos de "suporte lendário" aos clientes.
Nossos cloud architects costumam dedicar 1/3 do tempo a "sales calls", 1/3 a "tickets" e 1/3 ao que mais quiserem (tirar a próxima certificação, escrever o próximo livro, instalar sensores em casa e testar o IoT Core para o próximo post de blog — estou falando de você, Matt!).
Sejam quais forem suas paixões, você é incentivado a ir atrás delas. A principal expectativa é que sua expertise continue relevante para encantar nossos clientes com orientação especializada e ajudar a resolver problemas difíceis — queremos que você brinque com as tecnologias mais novas e domine cada uma delas.
Se isso parece algo que te interessa, recomendo dar uma olhada na nossa página de Carreiras ou me chamar (com uma mensagem) no Twitter ou no LinkedIn. Buscamos os melhores e mais brilhantes, então nosso processo seletivo é rigoroso, mas, uma vez "dentro", você logo vai ver que existem alternativas àqueles cenários típicos que apresentei lá no começo. Espero trabalhar com você em breve, seja como cliente, seja como colega.