Skip to main content

Derzeit identifiziert sich nur etwa jede vierte Person in der Technologiebranche als Frau. Was braucht es also, um als Frau eine erfolgreiche Karriere in der Technik zu machen? In dieser Interviewreihe mit dem Titel Frauen in der Tech-Branche haben wir mit erfolgreichen Führungspersönlichkeiten der Technologiewelt gesprochen, um Geschichten und Einblicke zu teilen, wie sie eine florierende Laufbahn aufgebaut haben. Außerdem besprechen wir die notwendigen Schritte, um ein großartiges Technologieprodukt zu schaffen. Im Rahmen dieser Serie hatte ich das Vergnügen, Samantha Carow zu interviewen.

photo of Samantha Carow

Samantha Carow

Samantha Carow ist Mitgründerin und CTO von DwellWell. Sie hat den Großteil ihrer Karriere in Startups verbracht, von Preact (2016 von Spotify übernommen) bis hin zu Reddit, und setzt nun ihr ingenieurtechnisches Können und ihre Führungsqualitäten ein, um den Hauskauf mit DwellWell ins 21. Jahrhundert zu bringen. Sam ist leidenschaftlich daran interessiert, das Tech-Ökosystem vielfältiger zu gestalten und strebt danach, eine gerechte, einfühlsame und ergebnisorientierte Engineering-Kultur aufzubauen. Sie ist eine Führungspersönlichkeit im Bereich Frauen in der Technologie und hat unter anderem bei der Grace Hopper Celebration und dem Women in Tech Summit gesprochen.

Vielen Dank, dass Sie an dieser Interviewreihe teilnehmen! Bevor wir ins Thema einsteigen, möchten unsere Leser gern mehr über Sie erfahren. Können Sie uns erzählen, was Sie zu diesem speziellen Karriereweg geführt hat?

Ich habe meine berufliche Laufbahn als Lebensversicherungsverkäuferin begonnen. Das war eigentlich der erste Job, den ich nach dem College bekommen konnte, aber ich merkte schnell, wie anstrengend dieser Beruf ist, und kündigte nach 9 Monaten. Ich war ziemlich beschämt darüber, dass ich im Corporate-Job „gescheitert“ war. Um meine Miete zu bezahlen, habe ich als Kellnerin gearbeitet und begann, neue Karrierewege zu erforschen.

Want more from The CPO Club?

Sign up for a free membership to complete reading this article:

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Während ich so herumirrte und versuchte, einen Plan zu entwickeln, erzählte mir ein Freund von einem Programm namens Dev Bootcamp; Bootcamps waren damals ein völlig neues Konzept. Ehe ich mich versah, war ich für das dreimonatige Programm in San Francisco in einem winzigen Hostel untergebracht. Ich habe jeden Tag vor Überforderung geweint und trotzdem eine Menge gelernt.

Vor dem Bootcamp hatte ich nie auch nur in Erwägung gezogen, dass die Tech-Branche für mich ein passender Bereich sein könnte. Außerdem hatte ich von vielen Konzepten der Branche noch nie gehört. Was zum Beispiel macht ein Produktmanager? Was ist der Unterschied zwischen einer statischen Website und einer Web-App? Was ist ein Startup? Was bedeutet Fundraising? Was ist eine API? Ich wusste buchstäblich nichts. Das hat mein Gefühl des Verlorenseins nur verstärkt.

Mit Ach und Krach habe ich es geschafft, das Bootcamp zu beenden, und begann, mich auf Jobsuche zu begeben. Mein Lebenslauf sah so aus: 9 Monate Vertriebserfahrung, 1 Jahr Erfahrung als Kellnerin, und das war's. Mir war klar, dass ich keinen Job aufgrund meines Lebenslaufs bekommen würde, also musste ich mir einen schlaueren Ansatz überlegen. Mein einziger rettender Vorteil: Ich war immun gegen Zurückweisungen – nach zahllosen Absagen als Lebensversicherungsvertreterin konnte mich ein wenig Peinlichkeit nicht schrecken. Ich begann, die Landingpages von Startups nach kleinen Implementierungsfehlern zu durchsuchen. Wenn ich einen Bug fand, habe ich versucht, die E-Mail-Adresse des Gründers zu erraten (meistens firstname@startupname.io, damals) und sie direkt mit meinem Lösungsvorschlag angeschrieben. Erstaunlicherweise funktionierte dieser Ansatz, und ich hatte innerhalb eines Monats eine Stelle!

