Attualmente, solo circa 1 dipendente su 4 nel settore tecnologico si identifica come donna. Quindi, cosa serve per costruire una carriera di successo come donna nel settore tecnologico? In questa serie di interviste intitolata Donne nella tecnologia, abbiamo parlato con leader di successo del settore tecnologico per condividere storie e riflessioni su ciò che hanno fatto per costruire carriere brillanti. Discutiamo anche dei passaggi necessari per creare un ottimo prodotto tecnologico. Nell'ambito di questa serie, ho avuto il piacere di intervistare Elizabeth Lawler.
Elizabeth Lawler
Elizabeth Lawler è cofondatrice e CEO di AppMap, la prima piattaforma di osservabilità per sviluppatori che offre analisi dinamiche delle prestazioni del software, analisi della sicurezza e informazioni sul runtime direttamente agli sviluppatori nell’editor di codice. In precedenza, Elizabeth è stata vicepresidente della sicurezza DevOps presso CyberArk, dove ha lanciato la strategia commerciale a codice aperto dell’azienda per strumenti e tecnologie destinati agli sviluppatori. Prima di CyberArk, Elizabeth ha fondato Conjur (acquisita da CyberArk), che ha sviluppato il primo prodotto per colmare le lacune nella sicurezza degli account privilegiati per software DevOps, cloud e nativo per container. Elizabeth ha inoltre ricoperto il ruolo di responsabile dei dati presso Generation Health (acquisita da CVS Caremark) e ha ricoperto incarichi di leadership nazionale presso il Dipartimento per gli affari dei veterani. Ha conseguito un dottorato ed è una scienziata dei dati di formazione.
Grazie mille per aver partecipato a questa serie di interviste! Prima di iniziare, i nostri lettori vorrebbero saperne di più su di te. Puoi raccontarci una storia su ciò che ti ha portato a intraprendere proprio questo percorso professionale?
AppMap è la mia seconda azienda tecnologica emergente nell'ambito ancora inesplorato degli strumenti per sviluppatori. Ho iniziato la mia carriera insegnando calcolo statistico agli studenti, poi sono diventata scienziata dei dati e in seguito leader IT, ricoprendo il ruolo di responsabile dei dati e responsabile della sicurezza. Alla fine, ho iniziato a fondare aziende tecnologiche per creare nuovi prodotti e soddisfare esigenze relative a prodotti che non erano presenti sul mercato.
Quando cercavo di comunicare architetture software complesse a nuove persone, dipendenti e parti interessate, mi sono resa conto che esistevano evidenti incomprensioni ed equivoci riguardo all'architettura del codice, al comportamento del software durante l'esecuzione, alla qualità, alle prestazioni, alla sicurezza e così via; gran parte di ciò che dobbiamo comprendere è opaco o basato su modelli mentali. Tuttavia, il software è esso stesso una dichiarazione del proprio comportamento e il codice è nella posizione migliore per spiegare come funziona durante l'esecuzione. Quello è stato il momento di illuminazione per me e ciò che ha spinto me e alcuni dei primi membri del team a sviluppare AppMap.
Si dice che i nostri errori possano talvolta essere i nostri più grandi insegnanti. Puoi raccontarci una storia sull'errore più divertente che hai commesso quando eri agli inizi? Puoi dirci quale lezione ne hai tratto?
Non so se questo sia un esempio divertente, ma è un esempio reale. Si dice che non si debbano ripetere i propri errori, ma noi abbiamo fatto proprio questo. Quando abbiamo iniziato a ideare AppMap, essendo un prodotto di analisi del codice durante l'esecuzione, abbiamo cominciato a svilupparlo come servizio SaaS. Era uno dei modi più semplici per costruire un prototipo e raccogliere i dati di test necessari dai progetti a codice aperto per convalidare la nostra tecnologia.
Data la nostra esperienza nella sicurezza informatica, sapevamo fin dall'inizio che esisteva molta sensibilità riguardo all'analisi dinamica e alla memorizzazione di dati sensibili sul codice. Le pipeline di sviluppo software possono essere vettori per l'inserimento di codice malevolo e le persone possono ottenere accesso a codice e pipeline sensibili attraverso ogni tipo di strumento integrato di terze parti, come dimostrato dalle recenti violazioni dei sistemi di integrazione continua.
Se avessimo trasferito interamente AppMap nell'editor di codice e reso la nostra piattaforma dati più compatta e vicina al codice, avremmo potuto ridurre il rischio per la sicurezza dei dati. Le persone avrebbero potuto utilizzare AppMap e noi avremmo potuto assicurare all'utente che “il tuo codice è il tuo codice”. Abbiamo ridotto il rischio legato ai software di terze parti e l'adozione è decollata.
Ma poi abbiamo deciso di voler creare funzionalità di analisi. Così abbiamo iniziato a svilupparle su un server utilizzando progetti a codice aperto come dati di test. Ancora una volta, gli utenti hanno detto: “Non lo voglio lì. Mettilo nel mio IDE.” Ancora una volta, abbiamo trasferito tutte quelle funzionalità e caratteristiche nuovamente nella base di codice, che è il luogo in cui oggi si trovano le funzionalità di analisi.
La lezione è questa: commettere lo stesso errore due volte è altrettanto doloroso la seconda volta quanto lo è la prima.
Quale ritieni sia stato il momento determinante per la tua carriera?
Lo scorso ottobre, AppMap ha partecipato a TechCrunch Disrupt ed è stato davvero fenomenale. È stata un'esperienza diversa da qualsiasi altra avessi vissuto prima: competere in quel modo con il pubblico e con la portata di quell'evento. Penso che AppMap abbia beneficiato della possibilità di condividere il nostro messaggio su quella piattaforma.
Tuttavia, non credo che il momento determinante per la mia carriera sia ancora arrivato: c'è sempre una sfida nuova e più grande all'orizzonte. Vedo grandi cose davanti a questa squadra e a questo prodotto.
Puoi raccontarci una storia sui momenti difficili che hai affrontato quando hai iniziato il tuo percorso? Hai mai pensato di arrenderti? Da dove hai trovato la motivazione per continuare, anche se le cose erano così difficili?
Decidere di creare un prodotto in uno spazio inesplorato non è affatto semplice. Bisogna essere in grado di catturare l'immaginazione delle persone affinché adottino o provino qualcosa di cui non sapevano l'esistenza e di cui non comprendono intuitivamente il vantaggio. Sebbene creare e riuscire a immaginare qualcosa che ancora non esiste sia estremamente divertente, può anche essere estremamente frustrante. I prodotti in spazi inesplorati sono difficili da descrivere con precisione e a volte ci si chiede: “posso continuare a farlo?” perché è una cosa davvero difficile da realizzare. È il tipo di problema più difficile da risolvere per un imprenditore.
Siamo andati da Google, Meta e aziende con strumenti di esperienza per sviluppatori di livello eccellente, e non avevano nulla di simile a ciò che stavamo creando. Abbiamo convalidato le nostre ipotesi riguardo a ciò che mancava, ma non credo che le persone pensassero fosse possibile. Dovevamo credere davvero nella nostra visione e nella nostra capacità di creare questo prodotto. Sono davvero fortunato a lavorare con una squadra capace di costruire prodotti tecnicamente molto profondi e incredibilmente complessi.
Vedere un'opportunità che gli altri non vedono è esaltante e spaventoso. È quando inizi ad acquisire quel minimo di slancio, vedi che le cose iniziano a diventare chiare per le persone e che cominciano ad amplificare ciò che hai costruito: ti rendi conto del motivo per cui l'hai fatto. Senti la soddisfazione dell'utente. A quel punto vuoi spingerti ancora oltre e soddisfarlo ancora di più.
Ci piacerebbe conoscere meglio la vostra azienda. Qual è il problema che la vostra azienda aiuta ad affrontare? In che modo aiutate le persone?
AppMap offre la prima piattaforma in assoluto di osservabilità per sviluppatori, che fornisce agli sviluppatori, direttamente nell'editor di codice, un'analisi dinamica del software, incluse l'analisi delle prestazioni e quella della sicurezza.
Fino a oggi, questo rappresentava una grande lacuna nel mercato, poiché gli sviluppatori e le squadre di sviluppo software erano costretti ad affidarsi a strumenti di analisi statica e non erano in grado di identificare problemi complessi di progettazione del codice o di risolvere i problemi dei clienti prima del rilascio. Ciò comportava ore di rielaborazione che frenavano la creatività e l'innovazione. Il lavoro ripetitivo e improduttivo sul software è una delle principali cause delle dimissioni silenziose degli sviluppatori.
AppMap trasforma gli approcci tradizionali all'esperienza degli sviluppatori integrando perfettamente il proprio strumento a codice sorgente aperto di analisi del codice in fase di esecuzione direttamente nell'editor di codice. Questo consente agli utenti di vedere non solo il comportamento del codice, ma anche eventuali modifiche proposte alle prestazioni, alla sicurezza e alla stabilità durante lo sviluppo del codice. Ciò migliora l'esperienza degli sviluppatori fornendo informazioni predittive e concrete quando è facile apportare modifiche.
Se qualcuno vuole guidare una grande azienda e creare ottimi prodotti, qual è la qualità più importante che dovrebbe possedere e quali abitudini o comportamenti suggeriresti per sviluppare questa particolare qualità?
È assolutamente necessario avere empatia per il proprio utente. In quanto strumento per sviluppatori integrato nell'editor di codice, ti trovi nello spazio creativo più intimo dell'utente. Sei sul suo computer, nel momento creativo del suo sviluppo, quello che definisce ciò che fanno gli sviluppatori. Per essere utile, devi avere molta compassione e devi essere giudizioso nel modo in cui aiuti. È una danza molto delicata.
L'obiettivo è creare qualcosa che le persone amino e senza cui non vogliano lavorare. Dal punto di vista della progettazione e dello sviluppo del prodotto, è una salita molto ripida. Il modo per assicurarsi di mettere sempre l'utente al primo posto consiste nel conoscerlo e nel creare una comunità e conversazioni intorno agli approcci.
In AppMap sappiamo che le idee possono arrivare da ogni parte. Stiamo analizzando il profilo di molti sviluppatori e le nostre pagine della comunità. Nella nostra comunità sono rappresentate persone provenienti da tutto il mondo, da tutti i 50 stati degli Stati Uniti e da centinaia di paesi. Questo ci dà l'opportunità di riflettere e comprendere le esigenze di tutti. È il modo più efficace con cui portiamo avanti la nostra missione.
Parliamo delle squadre. Quale strategia o struttura di gestione delle squadre hai trovato particolarmente utile per il processo di sviluppo del prodotto?
Dal nostro prodotto al modo in cui opera la squadra, la trasparenza è fondamentale. Con AppMap abbiamo iniziato dando priorità al codice sorgente aperto, perché questo consente a chiunque sia in grado di leggere e comprendere il nostro prodotto di fornirci contributi e riscontri. Scegliendo di essere aperti, abbiamo creato l'opportunità di intrattenere conversazioni sul prodotto con la comunità di utenti che cerchiamo di servire. Essere aperti è qualcosa in cui la nostra squadra crede davvero.
Quando pensi alla squadra più forte con cui tu abbia mai lavorato, perché pensi che la squadra funzionasse così bene insieme e riesci a ricordare un aneddoto che illustri questa dinamica?
La squadra di AppMap è in realtà composta da molti membri della mia precedente squadra di Conjur. Il nostro gruppo è passato da un'azienda all'altra, lavorando insieme a progetti seriali in spazi inesplorati.
Ciò che mi colpisce di più di questa squadra è che non solo lavoriamo bene insieme, ma riusciamo a farlo bene anche di fronte alle avversità. Affrontiamo i problemi e lavoriamo per risolverli, accogliendo i riscontri indipendentemente da chi si trovi nella stanza. È così che lavoriamo tutti insieme.
Come squadra, ci riuniamo frequentemente per creare allineamento. Siamo riusciti a promuovere una cultura di trasparenza radicale. Tutti possono portare idee da qualsiasi angolo dell'organizzazione. Ci prendiamo cura gli uni degli altri e lo facciamo davvero bene.
Se avessi un solo strumento software nel tuo arsenale, quale sarebbe, perché e quali altri strumenti consideri fondamentali per la missione?
Credo che gli editor di codice, come VS Code e JetBrains, siano luoghi davvero straordinari per svolgere il lavoro. Non solo li consideriamo un ambiente di cui facciamo parte in quanto membri dell'ecosistema, ma si può vedere che tutti gli strumenti e le tecnologie rivolti agli sviluppatori si stanno spostando verso quell'ambiente, rendendolo assolutamente indispensabile. Se vuoi capire come vengono creati i prodotti software, devi capire cosa succede all'interno dell'editor di codice. Basta guardare Co-pilot e gli altri strumenti generativi che spingono i confini nell'editor di codice.
In qualità di leader aziendale, un altro strumento mission-critical è il software per la gestione del tempo. Senza una soluzione software per la gestione del tempo, sarebbe facile trascorrere la giornata come si desidera e lasciarsi trasportare dall’inerzia. Le mie giornate sono più produttive quando pianifico del tempo dedicato alla concentrazione per portare a termine le attività importanti.
Parliamo dei momenti di pausa. Qual è la tua pratica o il tuo rituale preferito per prevenire il burnout?
I miei figli sono probabilmente il miglior antidoto al burnout. I bambini non ti permettono di lavorare quando sei con loro. Saranno nel tuo ufficio a dirti di mettere via il lavoro o che hanno bisogno del tuo tempo e della tua attenzione. I bambini ti costringono a essere presente e a mettere da parte il lavoro. Apprezzo ogni momento trascorso con loro e sono felice che mi facciano mettere da parte la tecnologia.
In base alla tua esperienza, quali sono i tuoi “5 passaggi necessari per creare ottimi prodotti tecnologici”?
1. Definisci il tuo punto di vista e osa essere diverso: poi portalo sul mercato e verifica se risuona. In AppMap crediamo che l’unica fonte di verità sia l’editor di codice e che tu debba avere tutti gli strumenti necessari proprio nel luogo in cui svolgi il tuo lavoro. Da lì, sfrutta sia i feedback quantitativi sia quelli qualitativi dei tuoi utenti per guidare lo sviluppo di nuove funzionalità. Quando le cose funzionano, approfondisci e continua a investire, ma non aver paura di abbandonare le aree che non registrano utilizzo.
2. Buttati subito: e avvicinati il più possibile all’utente. Sii disponibile a imparare dal tuo team e dai tuoi clienti e fai rete per ottenere feedback dal mercato. Una tattica adottata da AppMap consiste nel pubblicare ampiamente sul blog contenuti di livello tutorial sulla nostra pagina della community degli sviluppatori. Questo ci aiuta a capire nelle quali aree dovremmo investire maggiormente quando osserviamo livelli elevati di coinvolgimento per una determinata funzionalità. Qualsiasi azienda che voglia creare un ottimo prodotto dovrebbe prendere le proprie idee per il prodotto minimo funzionante, condividerle ampiamente e utilizzare i dati sul coinvolgimento per determinare il livello di investimento.
3. Inizia e poi costruisci continuamente: Reid Hoffman ha detto, con una frase diventata famosa, “Se non ti vergogni della prima versione del tuo prodotto, lo hai lanciato troppo tardi” - e questo dovrebbe diventare il tuo mantra per lo sviluppo del prodotto. È inoltre importante essere consapevoli di non stare creando un prodotto fantasma e di non essere una fabbrica di funzionalità. Per i primi rilasci del prodotto, punta a un buon equilibrio tra completezza concettuale e margine di miglioramento. La realtà è che, se il tuo prodotto risolve un caso d’uso circoscritto, le persone lo useranno per risolvere i propri problemi nonostante un’esperienza utente poco fluida o piccoli bug.
4. Rilascia il prodotto e misura, misura, misura: Non aspettarti che gli utenti ti forniscano un’enorme quantità di feedback qualitativi sul tuo prodotto, soprattutto quando lo sviluppi per un pubblico tecnico. Questi utenti sono impegnati e sovraccarichi di altro lavoro. Non hanno il tempo di fornirti feedback dettagliati. Il modo migliore per capire i tuoi utenti consiste nel misurare, quando possibile, le loro interazioni con il tuo prodotto.
Se il tuo livello di utilizzo è sufficientemente alto, prova a iterare rapidamente sui dati che ricevi e, se hai una base utenti ampia, segmentala nel modo più efficace possibile per comprendere meglio le differenze tra gli utenti esperti e i principianti. Questi tipi di utenti hanno bisogno di funzionalità diverse e sviluppare funzionalità per un pubblico potrebbe causare problemi agli altri.
5. Itera ed evolvi: La focalizzazione è l’attributo più importante di qualsiasi azienda, in particolare delle startup. Le startup semplicemente non hanno il tempo o il denaro da investire in molteplici aree. Non dedicare tempo a preoccuparti del costo opportunità di non lavorare su “tutte le cose”. Concentrati invece sugli elementi dal maggiore impatto e suddividi il lavoro in piccoli blocchi. Dividendo i risultati da consegnare in unità più piccole, puoi rispondere più rapidamente ai feedback degli utenti o ai dati di utilizzo ed evolvere continuamente il tuo prodotto per soddisfare i tuoi utenti.
Attualmente sei soddisfatta dello status quo delle donne nel settore tecnologico? Quali cambiamenti specifici ritieni siano necessari per modificare lo status quo?
Le donne alla guida di aziende tecnologiche e in posizioni di potere rimangono l’eccezione, non la regola. Le aziende guidate da donne nel settore B2B enterprise rappresentano ancora solo il 2% delle aziende finanziate da venture capital. In questo settore ci sono donne leader dotate di un talento straordinario, ma che non hanno ancora ricevuto il sostegno necessario. Questa è una mia passione. Credo che sia ancora necessario costruire l’equità. Spero di poter essere un esempio positivo e aiutare altre donne a realizzare le proprie idee, perché è difficile. I numeri non mentono: dallo stipendio alla valutazione, fino alla quota della torta degli investimenti destinata alle donne. Penso che, nel lungo periodo, le persone dovrebbero guardare con maggiore attenzione alle aziende B2B fondate da donne. Offrono il miglior valore a parità di dollaro investito.
Esiste una persona al mondo con cui ti piacerebbe fare una colazione o un pranzo privato, e perché?
Ammiro molto Diane Greene e il percorso della sua carriera. Ha iniziato come architetta navale prima di passare al settore tecnologico. È stata fondatrice e CEO di VMware, membro del consiglio di amministrazione di Google e CEO di Google Cloud, nonché cofondatrice e CEO di due startup acquisite da Google e Microsoft.
Per altri contenuti di questo tipo, iscriviti alla newsletter di The CPO Club.
