Donne nella Tecnologia: Elizabeth Lawler di AppMap sui 5 Passi Necessari per Creare Ottimi Prodotti Tecnologici

Cercando di comunicare architetture software complesse a nuove persone, dipendenti e stakeholder, mi sono accorta che c’erano evidenti fraintendimenti e idee sbagliate sull’architettura del codice, sul comportamento del software in esecuzione, su qualità, performance, sicurezza, ecc.; gran parte di ciò che dobbiamo comprendere è opaco oppure basato su modelli mentali. Ma è il software stesso che dichiara il proprio comportamento, e il codice è nella posizione migliore per spiegare come funziona durante l’esecuzione. Questo è stato il mio momento aha, che mi ha spinta – assieme ad alcuni membri del team iniziale – a costruire AppMap.

Si dice che a volte i nostri errori siano i nostri migliori maestri. Può raccontarci il più divertente errore che ha commesso agli inizi? E quale lezione ne ha tratto?

Non so se sia un esempio divertente, ma sicuramente è un esempio reale. Dicono che non si dovrebbero ripetere i propri errori, ma noi lo abbiamo fatto. Quando abbiamo iniziato a pensare AppMap, essendo un prodotto di analisi del codice in esecuzione, abbiamo iniziato a svilupparlo come SaaS. Era uno dei modi più semplici per costruire un prototipo e raccogliere i dati di test dai progetti open source per validare la nostra tecnologia. 

Visto il nostro background nella cybersecurity, sapevamo sin dall’inizio che c’era una grande sensibilità riguardo all’analisi dinamica e alla conservazione di dati di codice sensibili. Le pipeline di sviluppo software possono essere vettori per l’inserimento di codice dannoso, e si può accedere a codice e pipeline sensibili tramite diversi strumenti di terze parti integrati, come dimostrato dalle recenti violazioni dei sistemi CI.

Se avessimo spostato completamente AppMap nell’editor del codice e reso la nostra piattaforma dati più vicina al codice stesso, avremmo potuto ridurre il rischio per la sicurezza dei dati. Le persone potevano usare AppMap e noi potevamo assicurare loro che “il tuo codice è il tuo codice”.  Abbiamo così ridotto il rischio legato a software di terze parti e l’adozione è decollata. 

Ma poi abbiamo deciso di voler costruire degli analytics. Così abbiamo ricominciato a lavorare su un server usando progetti open source come dati di test.  Ancora una volta, gli utenti ci hanno detto: “Non lo voglio lì. Mettetelo nel mio IDE”. E quindi, ancora una volta, abbiamo spostato tutte quelle funzionalità e feature nel codice, esattamente dove adesso si trovano le capacità di analisi. 

La lezione qui: ripetere lo stesso errore due volte è doloroso tanto quanto la prima.

Qual è stato, secondo lei, il momento che ha segnato la sua carriera?

Lo scorso ottobre, AppMap ha partecipato a TechCrunch Disrupt ed è stata un’esperienza davvero eccezionale. È stato qualcosa di completamente nuovo per me – competere in quel contesto, con il pubblico e l’ampiezza di quell’evento. Credo che AppMap abbia davvero beneficiato dalla possibilità di condividere il nostro messaggio su una piattaforma così ampia. 

Tuttavia, non credo che il momento chiave della mia carriera sia ancora arrivato; c’è sempre una nuova e più grande sfida davanti. Vedo grandi cose nel futuro di questo team e di questo prodotto.

Può raccontarci un episodio difficile che ha dovuto affrontare all’inizio del suo percorso? Ha mai pensato di mollare? Da dove ha trovato la forza per andare avanti anche nei momenti più duri?