Ich habe 2,5 Jahre in diesem Startup gearbeitet und blicke auf diese Zeit mit großer Freude zurück. Damals fühlte ich mich wie ein wandelndes Desaster, aber der Zweifel, die Härte, die Kameradschaft, die Mentorschaft und die Freundschaften, die ich in diesen Jahren erlebte, haben mich nachhaltig geprägt. Ich habe überproportional viel Mentoring, Eigenverantwortung und Vertrauen erhalten. Ich habe erkannt, dass Ingenieurwesen keine Ja-oder-Nein-Fähigkeit ist. Es ist ein Handwerk, das man sich über Jahre und Jahre, Versuch und Irrtum und Fehler, aneignet. Das größte Geheimnis dabei: Niemand weiß wirklich, was er oder sie tut. Zu dieser Erkenntnis zu gelangen, war eine echte Erleichterung.

Dieses Startup wurde später von Spotify übernommen.

Können Sie eine lustige Geschichte über einen Fehler erzählen, den Sie ganz am Anfang Ihrer Karriere gemacht haben? Und was haben Sie daraus gelernt?

Oh mein Gott – so viele Fehler! Der erste, an den ich denken muss, passierte während meiner fünf Jahre bei Reddit. In den ersten drei Monaten wurde ich etwas zu übermütig bei einem Code-Deploy und beschloss, meine Änderungen am Flughafen während des Wartens auf meinen Flug auszuspielen. Natürlich stürzte die Seite sofort ab. Ich musste herausfinden, wie ich meinen Code zurückrollen kann – was ich bis dahin noch nie gemacht hatte – und das alles über den Hotspot meines Handys, während ich – ich übertreibe nicht – dabei zusehen musste, wie Tausende von Fehlermeldungen in unseren Logfiles aufliefen. Das war das erste und letzte Mal, dass ich einen Code-Deploy so fahrlässig behandelt habe.

Mir war dieser Fehler unglaublich peinlich, aber ich war beeindruckt, dass ich keine Standpauke bekommen habe. Tatsächlich war das Abstürzen der Seite bei Reddit eine Art „Ritterschlag“. Dieses Erlebnis hat meine Sicht auf Fehler verändert – sie passieren nun mal. Eigentlich muss man sogar mit ihnen rechnen. Und wenn ein Fehler auftritt, ist es als Führungskraft deine Aufgabe, dein Team durch diesen Fehler hindurch zu begleiten. Nach der Krise implementiert man dann Prozesse, damit der Fehler in Zukunft nicht mehr passiert.

Welcher Moment war für Ihre Karriere bisher am wichtigsten?

Jede Phase meiner Laufbahn hatte auf ihre Weise eine prägende Wirkung. Ganz sicher hat meine jetzige Position als Mitgründerin und CTO Türen geöffnet, von denen ich nicht einmal wusste, dass sie existieren. Ich glaube jedoch nicht, dass ich das Selbstvertrauen gehabt hätte, ein Startup zu gründen, wenn ich nicht jahrelang bei Reddit in die Rolle der Engineering Managerin hineingewachsen wäre.

Ich habe 5 Jahre bei Reddit gearbeitet, die Hälfte davon als Ingenieurin. Ich erinnere mich daran, wie frustriert ich war, weil meine Karriere nicht so schnell vorankam, wie ich es mir gewünscht hatte. Meine Einstellung bis zu diesem Zeitpunkt war gewesen: „Wenn du gute Arbeit leistest, wirst du bemerkt“ und „es ist die Aufgabe meiner Führungskraft, mich zu befördern“. Mir war nicht klar, wie viel Eigenverantwortung ich tatsächlich hatte, um meine eigene Karriere zu beschleunigen. Fast zufällig bin ich auf einen verrückten Karriere-Boost gestoßen – ich habe ein Speicherleck in unserer Frontend-Anwendung gefunden. Ich habe es behoben und wir konnten unseren Server-Pool halbieren. Plötzlich erhielt ich Aufmerksamkeit für meine Arbeit, also fragte ich mich: Gibt es einen Weg, wie ich dieses „Glück“ reproduzieren kann? Es stellte sich heraus: Ja, das geht. Ich habe folgendes Rahmenwerk entwickelt, damit andere meine Ergebnisse nachvollziehen können:

