Frauen in der Tech-Branche: Elizabeth Lawler von AppMap über die 5 Schritte zur Entwicklung großartiger Technologieprodukte

Beim Versuch, komplexe Software-Architekturen neuen Personen, Mitarbeitenden und Stakeholdern zu vermitteln, wurde mir klar, dass es deutliche Missverständnisse und Fehlwahrnehmungen rund um Code-Architektur, das Laufzeitverhalten von Software sowie Qualität, Performance, Sicherheit usw. gab; vieles, was wir verstehen müssen, ist unklar oder basiert auf mentalen Modellen. Doch die Software selbst gibt ihr Verhalten vor und der Code ist am besten in der Lage zu zeigen, wie etwas im Betrieb funktioniert. Das war für mich der Aha-Moment und der Antrieb für mich und einige der ersten Teammitglieder, AppMap zu bauen.

Es heißt, dass unsere Fehler manchmal unsere besten Lehrer sind. Können Sie eine Geschichte über den lustigsten Fehler teilen, den Sie ganz am Anfang gemacht haben? Können Sie uns auch die Lektion verraten, die Sie daraus gelernt haben?

Ich weiß nicht, ob das ein lustiges Beispiel ist, aber es ist ein Beispiel aus der Realität. Man sagt, man soll eigene Fehler nicht wiederholen – doch genau das haben wir getan. Als wir anfingen, uns AppMap auszudenken, ein Produkt für Laufzeitanalyse von Code, begannen wir mit dem Aufbau als eine SaaS-Lösung. Das war eine der einfachsten Möglichkeiten, einen Prototyp zu realisieren und die Testdaten zu sammeln, die wir aus Open-Source-Projekten brauchten, um unsere Technologie zu validieren. 

Da wir über Erfahrung im Bereich Cybersecurity verfügten, wussten wir von Anfang an, dass es viele Bedenken bei dynamischer Analyse und der Speicherung sensibler Code-Daten gibt. Software-Entwicklungspipelines können Angriffsvektoren für das Einschleusen von Schadcode sein und Dritte können über diverse integrierte Tools Zugriff auf sensiblen Code und Pipelines erlangen, wie jüngste Angriffe auf CI-Systeme zeigten.

Wenn wir AppMap vollständig in den Code-Editor verlagern und unsere Datenplattform näher an den Code bringen, könnten wir das Risiko für Datensicherheit reduzieren. Nutzerinnen und Nutzer könnten AppMap verwenden und wir könnten garantieren: „Ihr Code bleibt Ihr Code“.  Das hat das Risiko durch Dritthersteller-Software verringert und die Akzeptanz ist sprunghaft gestiegen. 

Dann wollten wir jedoch Analytics-Funktionen bauen. Also entwickelten wir diese Features zunächst auf einem Server und nutzten Open-Source-Projekte als Testdaten.  Wieder sagten die Anwender: „Ich möchte das nicht dort haben. Bringen Sie es in meine IDE.“ Und wieder haben wir sämtliche Funktionen zurück in die Codebasis verschoben – genau dort finden Sie die Analysefähigkeiten heute. 

Die Lektion daraus: Einen Fehler zweimal zu machen, ist beim zweiten Mal genauso schmerzhaft wie beim ersten.

Was war für Sie der Moment, der Ihre Karriere am meisten geprägt hat?

Im vergangenen Oktober hat AppMap an der TechCrunch Disrupt teilgenommen – das war wirklich phänomenal. Es war eine Erfahrung, wie ich sie noch nie gemacht hatte: in solch einem Rahmen, mit dieser Reichweite zu konkurrieren. Ich glaube, AppMap hat sehr davon profitiert, unsere Botschaft auf dieser Plattform zu teilen. 

Allerdings denke ich, dass mein Karrieremoment noch vor mir liegt, denn es gibt immer neue und größere Herausforderungen. Ich glaube, dieses Team und dieses Produkt werden noch Großes erreichen.

Können Sie von einer schwierigen Zeit zu Beginn Ihres Weges berichten? Haben Sie jemals ans Aufgeben gedacht? Woher nahmen Sie die Motivation, weiterzumachen, obwohl es so schwer war?

Die Entscheidung, ein White-Space-Produkt zu entwickeln, ist keine leichte Aufgabe. Man muss die Vorstellungskraft der Menschen einfangen können, damit sie etwas ausprobieren oder übernehmen, von dem sie nicht wussten, dass es existieren könnte, und dessen Nutzen sie nicht intuitiv verstehen. Während das Schaffen und die Fähigkeit, sich vorzustellen, was es noch nicht gibt, unglaublich viel Spaß machen kann, ist es zugleich auch oft frustrierend. Whitespace-Produkte sind eine echte Herausforderung, was die richtige Kommunikation angeht, und manchmal fragt man sich: „Schaffe ich das weiter?“ Denn es ist wirklich eine sehr harte Aufgabe. Es ist das schwierigste Problem, das man als Unternehmer lösen kann. 