Decidere di creare un prodotto in uno spazio inesplorato non è un compito facile. Devi essere in grado di catturare l'immaginazione delle persone affinché adottino o provino qualcosa che non sapevano potesse esistere e di cui non comprendono intuitivamente il beneficio. Mentre inventare e avere la capacità di immaginare qualcosa che ancora non esiste è davvero stimolante, può anche essere estremamente frustrante. I prodotti in spazi bianchi sono una sfida da comunicare correttamente e a volte ci si chiede: “posso continuare su questa strada?” perché è davvero un'impresa difficile. È il tipo di problema più complicato da risolvere come imprenditore. 

Siamo andati da Google, Meta e aziende che offrono strumenti d'eccellenza per sviluppatori, e non avevano nulla di simile a quello che stavamo creando. Abbiamo validato le nostre ipotesi su ciò che mancava, ma non credo che le persone pensassero fosse possibile. Avevamo bisogno di credere davvero nella nostra visione e nella nostra capacità di realizzare questo prodotto. Sono molto fortunato a lavorare con un team capace di costruire prodotti incredibilmente profondi e tecnicamente complessi.

È entusiasmante e spaventoso vedere un'opportunità che altri non vedono. Quando inizi ad avere un po' di slancio e vedi che le persone iniziano a capire, a dare valore e a diffondere ciò che hai costruito, capisci perché l'hai fatto. Senti l’entusiasmo degli utenti. Ora vuoi andare ancora oltre per stupirli ancora di più.

Ci piacerebbe sapere qualcosa in più sulla tua azienda. Qual è il problema che la tua azienda cerca di risolvere? In che modo aiutate le persone? 

AppMap offre la prima piattaforma di osservabilità per sviluppatori che fornisce analisi dinamiche del software, comprese quelle sulle prestazioni e sulla sicurezza, direttamente all’interno dell’editor di codice. 

Fino ad oggi, questa era una grande lacuna sul mercato: sviluppatori e team software erano costretti a utilizzare strumenti di analisi statica e non potevano identificare i complessi problemi di progettazione del codice o risolvere problemi dei clienti prima del rilascio. Questo portava a ore di lavoro ripetuto che frenavano creatività e innovazione. La fatica inutile dovuta al software è uno dei principali fattori che portano gli sviluppatori a lasciare silenziosamente il lavoro.

AppMap rivoluziona l’approccio tradizionale all’esperienza dello sviluppatore integrando perfettamente il suo strumento open source di analisi del codice in esecuzione direttamente nell’editor. Questo consente di vedere non solo il comportamento del codice, ma anche qualsiasi cambiamento proposto relativo a performance, sicurezza e stabilità mentre il codice viene sviluppato. In questo modo l'esperienza dello sviluppatore viene valorizzata grazie a informazioni predittive e pratiche proprio quando è più facile intervenire.

Se qualcuno vuole guidare una grande azienda e creare ottimi prodotti, qual è la qualità più importante che dovrebbe avere e quali abitudini o comportamenti suggeriresti per sviluppare questa particolare qualità?

Bisogna assolutamente avere empatia per l’utente. Come strumento per sviluppatori nell’editor di codice, sei nello spazio creativo più intimo del tuo utente. Sei sul suo desktop, nel suo momento di creazione, che definisce il lavoro degli sviluppatori. Per essere d’aiuto, devi avere molta compassione ed essere prudente riguardo a come intervieni. È un equilibrio molto delicato.

L’obiettivo è creare qualcosa che le persone amano e di cui non vogliono più fare a meno. È una vera sfida in termini di progettazione e sviluppo prodotto. Per essere sicuri di mettere sempre l’utente al primo posto, bisogna conoscerlo e creare comunità e dialogo intorno agli approcci.

In AppMap, sappiamo che le idee possono arrivare da ovunque. Stiamo raccogliendo profili di molti sviluppatori e delle nostre pagine di community. Abbiamo persone provenienti da tutto il mondo – da tutti i 50 stati degli Stati Uniti e da centinaia di paesi – rappresentate nella nostra comunità. Questo ci offre l’opportunità di riflettere e comprendere le esigenze di tutti. È il modo più potente in cui portiamo avanti la nostra missione.