Das Rahmenwerk sieht wie folgt aus:

  1. Identifizieren Sie einen wunden Punkt für Ihre Organisation insgesamt.
  2. Finden Sie eine minimal wertvolle Lösung.
  3. Sprechen Sie darüber.
  4. Erstellen Sie ein Rahmenwerk, das es anderen ermöglicht, einzusteigen und zu helfen.

Nachdem ich dieses Rahmenwerk für mich selbst umgesetzt hatte, wurde ich zu neuen, wichtigen Meetings eingeladen. Ich wurde in die Gruppe der „Top-Performer“ aufgenommen, wurde technische Leiterin, dann Managerin eines Teams, dann von zwei Teams. Vielleicht am wichtigsten: Mein Gehalt stieg um 30%.

Ich hatte mit dieser Formel so viel Erfolg, dass ich bei Reddit ein eigenes Programm startete, das anderen gezielt diese Methode beibringen sollte. Mein Programm hatte im Laufe eines Jahres 30 Teilnehmer, von denen 70 % das Programm für eine Beförderung oder Gehaltserhöhung nutzen konnten.

Ich habe hier ausführlich über mein Rahmenwerk geschrieben, falls dieses Konzept Sie interessiert!

Können Sie uns eine Geschichte über die schwierigen Zeiten erzählen, die Sie zu Beginn Ihres Weges hatten? Haben Sie jemals ans Aufgeben gedacht? Wo haben Sie die Kraft gefunden, trotz aller Widrigkeiten weiterzumachen?

Während meiner Vorbereitung auf das Coding Bootcamp haben mich einige Leute buchstäblich ausgelacht, als ich ihnen erzählte, was ich vorhatte. „Du?? Eine Ingenieurin?“ war eine sehr, sehr häufige Reaktion. Allerdings wurde ich mit einer großen Menge an Durchhaltevermögen erzogen. Jede negative Reaktion hat mich nur noch hartnäckiger gemacht – ich wollte all diesen Leuten das Gegenteil beweisen. Ich nenne das gerne „Trotz-getriebenes Entwickeln“. Ha!

Abgesehen vom angeborenen Durchhaltevermögen war es extrem wichtig, mich mit Menschen zu umgeben, die dasselbe taten wie ich. Das ist eines der Besten an einem Bootcamp – man ist umgeben von Leuten, die alle gemeinsam scheitern. Dadurch sind die Misserfolge leichter zu ertragen und es erinnert einen daran, dass man nicht allein ist.

Schließlich hatte ich mit dem Besuch des Bootcamps eine große Wette auf mich selbst abgeschlossen (im Wert von $10.000). Dieses Geld wollte ich nicht durch Angst in den Wind schießen. Eine Wette auf sich selbst einzugehen – sei es finanziell, sozial oder wie auch immer – zwingt einen dazu, Zweifel zu überwinden, denn es ist der einzige Weg nach vorn.

Wir würden gerne ein wenig mehr über Ihr Unternehmen erfahren. Welches Problem löst Ihr Unternehmen? Wie hilft Ihr Unternehmen den Menschen?

DwellWell gibt es, weil Hauskauf einfach anstrengend ist! Käufer werden durch einen undurchsichtigen Prozess geschleust, sind uninformiert und verwirrt, und das von vielen Anbietern, die quasi eine andere Sprache sprechen. Hypotheken, Vorabgenehmigungen, Treuhandkonto, Anzahlungen – ahh! Es ist einfach zu viel. DwellWell vermittelt Hauskäufern schon bevor sie mit ihrer Haussuche beginnen, das nötige Wissen und unterstützt sie während des gesamten Kaufprozesses. Wir erklären alle schwierigen Themen und liefern Ihnen Ihre persönliche Rundum-Lösung für den Hauskauf. Basierend auf Ihren Bedürfnissen und Präferenzen können wir Sie mit den besten Experten für den Hauskauf in Ihrer Region verbinden und nehmen Ihnen die Qual aus dem Erlebnis.