Wir haben uns an Google, Meta und Unternehmen mit erstklassigen Entwickler-Experience-Tools gewandt, und sie hatten nichts Vergleichbares zu dem, was wir erschaffen wollten. Wir haben unsere Annahmen darüber, was fehlt, bestätigt, aber ich glaube nicht, dass viele Leute für möglich hielten, was wir planten. Wir mussten wirklich an unsere Vision und unsere Fähigkeit, dieses Produkt zu erschaffen, glauben. Ich bin so dankbar, mit einem Team zu arbeiten, das in der Lage ist, technisch äußerst anspruchsvolle Produkte zu bauen.

Es ist zugleich aufregend und beängstigend, eine Chance zu erkennen, die andere nicht sehen. Wenn man dann diesen kleinen Impuls sieht, das Momentum bekommt und erkennt, wie es bei den Leuten klickt und sie anfangen, das Gebaute zu verstärken – dann realisiert man, warum man das gemacht hat. Man hört die Freude der Nutzer. Jetzt möchte man noch weiter gehen und sie noch mehr begeistern.

Erzählen Sie uns doch etwas über Ihr Unternehmen. Welches Problem löst Ihr Unternehmen? Wie hilft Ihr Unternehmen den Menschen? 

AppMap bietet die erste Developer-Observability-Plattform, die dynamische Software-Analysen, einschließlich Performance- und Sicherheitsanalysen, direkt im Code-Editor für Entwickler bereitstellt. 

Bislang gab es eine große Lücke im Markt, da Entwickler und Softwareteams auf statische Analysewerkzeuge angewiesen waren und komplexe Code-bezogene Designprobleme oder Kundenprobleme, bevor sie in die Produktion gelangen, nicht erkennen oder beheben konnten. Das führte zu Stunden von Nacharbeiten, die Kreativität und Innovation ausbremsen. Software-Toil ist einer der Hauptgründe für das stille Kündigen von Entwicklern.

AppMap revolutioniert die herkömmlichen Ansätze für das Entwicklererlebnis, indem es sein Open-Source-Runtime-Codeanalyse-Tool nahtlos direkt im Code-Editor integriert. Das ermöglicht es den Nutzern, nicht nur das Verhalten des Codes, sondern auch vorgeschlagene Änderungen in Bezug auf Performance, Sicherheit und Stabilität beim Entwickeln des Codes live zu erkennen. Dadurch wird das Entwicklererlebnis durch vorausschauende und umsetzbare Einblicke verbessert – und zwar genau in dem Moment, in dem Änderungen am einfachsten sind.

Wenn jemand ein großartiges Unternehmen führen und hervorragende Produkte schaffen will, welche Eigenschaft ist dafür am wichtigsten, und welche Gewohnheiten oder Verhaltensweisen würden Sie empfehlen, um genau diese Eigenschaft zu fördern?

Unbedingt muss man Empathie für die Nutzer haben. Als Entwickler-Tool im Code-Editor befindet man sich im intimsten kreativen Raum Ihres Nutzers. Man ist auf deren Desktop, in ihrem kreativen Entwicklungsmoment, der definiert, was Entwickler tun. Um hilfreich zu sein, braucht man viel Mitgefühl und muss sehr umsichtig damit umgehen, wie man hilft. Das ist eine feine Gratwanderung.

Das Ziel ist, etwas zu erschaffen, das die Menschen lieben und auf das sie nicht mehr verzichten möchten. Das ist ein sehr steiler Anstieg in Sachen Produktdesign und Entwicklung. Der beste Weg, den Nutzer immer an die erste Stelle zu setzen, ist, ihn kennenzulernen und eine Community und den Dialog rund um verschiedene Ansätze zu schaffen.

Bei AppMap wissen wir: Ideen kommen von überall. Wir porträtieren viele Entwickler und unsere Community-Seiten. In unserer Community sind Menschen aus der ganzen Welt vertreten – aus allen 50 Bundesstaaten der USA und aus Hunderten von Ländern. Das gibt uns die Möglichkeit, zu reflektieren und die Bedürfnisse aller zu verstehen. Das ist der kraftvollste Weg, unsere Mission voranzutreiben.

Lassen Sie uns über Teams sprechen. Welche Team-Management-Strategie oder welches Framework haben Sie für den Produktentwicklungsprozess als besonders nützlich empfunden?

