Derzeit identifiziert sich nur etwa 1 von 4 Beschäftigten in der Technologiebranche als Frau. Was braucht es also, um als Frau in der Technologiebranche eine erfolgreiche Karriere aufzubauen? In dieser Interviewreihe mit dem Titel Frauen in der Technologiebranche haben wir mit erfolgreichen Führungskräften aus der Technologiebranche gesprochen, um Geschichten und Einblicke darüber zu teilen, was sie getan haben, um erfolgreiche Karrieren aufzubauen. Außerdem sprechen wir über die notwendigen Schritte, um ein großartiges Technologieprodukt zu entwickeln. Im Rahmen dieser Reihe hatte ich das Vergnügen, Elizabeth Lawler zu interviewen.
Elizabeth Lawler
Elizabeth Lawler ist Mitbegründerin und CEO von AppMap, der ersten Plattform für Entwicklerbeobachtbarkeit, die Entwicklern im Code-Editor dynamische Softwareleistung, Sicherheitsanalysen und Einblicke in die Laufzeit liefert. Zuvor war Elizabeth Vizepräsidentin für DevOps-Sicherheit bei CyberArk, wo sie die Open-Source-Markteinführungsstrategie des Unternehmens für entwicklerorientierte Tools und Technologien entwickelte. Vor CyberArk gründete Elizabeth Conjur (von CyberArk übernommen), das als erstes Produkt die Lücken bei der Sicherheit privilegierter Konten für DevOps-, Cloud- und containernative Software schloss. Elizabeth war außerdem Datenchefin bei Generation Health (von CVS Caremark übernommen) und hatte nationale Führungspositionen im Department of Veterans Affairs inne. Sie besitzt einen Doktorgrad und ist ausgebildete Datenwissenschaftlerin.
Vielen Dank, dass Sie an dieser Interviewreihe teilnehmen! Bevor wir einsteigen, würden unsere Leser gerne mehr über Sie erfahren. Können Sie uns eine Geschichte darüber erzählen, was Sie zu diesem speziellen Karriereweg geführt hat?
AppMap ist mein zweites Technologie-Start-up im unbesetzten Bereich der Entwickler-Tools. Ich begann meine Karriere damit, Studierenden statistische Datenverarbeitung beizubringen, wurde dann Datenwissenschaftlerin und anschließend IT-Führungskraft als Datenchefin und Sicherheitschefin. Letztlich begann ich, Technologieunternehmen zu gründen, um neue Produkte zu entwickeln und damit Bedürfnisse zu erfüllen, für die es auf dem Markt noch keine Produkte gab.
Als ich versuchte, komplexe Softwarearchitekturen neuen Mitarbeitenden und Stakeholdern zu vermitteln, stellte ich fest, dass es offensichtliche Missverständnisse und Fehlvorstellungen über Codearchitektur, das Verhalten von Software während der Ausführung sowie über Qualität, Leistung, Sicherheit usw. gab. Vieles von dem, was wir verstehen müssen, ist undurchsichtig oder basiert auf mentalen Modellen. Die Software selbst beschreibt jedoch ihr eigenes Verhalten, und der Code ist am besten geeignet zu erklären, wie sie bei der Ausführung funktioniert. Das war mein Aha-Moment und der Antrieb für mich und einige der frühen Teammitglieder, AppMap zu entwickeln.
Es heißt, dass unsere Fehler manchmal unsere besten Lehrmeister sein können. Können Sie eine Geschichte über den lustigsten Fehler erzählen, den Sie zu Beginn gemacht haben? Können Sie uns sagen, welche Lektion Sie daraus gelernt haben?
Ich weiß nicht, ob dies ein lustiges Beispiel ist, aber es ist ein Beispiel aus der Praxis. Man sagt, man sollte seine eigenen Fehler nicht wiederholen, aber genau das haben wir getan. Als wir begannen, über AppMap nachzudenken, ein Produkt zur Laufzeitanalyse von Code, entwickelten wir es zunächst als SaaS. Das war eine der einfachsten Möglichkeiten, einen Prototyp zu erstellen und die benötigten Testdaten aus Open-Source-Projekten zu sammeln, um unsere Technologie zu validieren.
Aufgrund unseres Hintergrunds in der Cybersicherheit wussten wir von Anfang an, dass die dynamische Analyse und die Speicherung sensibler Codedaten mit großer Sensibilität zu behandeln waren. Softwareentwicklungspipelines können Vektoren für das Einschleusen von Schadcode sein, und Menschen können über alle möglichen integrierten Drittanbieter-Tools Zugriff auf sensiblen Code und Pipelines erhalten, wie die jüngsten Angriffe auf CI-Systeme gezeigt haben.
Wenn wir AppMap vollständig in den Code-Editor verlagerten und unsere Datenplattform verkleinerten, um sie näher an den Code zu bringen, könnten wir das Datensicherheitsrisiko reduzieren. Die Menschen könnten AppMap nutzen, und wir könnten den Nutzern versichern: „Ihr Code bleibt Ihr Code“. Wir reduzierten das Risiko durch Drittanbietersoftware, und die Akzeptanz nahm schnell zu.
Dann entschieden wir jedoch, dass wir Analysen entwickeln wollten. Also begannen wir, auf einem Server zu entwickeln und Open-Source-Projekte als Testdaten zu verwenden. Wieder sagten die Nutzer: „Ich möchte das nicht dort haben. Bringt es in meine IDE.“ Und wieder verlagerten wir all diese Funktionen und Funktionalitäten zurück in die Codebasis – dorthin, wo sich die Analysefunktionen heute befinden.
Die Lektion daraus: Den gleichen Fehler zweimal zu machen, ist beim zweiten Mal genauso schmerzhaft wie beim ersten.
Welcher Moment war Ihrer Meinung nach bisher derjenige, der Ihre Karriere geprägt hat?
Im vergangenen Oktober nahm AppMap an TechCrunch Disrupt teil, und das war ziemlich außergewöhnlich. Es war eine Erfahrung, wie ich sie zuvor noch nie gemacht hatte – auf diese Weise mit dem Publikum und der Reichweite dieser Veranstaltung zu konkurrieren. Ich glaube, AppMap hat davon profitiert, unsere Botschaft auf dieser Plattform teilen zu können.
Ich glaube jedoch nicht, dass der karriereprägende Moment meiner Laufbahn bereits stattgefunden hat; es gibt immer eine neue und größere Herausforderung. Ich sehe große Chancen für dieses Team und für dieses Produkt.
Können Sie uns eine Geschichte über die schwierigen Zeiten erzählen, mit denen Sie zu Beginn Ihrer Reise konfrontiert waren? Haben Sie jemals darüber nachgedacht aufzugeben? Woher nahmen Sie den Antrieb weiterzumachen, obwohl die Dinge so schwierig waren?
Die Entscheidung, ein White-Space-Produkt zu entwickeln, ist keine leichte Aufgabe. Man muss die Vorstellungskraft der Menschen anregen können, damit sie etwas übernehmen oder ausprobieren, von dem sie nicht wussten, dass es existieren könnte, und dessen Nutzen sie nicht intuitiv verstehen. Etwas zu erschaffen und sich etwas vorstellen zu können, das noch nicht existiert, macht zwar unglaublich viel Spaß, kann aber auch äußerst frustrierend sein. White-Space-Produkte lassen sich nur schwer präzise vermitteln, und manchmal fragt man sich: „Kann ich das weitermachen?“, weil es so schwierig ist. Als Unternehmer ist dies die schwierigste Art von Problem, die man lösen kann.
Wir wandten uns an Google, Meta und Unternehmen mit erstklassigen Werkzeugen für die Entwicklererfahrung, und sie hatten nichts, das dem ähnelte, was wir entwickelten. Wir bestätigten unsere Annahmen darüber, was fehlte, aber ich glaube nicht, dass die Menschen es für möglich hielten. Wir mussten wirklich an unsere Vision und an unsere Fähigkeit glauben, dieses Produkt zu entwickeln. Ich habe großes Glück, mit einem Team zu arbeiten, das technisch äußerst anspruchsvolle Produkte in beeindruckender Tiefe entwickeln kann.
Es ist aufregend und beängstigend zugleich, eine Chance zu sehen, die andere nicht erkennen. Wenn man beginnt, etwas Schwung zu bekommen, sieht, wie es bei den Menschen allmählich Klick macht, und sie anfangen, das von einem Entwickelte zu verstärken, erkennt man, warum man es getan hat. Man hört die Begeisterung der Nutzer. Nun möchte man noch weiter gehen und sie noch stärker begeistern.
Wir würden gerne etwas über Ihr Unternehmen erfahren. Welchen Problempunkt hilft Ihr Unternehmen zu lösen? Wie hilft Ihr Unternehmen den Menschen?
AppMap bietet die weltweit erste Observability-Plattform für Entwickler, die dynamische Softwareanalyse einschließlich Leistungs- und Sicherheitsanalysen direkt im Code-Editor für Entwickler bereitstellt.
Bislang bestand hier eine große Lücke auf dem Markt, da Entwickler und Softwareteams gezwungen waren, sich auf statische Analysetools zu verlassen, und komplexe codebezogene Designprobleme oder Kundenprobleme nicht erkennen konnten, bevor sie veröffentlicht wurden. Dies führte zu stundenlanger Nacharbeit, die Kreativität und Innovation ausbremst. Mühsame Softwarearbeit ist einer der Hauptgründe für die stille Kündigung von Entwicklern.
AppMap verändert traditionelle Ansätze für die Entwicklererfahrung, indem es sein quelloffenes Laufzeit-Codeanalysetool nahtlos direkt in den Code-Editor integriert. Dadurch können Nutzer nicht nur das Verhalten des Codes sehen, sondern auch alle vorgeschlagenen Änderungen an Leistung, Sicherheit und Stabilität, während der Code entwickelt wird. Dies verbessert die Entwicklererfahrung, indem es vorausschauende und umsetzbare Erkenntnisse liefert, wenn Änderungen leicht vorgenommen werden können.
Wenn jemand ein großartiges Unternehmen führen und großartige Produkte entwickeln möchte: Welche wichtigste Eigenschaft sollte diese Person haben, und welche Gewohnheiten oder Verhaltensweisen würden Sie empfehlen, um genau diese Eigenschaft zu stärken?
Man muss unbedingt Empathie für seine Nutzer haben. Als Entwicklerwerkzeug im Code-Editor befindet man sich im intimsten kreativen Raum des Nutzers. Man ist auf dessen Desktop, in dem kreativen Entwicklungsmoment, der definiert, was Entwickler tun. Um hilfreich zu sein, muss man viel Mitgefühl aufbringen und sehr umsichtig damit umgehen, wie man hilft. Das ist ein äußerst feiner Balanceakt.
Das Ziel ist, etwas zu schaffen, das Menschen lieben und ohne das sie nicht arbeiten möchten. Im Hinblick auf Produktdesign und Entwicklung ist das ein sehr steiler Aufstieg. Um sicherzustellen, dass man den Nutzer stets an erste Stelle setzt, muss man ihn kennenlernen und eine Gemeinschaft sowie Gespräche über Vorgehensweisen aufbauen.
Bei AppMap wissen wir, dass Ideen von überall herkommen. Wir erstellen Profile über viele Entwickler und unsere Community-Seiten. In unserer Community sind Menschen aus der ganzen Welt vertreten – aus allen 50 Bundesstaaten der Vereinigten Staaten und aus Hunderten von Ländern. Dadurch haben wir die Möglichkeit, die Bedürfnisse aller widerzuspiegeln und zu verstehen. Das ist der wirkungsvollste Weg, wie wir unsere Mission vorantreiben.
Lassen Sie uns über Teams sprechen. Welche Strategie oder welches Rahmenwerk für das Teammanagement hat sich für Sie im Produktentwicklungsprozess als besonders nützlich erwiesen?
Von unserem Produkt bis hin zur Arbeitsweise unseres Teams ist Transparenz entscheidend. Bei AppMap haben wir zunächst auf Open Source gesetzt, weil dies jedem, der unser Produkt lesen und verstehen kann, ermöglicht, uns Anregungen und Feedback zu geben. Indem wir uns für Offenheit entschieden, schufen wir die Möglichkeit, Produktgespräche mit der Gruppe von Nutzern zu führen, die wir unterstützen möchten. Offenheit ist etwas, woran unser Team wirklich glaubt.
Wenn Sie an das stärkste Team denken, mit dem Sie je gearbeitet haben: Warum glauben Sie, dass dieses Team so gut zusammengearbeitet hat, und können Sie sich an eine Anekdote erinnern, die diese Dynamik veranschaulicht?
Das AppMap-Team besteht tatsächlich aus vielen Mitgliedern meines früheren Teams bei Conjur. Wir als Gruppe sind von Unternehmen zu Unternehmen gegangen und haben gemeinsam immer wieder White-Space-Projekte umgesetzt.
Was mich an diesem Team am meisten beeindruckt, ist, dass wir nicht nur gut zusammenarbeiten, sondern auch angesichts von Widrigkeiten gut zusammenarbeiten. Wir stellen uns den Problemen und arbeiten daran, sie zu lösen – und nehmen das Feedback an, unabhängig davon, wer im Raum ist. So arbeiten wir alle zusammen.
Als Team kommen wir häufig zusammen, um ein gemeinsames Verständnis zu schaffen. Wir konnten eine Kultur radikaler Transparenz fördern. Jeder kann aus jedem Winkel der Organisation Ideen einbringen. Wir kümmern uns umeinander und machen das sehr gut.
Wenn Sie nur ein Softwarewerkzeug in Ihrem Arsenal haben dürften, welches wäre es, warum, und welche anderen Werkzeuge halten Sie für unverzichtbar für Ihre Mission?
Ich denke, Code-Editoren wie VS Code und JetBrains sind wirklich herausragende Orte, um Arbeit zu erledigen. Wir betrachten sie nicht nur als einen Ort, an dem wir uns als Mitglieder des Ökosystems verstehen, sondern man kann auch sehen, wie alle auf Entwickler ausgerichteten Werkzeuge und Technologien in diese Umgebung wechseln – wodurch sie absolut unverzichtbar werden. Wenn man verstehen möchte, wie Softwareprodukte entwickelt werden, muss man verstehen, was im Code-Editor geschieht. Sehen Sie sich Co-pilot und andere generative Werkzeuge an, die im Code-Editor die Grenzen verschieben.
Als Führungskraft ist ein weiteres missionskritisches Werkzeug eine Zeitmanagement-Software. Ohne eine Zeitmanagement-Softwarelösung wäre es leicht, den Tag so zu verbringen, wie man möchte, und sich einfach vom Lauf des Tages treiben zu lassen. Meine Tage sind produktiver, wenn ich Fokuszeiten einplane, um wichtige Dinge zu erledigen.
Lass uns über Auszeiten sprechen. Was ist deine bevorzugte Praxis oder dein Ritual, um einem Burnout vorzubeugen?
Meine Kinder sind wahrscheinlich das beste Mittel gegen einen Burnout. Kinder lassen dich nicht arbeiten, wenn du bei ihnen bist. Sie werden in deinem Büro sein und dir sagen, dass du deine Arbeit weglegen sollst oder dass sie deine Zeit und Aufmerksamkeit brauchen. Kinder zwingen dich, präsent zu sein und die Arbeit beiseitezulegen. Ich genieße jeden Moment mit ihnen und bin froh, dass sie mich dazu bringen, die Technik wegzulegen.
Welche sind deiner Erfahrung nach die „5 notwendigen Schritte zur Entwicklung großartiger Technologieprodukte“?
1. Finde deine Perspektive (POV) und wage es, anders zu sein: Bringe sie dann auf den Markt und sieh, ob sie Anklang findet. Bei AppMap sind wir der Meinung, dass der Code-Editor die einzige Quelle der Wahrheit ist und du alle benötigten Werkzeuge genau dort haben solltest, wo du deine Arbeit erledigst. Nutze von dort aus sowohl das quantitative als auch das qualitative Feedback deiner Nutzer, um neue Funktionen voranzutreiben. Wenn etwas funktioniert, vertiefe dich darin und bleibe engagiert, aber scheue dich nicht davor, Bereiche aufzugeben, die nicht genutzt werden.
2. Stürze dich direkt hinein: und komme dem Nutzer so nahe wie möglich. Sei offen dafür, von deinem Team und deinen Kunden zu lernen, und vernetze dich, um Feedback vom Markt zu erhalten. Eine Taktik von AppMap besteht darin, umfangreich Inhalte auf Anfängerniveau in Form von Anleitungen auf unserer Seite der Entwickler-Community zu veröffentlichen. Das hilft uns, die Bereiche zu verstehen, in die wir stärker investieren sollten, wenn wir bei einer bestimmten Funktion eine hohe Nutzung feststellen. Jedes Unternehmen, das ein großartiges Produkt entwickeln möchte, sollte seine MVP-Ideen auf breiter Ebene teilen und die Nutzungsdaten verwenden, um den Umfang seiner Investitionen zu steuern.
3. Beginne und entwickle kontinuierlich weiter: Reid Hoffman sagte berühmterweise: „Wenn du dich für die erste Version deines Produkts nicht schämst, hast du zu spät veröffentlicht“ – und das sollte zu deinem Mantra für die Produktentwicklung werden. Es ist außerdem wichtig, sich bewusst zu machen, dass man weder Scheinsoftware noch eine Funktionsfabrik ist. Strebe bei frühen Produktveröffentlichungen eine gute Balance zwischen durchdachter Vollständigkeit und Raum für Verbesserungen an. Die Realität ist: Wenn dein Produkt einen kleinen Anwendungsfall löst, werden die Menschen es zur Lösung ihrer Probleme einsetzen, trotz einer holprigen Benutzererfahrung oder kleinerer Fehler.
4. Veröffentliche es und miss, miss, miss: Erwarte nicht, dass Nutzer dir unzählige qualitative Rückmeldungen zu deinem Produkt geben – insbesondere dann nicht, wenn du für ein technisches Publikum entwickelst. Diese Nutzer sind beschäftigt und mit anderer Arbeit überlastet. Sie haben keine Zeit, dir detailliertes Feedback zu geben. Der beste Weg, deine Nutzer zu verstehen, besteht darin, ihre Interaktionen mit deinem Produkt zu messen, sofern du dazu in der Lage bist.
Wenn deine Nutzung hoch genug ist, versuche, anhand der erhaltenen Daten schnell zu iterieren. Wenn du eine große Nutzerbasis hast, segmentiere sie so gut wie möglich, um die Unterschiede zwischen Vielnutzern und Anfängern besser zu verstehen. Diese Nutzertypen benötigen unterschiedliche Funktionen, und die Entwicklung von Funktionen für eine Zielgruppe könnte bei anderen zu Problemen führen.
5. Iteriere und entwickle dich weiter: Fokus ist die wichtigste Eigenschaft jedes Unternehmens, insbesondere von Start-ups. Start-ups haben einfach nicht die Zeit oder das Geld, um in mehrere Bereiche zu investieren. Verbringe keine Zeit damit, dir wegen der Opportunitätskosten Sorgen zu machen, die entstehen, wenn du nicht „alles“ bearbeitest. Konzentriere dich stattdessen auf die Aufgaben mit der größten Wirkung und teile die Arbeit in kleine Abschnitte auf. Indem du Ergebnisse in kleinere Einheiten aufteilst, kannst du schneller auf Nutzerfeedback oder Nutzungsdaten reagieren und dein Produkt kontinuierlich weiterentwickeln, um deine Nutzer zu begeistern.
Bist du mit dem Status quo in Bezug auf Frauen in der Technologiebranche derzeit zufrieden? Welche konkreten Veränderungen sind deiner Meinung nach notwendig, um den Status quo zu verändern?
Frauen, die Technologieunternehmen führen oder Machtpositionen innehaben, bleiben die Ausnahme und nicht die Regel. Von Frauen geführte Unternehmen im B2B-Unternehmensbereich machen weiterhin nur 2 % der durch Risikokapital finanzierten Unternehmen aus. In dieser Branche gibt es weibliche Führungskräfte mit enormem Talent, die jedoch bisher keine Unterstützung als Sponsorinnen erhalten haben. Das ist eine Herzensangelegenheit für mich. Ich glaube, dass weiterhin Chancengleichheit geschaffen werden muss. Ich hoffe, dass ich ein starkes Beispiel geben und anderen Frauen helfen kann, ihre Ideen auf den Weg zu bringen, denn es ist schwierig. Die Zahlen lügen nicht – vom Gehalt über die Bewertung bis hin zu dem Anteil am Investitionskuchen, der Frauen zukommt. Ich denke, dass man weiblich gegründete B2B-Unternehmen langfristig genauer betrachten sollte. Sie liefern den besten Wert pro investiertem Dollar.
Gibt es eine Person auf der Welt, mit der du gerne ein privates Frühstück oder Mittagessen verbringen würdest, und warum?
Ich bewundere Diane Greene und ihren beruflichen Werdegang sehr. Sie begann als Schiffsarchitektin, bevor sie in die Technologiebranche wechselte. Sie war Gründerin und CEO von VMware, Aufsichtsratsmitglied von Google sowie CEO von Google Cloud und Mitgründerin und CEO von zwei Start-ups, die von Google und Microsoft übernommen wurden.
Für weitere Inhalte dieser Art abonniere den Newsletter des CPO Clubs.