Wenn jemand ein großartiges Unternehmen führen und tolle Produkte schaffen möchte, welche Eigenschaft ist dafür am wichtigsten und welche Gewohnheiten oder Verhaltensweisen würden Sie empfehlen, um diese Fähigkeit zu schärfen?

Sie müssen sich damit abfinden, dass Sie für die nächsten fünf Jahre, mindestens, Schmerzen haben werden. Komplexe Produkte zu bauen, harte Kritik zu bekommen, Dinge zu verwerfen, die nicht funktionieren, Absagen von Investoren zu kassieren, unangenehme Nachrichten zu überbringen und als Führungskraft zu wachsen – das alles tut weh! Lohnt es sich? Ja. Ist es einfach? Nein!

Um durchzuhalten, müssen Sie Ihr Ego loslassen. Üben Sie, Feedback anzunehmen, ohne es persönlich zu nehmen. Behandeln Sie jede Entscheidung wie ein Experiment und seien Sie nicht emotional an das Ergebnis gebunden – schauen Sie stattdessen auf die Daten. Nehmen Sie sich selbst nicht so ernst, dass Sie den Humor in Ihren Fehlern nicht mehr sehen können.

Kommen wir als Nächstes zu Teams. Was ist eine Strategie oder ein Rahmenwerk für Team-Management, das Sie im Produktentwicklungsprozess als besonders hilfreich empfunden haben?

Ich liebe ein wendiges, vertikal aufgestelltes Team. Meine ideale Team-Struktur besteht aus ein paar Entwicklern, einem Designer, einem Produktmanager und vielleicht einem Engineering Manager. Ihr Produktmanager ist verantwortlich für die Entwicklung neuer Produkte, die Weiterentwicklung bestehender Produkte und die Priorisierung der wichtigsten Aufgaben. Dafür sind Priorisierungsframeworks sehr gut geeignet. Bei DwellWell sieht unser Priorisierungsframework so aus:

  1. Finanziell
  2. Auswirkung
  3. Reichweite
  4. Dringlichkeit
  5. Leichtigkeit

Jeder dieser Faktoren wird gewichtet. Wenn neue Projekte vorgeschlagen werden, nutzen wir dieses Rahmenwerk, um die Arbeit zu priorisieren. Das stellt sicher, dass wir jederzeit an den wichtigsten Aufgaben arbeiten.

Unser Designer und Projektmanager arbeiten gemeinsam an einer Produktspezifikation sowie grundlegenden Wireframes. Sobald diese beiden Elemente fertiggestellt sind, übernehmen unsere Entwickler: Sie stecken den Projektumfang ab, erstellen einen Zeitplan und verwalten ihre eigenen Aufgaben und Deadlines. Wir halten unsere Kommunikation sehr eng, damit wir schnell vorankommen. Während die Grundarchitektur entwickelt wird, erstellt unser Designer die finalen Designs und unsere Entwickler veredeln das Projekt zum Schluss mit diesen visuellen Verbesserungen.

Dieser Prozess ermöglicht es uns, zügig zu arbeiten und Engpässe zu minimieren.

Wenn Sie an das stärkste Team denken, mit dem Sie jemals gearbeitet haben: Warum funktionierte das Team so gut zusammen, und können Sie eine Anekdote nennen, die die Dynamik veranschaulicht?

Das Engineering-Team, das wir bei DwellWell zusammengestellt haben, ist unglaublich stark (und nebenbei bemerkt: zu 75 % weiblich!). Wir arbeiten so gut zusammen, weil wir uns gegenseitig vertrauen. Wir sind sehr anspruchsvoll in unserem Code-Review. Wir halten uns gegenseitig auf einem sehr hohen Standard, lassen kein Ego zu, und springen ein, wenn mal etwas schiefgeht. Wir fördern eine Lernkultur.

Kürzlich haben wir ein Produkt-Redesign gelauncht, das ein riesiges Projekt war. Die Arbeit wurde auf die Entwickler verteilt, jeder hat Statusberichte abgegeben, darauf geachtet, dass keine Arbeit doppelt gemacht wird, und wir haben unsere Arbeit optimal aufeinander abgestimmt. Es war wie ein Orchester, mit meinem leitenden Entwickler als Dirigent. Es war wunderschön! Wir haben die ehrgeizige Deadline so reibungslos eingehalten, dass ich schon misstrauisch wurde—so glatt läuft es selten. Aber ein kleines, engagiertes Team kann überproportional viel erreichen.