Vom Produkt bis zur Teamarbeit ist Transparenz entscheidend. Bei AppMap haben wir mit Open Source begonnen, weil es jedem erlaubt, der unser Produkt lesen und verstehen kann, uns Feedback zu geben. Durch diese Offenheit haben wir die Möglichkeit geschaffen, Produktthemen mit genau der Nutzerbasis zu besprechen, die wir bedienen wollen. Offenheit ist etwas, an das unser Team fest glaubt. 

Wenn Sie an das stärkste Team denken, mit dem Sie je gearbeitet haben – warum hat dieses Team so gut zusammengearbeitet, und haben Sie eine Anekdote, die diese Dynamik verdeutlicht?

Das AppMap-Team besteht tatsächlich aus vielen Mitgliedern meines ehemaligen Teams von Conjur. Diese Gruppe ist von Unternehmen zu Unternehmen gegangen und arbeitet seitdem gemeinsam an innovativen Whitespace-Projekten. 

Was mich an diesem Team besonders beeindruckt, ist, dass wir nicht nur gut zusammenarbeiten, sondern auch im Angesicht von Herausforderungen gemeinsam wachsen. Wir stellen uns Problemen und packen sie an – wir nehmen jedes Feedback an, ganz gleich, wer es im Team einbringt.  Das ist unsere Art der Zusammenarbeit.

Als Team kommen wir regelmäßig zusammen, um uns abzustimmen. Wir haben es geschafft, eine Kultur radikaler Transparenz zu fördern. Jeder kann Ideen aus jedem Bereich der Organisation einbringen. Wir kümmern uns umeinander und machen das wirklich gut.

Wenn Sie nur ein einziges Software-Tool zur Verfügung hätten, welches wäre es, warum, und welche weiteren Tools halten Sie für unverzichtbar?

Ich finde Code-Editoren wie VS Code und JetBrains sind wirklich außergewöhnlich, um Dinge nachhaltig zu erledigen. Wir betrachten diese nicht nur als Teil unseres eigenen Ökosystems, sondern man sieht auch, wie alle möglichen Tools und Technologien, die sich an Entwickler richten, kontinuierlich in diesen Raum integriert werden – sie machen Code-Editoren absolut unentbehrlich. Wenn man verstehen möchte, wie Softwareprodukte entstehen, muss man nachvollziehen, was im Code-Editor passiert. Schauen Sie sich Co-pilot und andere generative Tools an, die die Grenzen im Code-Editor verschieben.

Als Führungskraft in einem Unternehmen ist eine weitere unverzichtbare Ressource eine Zeitmanagement-Software. Ohne eine solche Lösung wäre es leicht, den Tag nach Belieben zu verbringen und sich einfach treiben zu lassen. Meine Tage sind deutlich produktiver, wenn ich gezielt Zeiten zum konzentrierten Arbeiten einplane, um wichtige Aufgaben zu erledigen.

Lassen Sie uns über Erholung sprechen. Was ist Ihr bewährtes Mittel oder Ritual, um einem Burnout vorzubeugen?

Meine Kinder sind wahrscheinlich das beste Gegenmittel gegen Burnout. Kinder lassen einen einfach nicht arbeiten, wenn man mit ihnen zusammen ist. Sie stehen im Büro und fordern, dass man die Arbeit weglegt oder dass sie Zeit und Aufmerksamkeit brauchen. Kinder zwingen einen dazu, im Moment präsent zu sein und den Job ruhen zu lassen. Ich schätze jede einzelne Minute mit ihnen und bin dankbar, dass sie mich dazu bringen, das Handy aus der Hand zu legen. 

Basierend auf Ihren Erfahrungen: Was sind Ihre „5 Schritte zur Entwicklung großartiger Tech-Produkte“?

1. Entwickeln Sie Ihren Standpunkt und trauen Sie sich, anders zu sein: und bringen Sie ihn dann auf den Markt, um zu sehen, ob er Anklang findet. Bei AppMap sind wir der Meinung, dass der Code-Editor die zentrale Wissensquelle ist und dass alle benötigten Tools genau dort verfügbar sein sollten, wo man arbeitet. Von diesem Punkt aus sollten Sie sowohl das quantitative als auch qualitative Feedback Ihrer Nutzer nutzen, um neue Funktionen zu entwickeln. Wenn etwas gut funktioniert, tauchen Sie tief ein und machen Sie weiter, aber scheuen Sie sich nicht davor, Bereiche aufzugeben, die kaum genutzt werden. 

2. Starten Sie direkt: und kommen Sie Ihren Nutzern so nah wie möglich. Seien Sie offen dafür, von Ihrem Team und Ihren Kunden zu lernen, und bauen Sie Ihr Netzwerk aus, um Rückmeldungen vom Markt zu erhalten. Eine Taktik, die AppMap anwendet, ist es, auf unserer Dev Community Seite umfangreiche Blog-Tutorials zu veröffentlichen. So erkennen wir anhand der Interaktion, in welche Bereiche wir stärker investieren sollten, wenn wir ein besonders hohes Engagement für eine bestimmte Funktion sehen. Jedes Unternehmen, das ein großartiges Produkt entwickeln will, sollte seine MVP-Ideen breit teilen und das Engagement der Nutzer als Richtschnur für den Investitionsaufwand nehmen. 