Parliamo di team. Qual è una strategia o un modello di gestione dei team che hai trovato particolarmente utile per il processo di sviluppo prodotto?

Dal nostro prodotto al modo in cui il nostro team lavora, la trasparenza è fondamentale. Con AppMap, siamo partiti dall'open source perché permette a chiunque sia in grado di leggere e comprendere il nostro prodotto di darci input e feedback. Scegliendo di essere aperti, abbiamo creato l’opportunità di confrontarci sul prodotto con il pubblico di utenti a cui ci rivolgiamo. L’approccio "open" è qualcosa in cui il nostro team crede davvero. 

Pensando al team più forte con cui hai lavorato, perché ha funzionato così bene e c’è un aneddoto che racconta questa dinamica?

Il team di AppMap è composto in gran parte dai membri del mio vecchio gruppo di lavoro di Conjur. Insieme, abbiamo seguito molte aziende, lavorando su una serie di progetti "spazio bianco". 

Ciò che mi impressiona di più di questo team è che non solo lavoriamo bene insieme, ma lo facciamo anche nei momenti di difficoltà. Affrontiamo i problemi direttamente e lavoriamo per risolverli – accettando i feedback, indipendentemente da chi sia presente. È così che collaboriamo.

Come team, ci incontriamo spesso per creare allineamento. Siamo riusciti a coltivare una cultura della trasparenza radicale. Tutti possono portare idee da qualsiasi parte dell’organizzazione. Abbiamo cura gli uni degli altri e lo facciamo davvero bene.

Se potessi avere solo uno strumento software a disposizione, quale sceglieresti, perché, e quali altri strumenti consideri essenziali per la missione?

Penso che gli editor di codice, come VS Code e JetBrains, siano posti fenomenali dove concentrarsi sul proprio lavoro. Non solo li consideriamo ambienti di cui facciamo parte come ecosistema, ma si vede proprio come tutti gli strumenti e le tecnologie rivolte agli sviluppatori si stiano spostando lì – rendendoli assolutamente indispensabili. Se vuoi capire come nascono i prodotti software, devi comprendere cosa succede all’interno dell’editor di codice. Guarda Co-pilot e altri strumenti generativi che stanno spingendo i confini dell’editor di codice.

Come leader aziendale, un altro strumento fondamentale è il software di gestione del tempo. Senza una soluzione per la gestione del tempo, sarebbe facile trascorrere la giornata come si vuole e lasciarsi trasportare dall’inerzia. Le mie giornate sono più produttive quando programmo del tempo di concentrazione per portare a termine le cose importanti.

Parliamo di tempo libero. Qual è la tua pratica o 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, ti diranno di mettere via il lavoro o che hanno bisogno del tuo tempo e della tua attenzione. I bambini ti obbligano a essere presente e a lasciare da parte il lavoro. Ogni momento con loro è prezioso per me e sono grata che mi facciano mettere da parte la tecnologia. 

In base alla tua esperienza, quali sono i “5 passi necessari per creare grandi prodotti tecnologici”?

1. Definisci il tuo punto di vista e osa essere diverso: poi aggiungilo al mercato e verifica se risuona. In AppMap, crediamo che l’unica fonte di verità sia l’editor di codice e che dovresti avere tutti gli strumenti di cui hai bisogno proprio dove stai lavorando. Da lì, sfrutta sia i feedback quantitativi che qualitativi degli utenti per indirizzare le nuove funzionalità. Quando le cose funzionano, immergiti e continua a impegnarti, ma non aver paura di abbandonare le aree che non vengono utilizzate. 