Wenn Sie nur ein einziges Software-Tool hätten, welches wäre es, warum, und welche anderen Werkzeuge (Software oder greifbare Gegenstände) halten Sie außerdem für essenziell?

Als Entwickler würde ich sagen, unser wichtigstes Tool ist GitHub. Das ist zwar eine banale Antwort, aber häufig sind die wichtigsten Tools die langweiligsten—sie sind zuverlässig, einfach und eben unspektakulär. Versionskontrolle ist unverzichtbar, wenn man eine erfolgreiche Entwicklungsorganisation aufbauen möchte.

Lassen Sie uns über Auszeiten sprechen. Was ist Ihre bevorzugte Praxis oder Ihr Ritual, um einem Burnout vorzubeugen?

Leider ist Sport wirklich der beste Weg, um den Kopf frei zu bekommen. Ich hasse es zu trainieren, aber man fühlt sich einfach besser—es führt kein Weg daran vorbei. Ich nehme auch Lexapro, was sehr bei meiner Angststörung hilft. Meine Angst äußert sich in extremer Reizbarkeit, was beim Führen eines Startups völlig nutzlos ist. Es ermöglicht mir, ein besseres Teammitglied zu sein, statt ein Gegner.

Basierend auf Ihrer Erfahrung: Was sind Ihre „5 Schritte, um großartige Tech-Produkte zu erschaffen“?

1 . Das Erste, was Sie bauen, wird wahrscheinlich schlecht sein—launchen Sie es trotzdem. Wie Reid Hoffman sagte: „Wenn Ihnen die erste Version Ihres Produkts nicht peinlich ist, haben Sie zu spät gelauncht.“ Das erste Produkt sollte Ihnen ein Signal geben—sind Sie auf dem richtigen Weg? Interessiert sich die Nutzer für das Problem, das Sie lösen? Verschwenden Sie nicht wertvolle Zeit mit Perfektion, wenn Sie eigentlich frühe Bestätigung suchen. Unser erstes Produkt bei DwellWell war ein einfaches PDF mit dem Titel „10 Schritte zum Hauskauf“, bei dem die Nutzer selbst die Initiative ergreifen und mich per E-Mail kontaktieren mussten, wenn sie mit einem unserer empfohlenen Immobilienmakler verbunden werden wollten. Innerhalb der ersten zwei Tage nach dem Launch hatten wir unseren ersten Kunden. Es war verrückt—ich konnte kaum glauben, dass etwas, das uns nur zwei Wochen Arbeit gekostet hatte, zu einem echten Nutzer geführt hat. Wir nannten dieses Produkt liebevoll unser „schäbiges MVP“ und es hat uns genug Signal gegeben, um Finanzierung einzusammeln.

2 . Beobachten Sie, wie Nutzer mit Ihrem Produkt umgehen. Sie werden erstaunt sein, wie Menschen Ihr Produkt tatsächlich nutzen, verglichen damit, wie Sie sich das vorgestellt haben. Ich erinnere mich, als wir mit DwellWell angefangen haben, hatten wir einen Button, den der Nutzer klicken sollte, um zwischen „fertig“ und „unfertig“ umzuschalten, wenn er eine Aufgabe abgeschlossen hatte. Das war die Hauptaktion, die man auf der Seite tätigen sollte. Wir dachten: „Wunderschön, intuitiv, selbsterklärend.“ Ich sag Ihnen was—die Nutzer hatten überhaupt keine Ahnung, was dieser Button machen sollte. Wir haben über 10 Stunden Nutzerinterviews geführt und jede einzelne Person meinte: „Ich bin verwirrt wegen dieses Buttons.“ Wir haben den Button dann entfernt und nie zurückgeblickt.