3. Anfangen und kontinuierlich ausbauen: Reid Hoffman sagte einmal treffend: „Wenn dir die erste Version deines Produkts nicht peinlich ist, hast du zu spät veröffentlicht“ – und das sollte zum Mantra für Produktentwicklung werden. Es ist auch wichtig, sich bewusst zu machen, dass man nicht als Luftnummer (Vaporware) oder als reine Feature-Fabrik auftreten sollte. Es gilt, eine gute Balance zwischen durchdachter Vollständigkeit und offenem Verbesserungspotenzial in den frühen Produktversionen zu finden. Die Realität ist: Wenn Ihr Produkt auch nur ein kleines Problem löst, werden Menschen es trotz holpriger Benutzeroberfläche oder kleiner Fehler nutzen, um ihre Aufgaben zu bewältigen. 

4. Veröffentlichen und Messen, Messen, Messen: Erwarten Sie nicht, dass Nutzer Ihnen massenhaft qualitatives Feedback zu Ihrem Produkt geben – besonders, wenn Sie für technisch versierte Kundschaft entwickeln. Diese Nutzer sind beschäftigt und bereits anderweitig stark eingespannt. Sie haben keine Zeit, ausführliche Rückmeldungen zu geben. Am besten lernen Sie Ihre Nutzer kennen, indem Sie – sofern möglich – deren Interaktionen mit Ihrem Produkt messen. 

Wenn die Nutzung hoch genug ist, versuchen Sie, schnell auf die erhaltenen Daten zu reagieren. Sollte Ihre Nutzerbasis groß sein, segmentieren Sie diese nach bestem Wissen, um die Unterschiede zwischen Powerusern und Einsteigern besser zu verstehen. Diese Nutzergruppen benötigen unterschiedliche Funktionen – und Features, die für die einen entwickelt werden, können für andere problematisch sein. 

5. Iterieren und Weiterentwickeln: Fokussierung ist die wichtigste Eigenschaft jedes Unternehmens, vor allem aber von Start-ups. Start-ups haben schlicht nicht die Zeit oder das Geld, um in viele Bereiche zu investieren. Verschwenden Sie keine Energie darauf, über verpasste Gelegenheiten nachzudenken, weil Sie nicht „alles gleichzeitig“ machen. Konzentrieren Sie sich stattdessen auf die Themen mit dem größten Effekt und teilen Sie die Arbeit in kleine, handhabbare Einheiten. Indem Sie Aufgaben in kleinere Lieferpakete unterteilen, können Sie schneller auf Feedback oder Nutzungsdaten reagieren und Ihr Produkt so stetig weiterentwickeln, um Ihre Nutzer zu begeistern.  

Sind Sie aktuell zufrieden mit dem Status quo bezüglich Frauen in der Tech-Branche? Welche konkreten Veränderungen halten Sie für notwendig?

Frauen an der Spitze von Tech-Unternehmen und in Machtpositionen sind immer noch die Ausnahme und nicht die Regel. Im B2B-Enterprise-Bereich machen von Frauen geführte Unternehmen nach wie vor nur 2 % der risikofinanzierten Firmen aus. Es gibt viele Frauen in dieser Branche mit enormem Talent, die aber noch nicht gefördert werden. Das ist eine echte Herzensangelegenheit für mich. Ich bin davon überzeugt, dass Gerechtigkeit weiter ausgebaut werden muss. Ich hoffe, ein starkes Vorbild zu sein und anderen Frauen zu helfen, ihre Ideen zu verwirklichen, denn es ist schwer. Die Zahlen sprechen für sich: angefangen beim Gehalt, über die Bewertung bis hin zum Anteil, den Frauen von den Investitionen haben. Ich denke, man sollte gerade auf weiblich gegründete B2B-Unternehmen langfristig ein größeres Augenmerk legen.  Sie bringen für jeden Dollar den besten Gegenwert. 

Gibt es eine Person auf der Welt, mit der Sie gerne ein privates Frühstück oder Mittagessen hätten und warum?

Ich bewundere Diane Greene und ihren Werdegang sehr. Sie begann als Schiffsarchitektin, bevor sie in die IT wechselte. Sie war Gründerin und CEO von VMware, Vorstandsmitglied bei Google sowie CEO von Google Cloud und außerdem Mitgründerin und CEO von zwei Start-ups, die von Google und Microsoft übernommen wurden.

Für mehr Inhalte wie diesen abonnieren Sie den CPO Club Newsletter.