Teil eines Start-Ups zu werden, das sich in einer frühen Phase befindet, kann den Verlauf deiner Karriere beeinflussen… aber die Erfolgsaussichten sind sehr unsicher!
Artikel
Gehälter & Markteinsichten
Um dir auf diesem Weg zu helfen, haben wir einen zweiteiligen praktischen Ratgeber erstellt, der auf den Erfahrungen von fünf Entwickler*innen basiert, die zu den ersten Angestellten in ihrem Unternehmen gehörten.
Der erste Teil war den Fragen gewidmet, die du dir für die Wahl des richtigen Projekts stellen solltest. Dieser zweite Teil handelt von deinen ersten Monaten als Entwickler*in in einem Start-up und wie du diese Erfahrung nutzt, um deine Karriere voranzutreiben.
🕐 Lesezeit: 10 Minuten
- Welche Einstellung du in den ersten paar Monaten haben solltest
- Welche Profile am besten für diese Art von Erfahrung geeignet sind
- Wie du dich am besten in einem neuen und im Wachstum befindlichen Start-up weiterentwickeln kannst
- Auf welche Stellen du dich bewerben kannst, wenn diese Erfahrung von Erfolg gekrönt ist
- Welche Vor- und Nachteile die Rolle mit sich bringt
- Gabriel Klein war der erste Entwickler für die Online-Bank Qonto, bei der er im März 2016 anfing. Seitdem wurde er VP of Engineering bei diesem Einhorn und ist seit September 2021 Chief Tech & Product Officer bei dem Scale-up Masteos, das sich auf Mietinvestitionen spezialisiert hat.
- Marie Terrier, die zehn Jahre Erfahrung als Softwareentwicklerin besitzt, wurde 2018 erste Entwicklerin und CTO bei Yelda (6 Angestellte); eine Plattform, die Sprachanwendungen für Unternehmen anbietet. Wir haben auch ihre Kollegin Naomi Paulmin interviewt, die zweite Entwicklerin des Unternehmens.
- Seit 2020 ist Adrien Siami der erste Entwickler und CTO bei Ecotable, ein Unternehmen mit rund 15 Angestellten, das Restaurants hilft, umweltfreundliche Maßnahmen umzusetzen. Davor war er Engineering Manager bei Drivy, das jetzt Getaround ist (eine Autovermietung zwischen Personen).
- Vladimir de Turckheim, auch bekannt als “Vlad”, schloss sich 2016 als vierter Entwickler Sqreen an, eine Plattform für Sicherheitsmanagement. Jetzt ist er Staff Software Engineer bei Datadog, das im Februar 2021 übernommen wurde.
Du hast dich also entschlossen, bei einem Start-up als einer der ersten Entwickler*innen anzufangen. Willkommen bei deinem unternehmerischen Abenteuer!
Schauen wir uns nun an, was du für einen guten Anfang benötigst und wie du die Erfolgschancen des Unternehmens maximieren kannst.
“Viele Start-ups starben bei dem Versuch, alles richtig zu machen - mit Entwickler*innen, die mehr Zeit mit dem Code als mit dem Produkt verbrachten
- Vladimir de Turckheim (Sqreen / Datadog)
“Einer der Mitgründer erzählte mir einmal, dass man als Partner*in entweder aufbaut oder verkauft”, erinnert sich Marie Terrier von Yelda. Natürlich wird von den ersten Entwickler*innen erwartet, dass sie sich mit dem ersten Teil des Projekts befassen: dem Aufbau - vor allem dem schnellen Aufbau -, auch wenn das bedeutet, dass die Qualität des Codes zu Beginn hinten anstehen muss.
“Man muss sehr schnell sein, um das Minimum Viable Product (MVP) oder die erste Schlüsselfunktion auf den Markt zu bringen, auch wenn es für eine(n) Entwickler*in nervenaufreibend ist, das Ergebnis zu sehen. Man muss wissen, wie man loslässt, vor allem wenn man dadurch seine ersten Klient*innen unter Vertrag nehmen kann”, sagt Marie, die anfangs jeden dritten Tag Produktveröffentlichungen vornahm.
“Viele Start-ups starben bei dem Versuch, alles richtig zu machen - mit Entwickler*innen, die mehr Zeit mit dem Code als mit dem Produkt verbrachten. Man darf keine Angst vor technischen Defiziten haben, damit kann man sich später beschäftigen”, fügt Vladimir hinzu.
Das wird wahrscheinlich der erste Unterschied sein, den du wahrnimmst, verglichen mit der Arbeit als Entwickler*in in einem etablierten Unternehmen. “Als Entwickler*in in einem etablierten Unternehmen befindet man sich immer im Superman-Modus und denkt, dass man es besser machen kann als die Leute vor einem. Aber wenn man bei Null anfängt, muss man ein besseres Verständnis von all den Schwierigkeiten haben, und es wird einem klar, dass es nicht einfach ist, die richtigen Kompromisse zu finden, um die Lieferziele zu erreichen”, sagt Gabriel Klein.
“Als erste(r) Entwickler*in liegt die Produktentwicklung meist bei einem selbst”, sagt Marwan Rabbaa, Technical Lead der Finanz-App Cashbee. Natürlich haben die Gründungsmitglieder des Teams eine klare Vorstellung davon, was anfangs getan werden muss… aber wenn du als einfache(r) Ausführende*r agierst, sobald du Teil eines aufstrebenden Start-ups wirst, würdest du den eigentlichen Reiz der Rolle verpassen.
Bei Ecotable war das ein wichtiger Diskussionspunkt für Adrien Siami während des Vorstellungsgesprächs. “Ich wollte auf jeden Fall in den Produktprozess involviert sein. Wenn du nicht gerne mit Nutzer*innen sprichst und dich nur auf den technischen Aspekt konzentrieren möchtest, würde ich diese Stelle nicht empfehlen”, sagt Siami, der seine ersten Wochen in Fokusgruppen und Gesprächen mit Kund*innen und Interessent*innen verbrachte.
Ganz allgemein hält Vladimir es für eine Schande, bei einem aufstrebenden Start-up als frühe(r) Mitarbeiter*in anzufangen, wenn man als Entwickler*in nicht plant, noch einen deutlichen Schritt weiterzugehen, als es die Rolle normalerweise verlangt. “Bei Sqreen sprach ich spontan mit Kund*innen und ging zu Konferenzen; ich nahm an vielen Meetups teil und schrieb Blogartikel. Es ist nicht der Hauptbestandteil des Jobs, aber man kann mich nicht dafür kritisieren, noch einen Schritt weitergegangen zu sein. Wenn du das tust, bist du im falschen Unternehmen!”
“Es geht nicht darum, eine trendige Sprache zu übernehmen, sondern eine solide Grundlage zu haben, die es einem ermöglicht zu starten, Leute einzustellen und das Produkt in den nächsten fünf Jahren weiterzuentwickeln”
- Marie Terrier (Yelda)
Allerdings gilt das zuvor Erwähnte nur, wenn man “die volle technische Verantwortung für das Unternehmen übernimmt”, um Gabriel Klein zu zitieren. Konkreter ausgedrückt: du musst Verantwortung dafür übernehmen, welche Technologie und Produktumgebung du wählst. Du musst dein Fachwissen mit einbringen. Das sind meistens zunächst die Basics: die Hosting-Lösung, die Datenbanken, die Vorproduktion und Entwicklungsumgebungen. Und sogar darüber hinaus.
“Wenn man die erste Person aus dem Tech-Bereich im Unternehmen ist, kann es schnell zu einem IT-Syndrom kommen”, sagt Adrien Siami lächelnd, er ist neben den Gründern der dritte Angestellte von Ecotbale. Am Anfang bist du das Schweizer Taschenmesser, das das ganze operative System einrichten muss. Mit sowohl kurzfristigen als auch mittelfristigen Ansätzen.
“Das ist nicht der Zeitpunkt, um neue Dinge auszuprobieren, es gibt schon so genug Probleme, die man lösen muss. Man muss rationale Entscheidungen treffen, indem man die gewählten Technologien beherrscht und das Projekt und das Unternehmen an erste Stelle setzt”, fügt Gabriel Klein hinzu. “Es geht nicht darum, zum Beispiel eine trendige Sprache zu übernehmen, sondern eine solide Grundlage zu haben, die es einem ermöglicht zu starten, Leute einzustellen und das Produkt in den nächsten fünf Jahren weiterzuentwickeln”, sagt Marie von Yelda.
“Niemand wird deine Arbeit beaufsichtigen, insbesondere die technischen Grundlagen”
- Adrien Siami (Ecotable)
Die Herausforderung liegt darin, besonders wenn es im Gründungsteam keinen CTO gibt, Entschlusskraft und Selbstvertrauen zu haben! “Bei allem, was man tut, vor allem bei der technischen Grundlage, hat man keinen, der die Arbeit validieren kann”, sagt Adrien Siami. Aus ihm sprechen zehn Jahre an Erfahrung. Aber vor allem hält er Kontakt zu technischen Communities (Slack, Netzwerke, etc.), um Einsamkeit zu vermeiden.
Ein anderes Mittel gegen die Einsamkeit: neue Leute einstellen! Natürlich nur, wenn das Unternehmen über die nötigen Mittel verfügt. Die meisten der interviewten Personen stellten drei bis fünf Monate nach ihrer Ankunft eine zweite Person ein. “Zeit genug, um ein MVP herauszubringen und etwas Geld für ein Senior-Profil einzunehmen. Durch ein Zweierteam hat man mehr Ruhe und kann Ideen vergleichen”, sagt der CTO von Ecotable. “Die Schwierigkeit besteht darin, dass man am Anfang ein Niemand ist, so dass es manchmal eine Diskrepanz zwischen dem, was man sich erhofft, und dem, was man bekommt, geben kann”, erwähnt Gabriel. Ganz abgesehen davon, dass die Zeit, die man mit der Einstellung neuer Mitarbeiter*innen verbringt, beim Programmieren, und damit beim Aufbau des Produkts verloren geht!
Der Produktweg eines Tech-Projekts
Jetzt wo du weißt, was hinter der Bühne im Leben eines ersten Entwicklers bzw. einer ersten Entwicklerin passiert, schauen wir uns an, wie du möglichst viel Kapital aus diesem risikoreichen, aber vielleicht folgenschweren Abenteuer schlagen kannst.
Erste(r) Entwickler*in zu sein ist eindeutig nicht für jeden etwas. Hier ein paar Richtlinien, mit denen du entscheiden kannst, ob es zu dir passt oder nicht.
“Du musst möglichst ein(e) Allrounder*in sein: eine(e) gute(r) Architekt*in, ein(e) gute(r) Programmierer*in, ein(e) gute(r) Manager*in, ein(e) gute(r) Recruiter*in… Als Junior-Entwickler*in ist die Wahrscheinlichkeit normalerweise geringer, dass du all diese Skills besitzt”
- Gabriel Klein (Qonto / Masteos)
Beginnen wir mit der Frage der Berufserfahrung. Keiner der Leute, die wir interviewt haben, sagte, dass es unmöglich sei, als Junior-Entwickler*in diese Rolle zu übernehmen. Aber mehr Erfahrung zu besitzen hat auf jeden Fall seine Vorteile. “Du musst möglichst ein(e) Allrounder*in sein: ein(e) gute(r) Architekt*in, ein(e) gute(r) Programmierer*in, ein(e) gute(r) Manager*in, ein(e) gute(r) Recruiter*in… Als Junior-Entwickler*in ist die Wahrscheinlichkeit normalerweise geringer, dass du all diese Skills besitzt”, sagt Gabriel Klein, bevor er klarstellt: “Der Umfang zählt: ein kleines Projekt ist einfacher zu bewältigen als ein hoch ambitioniertes Start-up, in dem man sehr schnell sehr viele komplexe Probleme bewältigen muss.”
Marie Terrier teilt diese Meinung: “Diese Aufgabe ist für Junior-Entwickler*innen möglich, aber es wird für sie komplizierter sein, weil sie mit unbekannten technischen Problemen konfrontiert werden und niemanden haben, der ihnen zur Seite stehen kann.” Naomi Paulmin, ihre junge Kollegin, die kurz nach ihrem Praktikum am Ende des Studiums eingestellt wurde, hat diese Erfahrung als sehr prägend empfunden: “Wenn ich mit anderen Entwickler*innen an der Schule spreche, merke ich, dass ich mehr Handlungsfreiheiten habe und dass ich mit mehr unterschiedlichen Themen in Verbindung komme”, sagt sie.
“Wenn man nach demselben Maß an Komfort sucht, das man in einem großen Unternehmen findet, sollte man Teil eines fortgeschritteneren Unternehmen werden”, sagt Vladimir, der an seinem ersten Tag bei Sqreen nicht einmal einen Computer zur Verfügung hatte. “Ich habe Leute erlebt, die nach Essensgutscheinen oder Kinderbetreuung gefragt haben: vergiss es, das Team hat anfangs keine Zeit für so etwas!”
Er macht auch auf die Arbeitsintensität aufmerksam. Wenn man an einer 35-Stunden-Woche festhalten möchte, wird das Unternehmen niemals Erfolg haben. Wenn man nicht darauf vorbereitet bist, sich am Anfang solche Mühe zu machen, wie es alle Mitgründer*innen tun, sollte man sich am besten etwas anderes suchen”, fährt Gabriel fort.
Dennoch bedeutet das nicht, dass es zum Burnout kommen sollte. “Mein CEO hat mir immer gesagt, dass es kein Sprint, sondern ein Marathon sei, und dass es keinem helfe, wenn man nach sechs Monaten ein Burnout hätte. Ich programmiere jetzt seit zwölf Jahren und schaffe es, sehr viel mehr Ergebnisse zu liefern als am Anfang.
In dem Buch The Hard Thing About Hard Things erläutert der bekannte Unternehmer und Investor Ben Horowitz, dass die ersten Mitarbeiter*innen eines Start-ups genauso Unternehmer*innen sind wie die Gründer*innen, denn sie sind gänzlich am Aufbau beteiligt. Dies setzt ein überdurchschnittliches Maß an Eigeninitiative und Selbstständigkeit voraus.
“Es ist wie ein Videospiel: jede Stufe schaltet ein Level mit Belohnungen und weiteren Chancen frei. Es hat keinen Sinn, Level 10 anzustreben, wenn man Level 1 noch nicht abgeschlossen hat”
- Gabriel Klein (Qonto / Masteos)
Das richtige Projekt zu wählen und sicherzugehen, dass es Fahrt aufnimmt, ist an sich ein großer Erfolg. Deinen Fortschritt in jeder Phase nachzuvollziehen und ihn an die neuen unternehmerischen Anforderungen anzupassen ist ein weiterer Teil der Herausforderung. Dieser Teil wird letztlich den Unterschied in deiner Karriere ausmachen.
Zunächst musst du dir vom Moment des Vorstellungsgesprächs an klar über deinen möglichen Karriereweg sein, wie Adrien Siami erläutert. “Es mag seltsam sein, der/die erste Entwickler*in zu sein und irgendwann später den eigenen CTO einzustellen… Ich habe in meinem Fall von Anfang an gesagt, dass ich langfristig ein Team einstellen und leiten möchte.” Er wurde ein Jahr nach seiner Einstellung CTO und hat bereits zwei Leute eingestellt.
“Dein Job wird sich ändern, und deine ständige Zwickmühle wird sein: dich anpassen oder gehen”
- Vladimir de Turckheim (Sqreen / Datadog)
Für Gabriel Klein liegt die Herausforderung in dieser Wachstumsphase darin, die Entwicklungsstufen in der richtigen Reihenfolge zu durchlaufen. “Es ist wie ein Videospiel: jede Stufe schaltet ein Level mit Belohnungen und weiteren Chancen frei. Es hat keinen Sinn, Level 10 anzustreben, wenn man Level 1 noch nicht abgeschlossen hat”, sagt der Mann, der schnell VP of Engineering des zukünftigen Einhorns Qonto mit einem Team von 50 Entwickler*innen wurde.
Was ist mit Komplexität? Jede Stufe erfordert verschiedene Fähigkeiten.”Der erste Schritt besteht darin, das MVP herauszubringen, indem man sich detailliert mit dem befasst, was entwickelt werden muss. Der dritte Schritt, als Beispiel, ist die Einstellung und das Managen von 15 Leuten”, zeigt er auf. Man muss Fehler akzeptieren… aber sie auch schnell korrigieren. Zum Beispiel wurde Gabriel an einem Punkt klar, dass er zu viele direkte Berichte erstellte und dass er es verpasst hatte, ein mittleres Management zu schaffen, um die Skalierung von Qonto zu unterstützen.
Um das zu erreichen, sprechen unsere Interviewpartner*innen über das Mentoring mit externen Coaches oder Kolleg*innen, die bereits ein ähnliches Hyperwachstum von innen erlebt haben. Du musst aber bereit sein, diese neuen Verantwortlichkeiten zu übernehmen, die sehr spezifisch für den Weg einer Führungskraft sind! “Je weiter das Unternehmen wächst, desto mehr schrumpft dein operativer Spielraum, da immer mehr spezialisierte Mitarbeiter eingestellt werden. Dein Job wird sich verändern, und deine ständig Zwickmühle wird sein: dich anpassen oder gehen”, merkt Vladimir an.
Manchmal musst du dich den Tatsachen stellen: nur weil du der/die erste Entwickler*in des Unternehmens warst, wirst du nicht notwendigerweise die beste Person sein, um dabei zu helfen, das nächste Kapitel des Abenteuers zu schreiben. Vielleicht weil du nicht länger die Fähigkeiten besitzt, oder weil du es nicht möchtest. Nach mehr als fünfeinhalb Jahren bei Qonto wurde Gabriel Klein klar, dass er seinen Enthusiasmus verloren hatte. “Mit der Größe und der Starrheit des Bankwesens hatte ich den Reiz der Anfänge und den Kontakt zur Praxis verloren”, sagt er. Es war Zeit für etwas Neues!
Welche Erwartungen kannst du als ehemalige*r erste*r Entwickler*in haben? Anders ausgedrückt: kann diese Art von Erfahrung Türen öffnen, oder wird sie einen in den Augen der Personalverantwortlichen auf Projekte im Anfangsstadium beschränken?
Adrien Siami glaubt an das Erstere: “Ich bekomme immer noch viele Anfragen auf Linkedin, besonders seit ich CTO hinzugefügt habe”, lächelt er. “Mir werden vor allem Stellen als Engineering Manager oder VP Engineering angeboten.”
Je erfolgreicher das Start-up ist, desto mehr beschleunigen sich die Dinge natürlich. ‘Wenn das Unternehmen erfolgreich ist, verdient man sich eine Art Ehrenmedaille in der Welt der Entwicklung”, lacht Vladimir. Er nennt als Beispiel Sylvain Utard, erster Mitarbeiter bei Algolia, der VP of Engineering wurde, und der jetzt Head of Engineering beim Einhorn Sorare ist (ihn haben wir in diesem Artikel interviewt).
Gabriel Klein wechselte von der Neobank Qonto als Chief Tech & Product Officer (CTPO) zur Mietinvestitionsplattform Masteos, die 400 Mitarbeiter*innen, davon 50 im technischen Bereich, beschäftigt. Ein Unternehmen in der Skalierungsphase, in das er seine Erfahrungen und sein Wissen einbringen kann. “Es hat definitiv Türen für mich geöffnet, sowohl auf der Führungs-, als auch auf der Produktebene: Ich weiß, welche Fehler ich vermeiden muss!”
Vladimir ist sogar noch optimistischer, was die Chancen angehen, die aus solchen Erfahrungen entstehen: “Wenn es gut läuft, wirst du nicht mehr mit Personalverantwortlichen sprechen, sondern direkt mit VCs und vielen Unternehmer*innen, die dich bei anderen Unternehmen vorstellen können.”
Fassen wir die wichtigsten Punkte aus diesem Leitfaden zusammen, um dir einen möglichst vollständigen Überblick über die Rolle zu liefern. Auf diese Weise kannst du deine faktenbasierte Entscheidung treffen, so dass du die besten Chancen hast, mit deinem Projekt erfolgreich zu sein!
Vladimir fügt eine weitere Frustration hinzu: die ständige emotionale Achterbahnfahrt! An einem Tag läuft alles gut, und du fühlst dich super. Am nächsten Tag hast du das Gefühl, den größten Fehler deines Lebens gemacht zu haben. “Deshalb ist es wichtig, dass du weißt, wieso du das alles tust”, gibt er zu. Er lacht, “es ist schwer, aber wenn es funktioniert, ist es das wert. Es funktioniert einfach nicht so oft!”
- Anfangs sollte es dein Ziel sein, dein Produkt schnell aufzubauen und dabei zuerst ans Geschäft und erst dann an die Skalierbarkeit des Codes zu denken
- Berufserfahrung zu haben spart wertvolle Zeit, auch wenn ein(e) talentierte(r) Junior-Entwickler*in ebenfalls für diese Rolle geeignet sein kann
- Eine(r) der ersten Angestellten eines Unternehmens zu sein garantiert nicht langfristig eine Stelle als VP of Engineering. Du musst deine Fähigkeiten erweitern können UND dies auch wollen.
- Der Erfolg des Unternehmens, für das du die volle Verantwortung trägst, bestimmt deinen “Wiederverkaufswert” auf dem Markt.
Teil eines Start-Ups zu werden, das sich in einer frühen Phase befindet, kann den Verlauf deiner Karriere beeinflussen… aber die Erfolgsaussichten sind sehr unsicher!
Our webinars will also be available in replay. Register to the event and access our replays whenever you want.
