Atualmente, apenas cerca de 1 em cada 4 trabalhadores do setor tecnológico se identifica como mulher. Então, o que é necessário para construir uma carreira de sucesso enquanto mulher no setor tecnológico? Nesta série de entrevistas, intitulada Mulheres na Tecnologia, falámos com líderes de sucesso do setor tecnológico para partilharem histórias e perspetivas sobre aquilo que fizeram para desenvolver carreiras prósperas. Também abordamos os passos necessários para criar um excelente produto tecnológico. Como parte desta série, tive o prazer de entrevistar Elizabeth Lawler.
Muito obrigada por se juntar a nós nesta série de entrevistas! Antes de começarmos, os nossos leitores gostariam de saber mais sobre si. Pode contar-nos uma história sobre o que a levou a seguir este percurso profissional específico?
A AppMap é a minha segunda startup tecnológica no espaço dos instrumentos para programadores. Comecei a minha carreira a ensinar computação estatística a estudantes, tornei-me cientista de dados e, depois, líder de TI, desempenhando as funções de diretora de dados e diretora de segurança. Acabei por começar a fundar empresas tecnológicas para criar novos produtos que respondessem a necessidades que eu tinha relativamente a produtos que não existiam no mercado.
Ao tentar comunicar arquiteturas de software complexas a novas pessoas, trabalhadores e partes interessadas, percebi que existiam mal-entendidos e conceções erradas evidentes em torno da arquitetura do código, da forma como o software se comporta quando está em execução, de ideias erradas sobre qualidade, desempenho, segurança, etc.; grande parte daquilo que precisamos de compreender é opaco ou baseia-se em modelos mentais. Mas o próprio software declara o seu comportamento e o código está mais bem posicionado para explicar como funciona quando é executado. Esse foi o momento eureka para mim e foi o que me levou, juntamente com alguns dos primeiros membros da equipa, a criar a AppMap.
Diz-se que os nossos erros podem, por vezes, ser os nossos maiores professores. Pode partilhar uma história sobre o erro mais engraçado que cometeu quando estava a começar? Pode dizer-nos que lição aprendeu com isso?
Não sei se este é um exemplo engraçado, mas é um exemplo do mundo real. Dizem que não devemos repetir os nossos próprios erros, mas foi precisamente isso que fizemos. Quando começámos a idealizar a AppMap, sendo um produto de análise de código em tempo de execução, começámos a desenvolvê-la como um SaaS. Era uma das formas mais fáceis de criar um protótipo e recolher os dados de teste de que precisávamos a partir de projetos de código aberto para validar a nossa tecnologia.
Dada a nossa experiência em cibersegurança, sabíamos desde o início que existia muita sensibilidade em torno da análise dinâmica e do armazenamento de dados de código sensíveis. As cadeias de desenvolvimento de software podem ser vetores para a inserção de código malicioso e as pessoas podem obter acesso a código e cadeias sensíveis através de todo o tipo de ferramentas de terceiros integradas, como demonstram as recentes violações de sistemas de integração contínua.
Se transferíssemos totalmente a AppMap para o editor de código e reduzíssemos a nossa plataforma de dados para a aproximar do código, poderíamos reduzir o risco de segurança dos dados. As pessoas poderiam utilizar a AppMap e nós poderíamos garantir ao utilizador que “o seu código é o seu código”. Reduzimos o risco associado ao software de terceiros e a adoção disparou.
Mas depois decidimos que queríamos criar capacidades de análise. Por isso, começámos a desenvolvê-las num servidor, utilizando projetos de código aberto como dados de teste. Mais uma vez, os consumidores disseram: “Não o quero aí. Coloque-o no meu IDE.” Mais uma vez, transferimos todas essas funcionalidades e capacidades de volta para a base de código, que é onde se encontram atualmente as capacidades de análise.
A lição aqui é: cometer o mesmo erro duas vezes é tão doloroso da segunda vez como é da primeira.
Qual considera ter sido o momento que definiu a sua carreira?
No passado mês de outubro, a AppMap participou no TechCrunch Disrupt e foi algo verdadeiramente fenomenal. Foi uma experiência diferente de tudo o que tinha vivido antes – competir daquela forma, com o público e o alcance que esse evento tem. Penso que a AppMap beneficiou da oportunidade de partilhar a nossa mensagem nessa plataforma.
No entanto, não penso que o momento que define a minha carreira tenha acontecido ainda; há sempre um desafio novo e maior pela frente. Vejo grandes coisas no futuro desta equipa e deste produto.
Pode contar-nos uma história sobre os momentos difíceis que enfrentou quando iniciou o seu percurso? Alguma vez pensou em desistir? Onde encontrou a motivação para continuar, apesar de as coisas serem tão difíceis?
Decidir criar um produto de espaço em branco não é tarefa fácil. É preciso ser capaz de captar a imaginação das pessoas para que adotem ou experimentem algo que não sabiam poder existir e cujo benefício não compreendem intuitivamente. Embora criar e conseguir visualizar algo que ainda não existe seja extremamente divertido, também pode ser extremamente frustrante. Os produtos de espaço em branco são difíceis de comunicar com precisão e, por vezes, perguntamo-nos: “conseguirei continuar a fazer isto?”, porque é algo muito difícil de concretizar. É o tipo de problema mais difícil de resolver enquanto empreendedor.
Fomos à Google, à Meta e a empresas com ferramentas de experiência de desenvolvimento de excelência, e nenhuma tinha algo semelhante ao que estávamos a criar. Validámos as nossas suposições sobre aquilo que faltava, mas não creio que as pessoas achassem que era possível. Precisávamos de acreditar verdadeiramente na nossa visão e na nossa capacidade de criar este produto. Tenho muita sorte por trabalhar com uma equipa capaz de criar produtos tecnicamente complexos e extraordinariamente profundos.
É emocionante e assustador ver uma oportunidade que os outros não veem. É quando começamos a ganhar algum ímpeto, vemos que algo começa a fazer sentido para as pessoas e elas começam a amplificar aquilo que criámos – percebemos por que razão o fizemos. Ouvimos o entusiasmo do utilizador. Agora queremos ir ainda mais longe e proporcionar-lhe ainda mais satisfação.
Gostaríamos de conhecer um pouco melhor a sua empresa. Qual é o problema que a sua empresa procura resolver? De que forma ajuda as pessoas?
A AppMap disponibiliza a primeira plataforma de observabilidade para programadores, fornecendo análise dinâmica de software, incluindo análise de desempenho e de segurança, diretamente aos programadores no editor de código.
Até agora, existia uma enorme lacuna no mercado, uma vez que os programadores e as equipas de software eram obrigados a depender de ferramentas de análise estática e não conseguiam identificar problemas complexos de conceção relacionados com o código nem resolver problemas dos clientes antes de estes serem lançados. Isto resultava em horas de retrabalho que travavam a criatividade e a inovação. O trabalho rotineiro no desenvolvimento de software é um dos principais fatores que levam os programadores à demissão silenciosa.
A AppMap transforma as abordagens tradicionais à experiência do programador ao integrar perfeitamente a sua ferramenta de análise do código em tempo de execução e de código aberto diretamente no editor de código. Isto permite aos utilizadores ver não só o comportamento do código, mas também quaisquer alterações propostas ao desempenho, à segurança e à estabilidade à medida que o código é desenvolvido. Desta forma, melhora a experiência do programador ao fornecer informações preditivas e acionáveis no momento em que é fácil efetuar alterações.
Se alguém quiser liderar uma grande empresa e criar excelentes produtos, qual é a qualidade mais importante que essa pessoa deve ter e que hábitos ou comportamentos recomendaria para aperfeiçoar essa qualidade específica?
É absolutamente necessário ter empatia pelo utilizador. Enquanto ferramenta para programadores integrada no editor de código, está no espaço criativo mais íntimo do seu utilizador. Está no computador dele, no momento criativo de desenvolvimento que define aquilo que os programadores fazem. Para ser útil, é preciso ter muita compaixão e ser criterioso na forma como se ajuda. É uma dança muito delicada.
O objetivo é criar algo que as pessoas adorem e sem o qual não queiram trabalhar. É uma fasquia muito elevada em termos de conceção de produtos e desenvolvimento. A forma de garantir que colocamos sempre o utilizador em primeiro lugar é conhecê-lo e criar uma comunidade e conversas em torno das abordagens.
Na AppMap, sabemos que as ideias podem surgir de qualquer lugar. Estamos a traçar o perfil de muitos programadores e das nossas páginas da comunidade. Temos pessoas de todo o mundo – de todos os 50 estados dos Estados Unidos e de centenas de países – representadas na nossa comunidade. Isto dá-nos a oportunidade de refletir e compreender as necessidades de todos. É a forma mais poderosa de fazer avançar a nossa missão.
Falemos de equipas. Que estratégia ou estrutura de gestão de equipas considera particularmente útil para o processo de desenvolvimento de produtos?
Desde o nosso produto à forma como a nossa equipa trabalha, a transparência é fundamental. Com a AppMap, começámos por dar prioridade ao código aberto, porque isso permite que qualquer pessoa capaz de ler e compreender o nosso produto nos forneça contributos e comentários. Ao escolhermos ser abertos, criámos uma oportunidade para ter conversas sobre o produto com a população de utilizadores que procuramos servir. A abertura é algo em que a nossa equipa acredita verdadeiramente.
Quando pensa na equipa mais forte com que alguma vez trabalhou, por que razão acha que funcionava tão bem em conjunto e consegue recordar alguma história que ilustre essa dinâmica?
A equipa da AppMap é, na realidade, constituída por muitos membros da minha antiga equipa da Conjur. O nosso grupo passou de empresa em empresa, trabalhando em conjunto em projetos sucessivos de espaço em branco.
O que mais me impressiona nesta equipa é que não só trabalhamos bem em conjunto, como também trabalhamos bem juntos perante a adversidade. Enfrentamos os problemas e trabalhamos para os resolver – aceitando os comentários, independentemente de quem esteja na sala. É assim que todos trabalhamos em conjunto.
Enquanto equipa, reunimo-nos frequentemente para criar alinhamento. Conseguimos promover uma cultura de transparência radical. Todos podem trazer ideias de qualquer área da organização. Cuidamos uns dos outros e fazemos isso muito bem.
Se tivesse apenas uma ferramenta de software no seu arsenal, qual seria, porquê e que outras ferramentas considera essenciais para a missão?
Acho que os editores de código, como o VS Code e o JetBrains, são espaços verdadeiramente extraordinários para trabalhar. Não só os adotamos como um espaço no qual nos consideramos membros do ecossistema, como também é possível ver todas as ferramentas e tecnologias direcionadas para programadores a convergirem para esse ambiente – tornando-os absolutamente indispensáveis. Se quiser compreender como são criados os produtos de software, precisa de compreender o que acontece dentro do editor de código. Veja o Co-pilot e outras ferramentas generativas a ultrapassarem os limites no editor de código.
Enquanto líder empresarial, outra ferramenta essencial para a missão é o software de gestão do tempo. Sem uma solução de software de gestão do tempo, seria fácil passar o dia como lhe apetecesse e deixar-se levar pela inércia. Os meus dias são mais produtivos quando agendo períodos de concentração para realizar tarefas importantes.
Falemos de tempo de descanso. Qual é a sua prática ou ritual habitual para evitar o esgotamento?
Os meus filhos são provavelmente o melhor antídoto contra o esgotamento. As crianças não o deixam trabalhar quando está com elas. Estarão no seu escritório, a dizer-lhe para pôr o trabalho de lado ou que precisam do seu tempo e atenção. As crianças obrigam-no a estar presente e a pousar o trabalho. Valorizo cada momento com elas e fico feliz por me fazerem pousar a tecnologia.
Com base na sua experiência, quais são os seus “5 passos necessários para criar excelentes produtos tecnológicos”?
1. Defina o seu ponto de vista e atreva-se a ser diferente: depois, leve-o ao mercado e veja se encontra adesão. Na AppMap, acreditamos que a única fonte de verdade é o editor de código e que deve ter todas as ferramentas de que precisa exatamente no local onde está a trabalhar. A partir daí, tire partido do retorno quantitativo e qualitativo dos seus utilizadores para orientar novas funcionalidades. Quando as coisas estão a funcionar, aprofunde e continue a investir, mas não tenha medo de abandonar áreas que não estão a ser utilizadas.
2. Mergulhe de imediato: e aproxime-se tanto quanto possível do utilizador. Esteja disponível para aprender com a sua equipa e com os clientes, e estabeleça contactos para obter retorno do mercado. Uma das tácticas da AppMap consiste em publicar extensivamente no blogue conteúdos ao nível de tutoriais na página da nossa comunidade de programadores. Isto ajuda-nos a compreender em que áreas devemos investir mais quando observamos níveis elevados de interação com uma determinada funcionalidade. Qualquer empresa que queira criar um excelente produto deve pegar nas ideias do seu produto mínimo viável, partilhá-las amplamente e utilizar os dados de interação para orientar o nível de investimento.
3. Comece e depois construa continuamente: Reid Hoffman disse, num comentário célebre, “Se não se sente envergonhado com a primeira versão do seu produto, lançou-o demasiado tarde” — e isso deve tornar-se o seu mantra para desenvolver produtos. Também é importante ter consciência de que não é um produto que não passa de uma promessa nem uma fábrica de funcionalidades. Procure um bom equilíbrio entre a completude do conceito e a margem para melhorias nos primeiros lançamentos do produto. A realidade é que, se o seu produto resolver um pequeno caso de utilização, as pessoas irão utilizá-lo para resolver os seus problemas, apesar de uma experiência de utilizador pouco fluida ou de pequenos erros.
4. Lance-o e Meça, Meça, Meça: Não espere que os utilizadores lhe forneçam uma grande quantidade de retorno qualitativo sobre o seu produto — especialmente quando está a desenvolver para públicos técnicos. Estes utilizadores estão ocupados e sobrecarregados com outro trabalho. Não têm tempo para lhe dar retorno detalhado. A melhor forma de compreender os seus utilizadores é medir as interações deles com o seu produto, se possível.
Se a sua utilização for suficientemente elevada, tente iterar rapidamente com base nos dados que recebe e, se tiver uma base de utilizadores grande, segmente-a da melhor forma possível para compreender melhor as diferenças entre utilizadores avançados e principiantes. Estes tipos de utilizadores precisam de funcionalidades diferentes, e desenvolver funcionalidades para um público pode causar problemas aos outros.
5. Itere e evolua: O foco é o atributo mais importante de qualquer empresa, especialmente das empresas emergentes. As empresas emergentes simplesmente não têm tempo nem dinheiro para investir em várias áreas. Não perca tempo a preocupar-se com o custo de oportunidade de não trabalhar em “todas as coisas”. Em vez disso, concentre-se nos elementos de maior impacto e divida o trabalho em pequenas partes. Ao dividir as entregas em unidades mais pequenas, poderá responder mais rapidamente ao retorno dos utilizadores ou aos dados de utilização e evoluir continuamente o seu produto para encantar os seus utilizadores.
Está atualmente satisfeita com o estado atual relativamente às mulheres na tecnologia? Que mudanças específicas considera necessárias para alterar o estado atual?
As mulheres que lideram empresas tecnológicas e ocupam posições de poder continuam a ser a exceção, não a regra. As empresas lideradas por mulheres no espaço empresarial B2B representam apenas 2% das empresas financiadas por capital de risco. Existem mulheres líderes nesta indústria com um talento extraordinário, mas que ainda não foram apoiadas. Esta é uma causa que me é muito querida. Acredito que ainda é necessário construir equidade. Espero poder ser um exemplo forte e ajudar outras mulheres a concretizarem as suas ideias, porque é difícil. Os números não mentem — desde os salários, à avaliação e à parcela que as mulheres detêm do bolo do investimento. Penso que as pessoas deveriam analisar mais atentamente as empresas B2B fundadas por mulheres a longo prazo. Elas proporcionam o melhor valor por cada euro investido.
Existe alguma pessoa no mundo com quem adoraria tomar um pequeno-almoço ou almoço privado, e porquê?
Admiro muito Diane Greene e a trajetória da sua carreira. Começou como arquiteta naval antes de fazer a transição para a tecnologia. Foi fundadora e CEO da VMware, diretora do conselho de administração da Google e CEO da Google Cloud, além de cofundadora e CEO de duas empresas emergentes que foram adquiridas pela Google e pela Microsoft.
Para receber mais conteúdos como este, subscreva a boletim informativo do The CPO Club.