2. Buttati subito: e avvicinati il più possibile all’utente. Sii aperto ad apprendere dal tuo team e dai clienti e crea relazioni per ottenere feedback dal mercato. Una delle tattiche che AppMap adotta è pubblicare ampiamente contenuti tutorial sulla nostra pagina nella Dev Community. Questo ci aiuta a capire su quali aree investire di più quando vediamo alti livelli di coinvolgimento su una funzionalità specifica. Qualsiasi azienda che voglia creare un grande prodotto dovrebbe prendere le idee MVP, condividerle ampiamente e utilizzare i dati sul coinvolgimento per indirizzare il livello di investimento. 

3. Inizia e poi costruisci costantemente: Reid Hoffman ha detto notoriamente: “Se non ti vergogni della prima versione del tuo prodotto, hai lanciato troppo tardi” - e questa dovrebbe diventare il tuo mantra nello sviluppo del prodotto. È anche importante essere consapevoli di non produrre vaporware e di non diventare una fabbrica di funzionalità. Punta a una giusta via di mezzo tra completezza del pensiero e margine di miglioramento per le prime versioni del prodotto. La realtà è che, se il tuo prodotto risolve anche solo un piccolo caso d’uso, le persone lo utilizzeranno per risolvere i loro problemi nonostante un’interfaccia poco fluida o piccoli bug. 

4. Rilascia e Misura, Misura, Misura: Non aspettarti che gli utenti ti diano molti feedback qualitativi sul prodotto – soprattutto quando ti rivolgi a un pubblico tecnico. Questi utenti sono occupati e sopraffatti da altri impegni. Non hanno tempo di fornirti feedback dettagliati. Il modo migliore per comprendere i tuoi utenti è misurare le loro interazioni con il tuo prodotto, se possibile. 

Se l’utilizzo è abbastanza elevato, cerca di iterare rapidamente sui dati che ricevi e, se hai una vasta base di utenti, segmentali al meglio per comprendere meglio le differenze tra utenti esperti e principianti. Questi diversi tipi di utenti hanno bisogno di funzionalità differenti e costruire qualcosa per un pubblico potrebbe creare problemi per l’altro. 

5. Itera ed Evolvi: La concentrazione è la caratteristica più importante di qualsiasi azienda, soprattutto per le startup. Le startup semplicemente non hanno il tempo o il denaro per investire in più ambiti. Non perdere tempo a preoccuparti dell’opportunità persa di non lavorare su “tutto”. Invece, concentrati sugli elementi ad alto impatto e suddividi il lavoro in piccoli blocchi. Suddividendo le consegne in unità più piccole, puoi rispondere più velocemente al feedback degli utenti o ai dati di utilizzo ed evolvere continuamente il prodotto per soddisfare i tuoi utenti.  

Sei soddisfatta della situazione attuale delle donne nella tecnologia? Quali cambiamenti ritieni necessari per modificare lo status quo?

Le donne che guidano aziende tecnologiche e ricoprono posizioni di potere sono ancora l’eccezione, non la regola. Le aziende guidate da donne nello spazio enterprise B2B sono ancora solo il 2% di quelle finanziate da venture capital. Ci sono donne in questo settore con un talento straordinario che però non sono ancora state sostenute. Questa è una mia passione. Credo che ci sia ancora bisogno di costruire equità. Spero di poter essere un esempio forte e aiutare altre donne a realizzare le proprie idee perché è difficile. I numeri parlano chiaro: dagli stipendi, alle valutazioni, alla quota di investimenti che spetta alle donne. Penso che bisognerebbe prestare maggiore attenzione, nel lungo termine, alle aziende B2B fondate da donne. Offrono il miglior valore per ogni dollaro investito. 

C’è una persona al mondo con cui vorresti fare colazione o pranzo privatamente e perché?

Ammiro molto Diane Greene e il suo percorso professionale. Ha iniziato come architetto navale prima di passare alla tecnologia. È stata fondatrice e CEO di VMware, membro del consiglio di Google e CEO di Google Cloud oltre che cofondatrice e CEO di due startup acquisite rispettivamente da Google e Microsoft.

Per altri contenuti come questo, iscriviti alla newsletter di The CPO Club.