3 . Treffen Sie schnelle Entscheidungen, wenn sie umkehrbar sind; gehen Sie langsamer vor, wenn sie es nicht sind. Geschwindigkeit ist das A und O bei Startups. Sie sollten nicht an jeder Entscheidung endlos herumgrübeln, aber es kann schwierig sein zu wissen, bei welchen Entscheidungen man innehalten sollte. Es ist tatsächlich selten, dass eine Entscheidung unumkehrbar ist – meistens handle ich also schnell. Bei unserem aktuellen Redesign von DwellWell haben wir allerdings über zwei Monate langsam und bedacht entschieden, um sicherzustellen, dass wir am Ende ein intuitiveres Produkt liefern. Wir mussten die alte Architektur komplett aufgeben, da war es wichtig, mit Bedacht in die Zukunft zu gehen.

4 . Pflegen Sie eine Kultur der kontinuierlichen Verbesserung. Es ist sehr verlockend, eine Funktion einmal zu bauen, sie als „abgeschlossen“ zu sehen und nie wieder weiterzuentwickeln. Das führt zu stagnierenden Produkten und setzt auch einen schlechten Präzedenzfall für Produkt- und Entwicklerteams. Jedes Teammitglied sollte darauf achten, bestehende Produkte ständig zu verbessern oder Experimente vorzuschlagen, um Grundkennzahlen zu steigern. Wir haben im Team kürzlich ein Experiment gestartet, um verschiedene Anmeldeprozesse zu testen und herauszufinden, welcher am verständlichsten ist. Wir hatten die Anmeldung seit einem Jahr nicht verändert und stellten dabei fest, dass unsere Kontrollgruppe (also unser normaler Registrierungsablauf) die schlechteste Performance von drei Varianten gezeigt hat! Inzwischen haben wir eine Priorisierungsmatrix für Experimente entwickelt und stellen bestehende Produkte so oft wie möglich in Frage.

5 . Ein frustrierter Nutzer ist besser als ein desinteressierter Nutzer. Frustrierte Nutzer sind Menschen, denen Ihr Produkt wichtig ist oder denen das zugrunde liegende Problem am Herzen liegt. Zwar kann es einschüchternd sein, mit jemandem zu interagieren, der eine schlechte Erfahrung gemacht hat, aber sie sind unendlich hilfreicher als Menschen, die desinteressiert abspringen. Diese Lektion habe ich bei Reddit gelernt—vermutlich die leidenschaftlichste Nutzerbasis überhaupt. Frustrierte Nutzer gaben uns so viele Ideen, wie wir uns verbessern und wo die Plattform ihre Bedürfnisse nicht erfüllt hat. Das ist eine der wichtigsten Lektionen, die ich bisher gelernt habe.

Sind Sie derzeit zufrieden mit dem Status quo bezüglich Frauen in der Tech-Branche? Welche konkreten Veränderungen halten Sie für notwendig, um den Status quo zu verändern?

Nein – ich bin definitiv nicht zufrieden. Das ist eine sehr komplexe Frage, denn die geschlechtsspezifischen Unterschiede in der Tech-Branche werden von allen aufrechterhalten – selbst von denen, die helfen wollen. Eine der besten Maßnahmen, die wir als Führungskräfte ergreifen können, ist, Frauen mit derselben Entschlossenheit auf Senior-Positionen vorzubereiten, wie wir es bei Männern tun. Ich sehe oft, dass Unternehmen sehr viele Junior-Frauen einstellen, damit ihre Einstellungsstatistik gut aussieht. Aber das befördert bloß die falsche Vorstellung, dass weibliche Mitarbeiterinnen typischerweise weniger erfahren sind als männliche Kollegen. Es ist fast wie ein Teufelskreis – denn um Karriere zu machen, müssen Frauen ja irgendwo anfangen! Ich finde, wenn Sie Junior-Frauen einstellen, dann müssen Sie sie mit demselben Nachdruck fördern wie männliche Kollegen. Coachen Sie Ihre Mitarbeiterinnen, geben Sie ihnen konstruktives Feedback zur Weiterentwicklung, arbeiten Sie gemeinsam an Beförderungsmöglichkeiten und erlauben Sie ihnen, Fehler zu machen.

Gibt es eine Person auf der Welt, mit der Sie gerne ein privates Frühstück oder Mittagessen verbringen würden, und warum?

Justin Bieber? Nur ein Spaß (irgendwie). Ich liebe Guy Raz‘ Podcast „How I Built This“ und würde ihn sehr gerne treffen. Seine Interviews sind absolut fesselnd.

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