Greenfield
Bau mir das
Ein klar umrissenes Produkt oder System, das es geben muss, aber niemand intern kann es von Anfang bis Ende verantworten. Ich bringe es von null in den Produktivbetrieb: Architektur, Code, die undankbaren Teile, den Launch.
Build
Das Ding wird
gebaut und geliefert.
Manchmal ist die Analyse gemacht und der Plan steht; was jetzt fehlt, ist jemand, der die Arbeit macht. Zwei Jahrzehnte Senior-, Staff- und Principal-Engineering, an der Tastatur, bis es über die Ziellinie ist. Greenfield-Projekte bringe ich von null in den Produktivbetrieb, oder ich besetze einen Senior-Platz in deinem Team, während du in Ruhe einstellst.
Das Problem
Du weißt, was zu bauen ist, nur nicht, wer es baut.
Das Schwierige ist nicht mehr die Strategie. Es ist, dass die Aufgabe vor dir ein Maß an Erfahrung verlangt, das dein Team nicht hat und das du in deinem Zeitrahmen nicht einstellen kannst. Das Neue muss gebaut werden, und niemand hat dafür Kapazität; oder ein Senior-Platz steht leer und vor dir liegt eine halbjährige Suche, während die Roadmap wartet. Genau diese Lücke fülle ich.
Die Lücke
Ein Platz, den du nicht schnell genug besetzt
Eine Senior-, Staff- oder Principal-Rolle, die du jetzt besetzt brauchst, nicht erst nach einem Einstellungszyklus. Ich steige ins Team ein und mache den Job, während du in Ruhe suchst, damit die Roadmap nicht auf eine offene Stelle wartet.
Wie es läuft
Zwei Modi, dieselben Hände.
Modus eins
Externer Contractor
Du gibst mir, was gebaut werden soll, und ich baue es. Ich verantworte die Architektur, schreibe den Code und liefere in Produktion, gegen einen vorab vereinbarten festen Umfang. Du bekommst das Ergebnis, ohne fest einzustellen oder dein bestehendes Team zu überdehnen.
Modus zwei
Eingebettet in deinem Team
Ich komme ins Team und arbeite neben deinen Engineers: in der Codebase, im Code-Review, im Standup. Ein erfahrenes Paar Hände, das die Leute drumherum mitzieht, keine Blackbox, die ein Deliverable abliefert und wieder verschwindet.
So oder so beginnt es mit einem Diagnostic: einer kurzen Analyse von Produkt und Codebase, die einen priorisierten Plan ergibt. Danach wissen wir beide genau, was gebaut wird, bevor sich jemand festlegt.
Beispiele
Dinge, die ich bis in die Auslieferung gebracht habe.
E-Mobility · Firmware
Librescoot
Freie und quelloffene Ersatz-Firmware für eine vernetzte europäische E-Scooter-Plattform. Embedded Linux, Echtzeit-CAN, BLE, Mobilfunk-Telematik, OTA-Delta-Updates. Ausgeliefert und im Feld auf echten Fahrzeugen im Einsatz.
Öffentlicher Sektor · Suche
Quellenportal
Eine Suchplattform für das Bundesarchiv, auf Rails 8 und Meilisearch, für Historiker, Journalistinnen und die Öffentlichkeit. Greenfield, von null in den Produktivbetrieb.
SaaS · Boards
Bretto
Ein Tool für Boards und Karten im Stil von Trello: Listen, Karten und Labels hinter einer GraphQL-API, mit Go-Backend und einer CLI obendrauf. Von Anfang bis Ende gebaut und betrieben.
Was es kostet
Aus der Analyse abgeleitet, Festpreis oder Retainer.
Ein Build wird direkt aus dem Diagnostic abgeleitet, sodass der Preis die tatsächliche Arbeit abbildet und keine Schätzung. Danach ist es ein Festpreis-Projekt oder ein Retainer, je nachdem, was zur Form der Arbeit passt.
Der Einstieg
Ein Diagnostic, ein bis zwei Wochen, das den Plan liefert, gegen den der Build kalkuliert wird.
ab 6.000 €
Richtwert, pro Engagement zugeschnitten.
Der Build
Ein Greenfield-Build läuft als Festpreis-Projekt, abgeleitet aus dem Diagnostic. Einen Senior-Platz in deinem Team zu besetzen läuft als Embedded-Retainer, ab zwei Tagen pro Woche an der Arbeit.
ab 14.000 €/Mon.
Embedded-Retainer oder Festpreis-Projekt, kalkuliert aus dem Diagnostic.
Alle Angaben sind Ausgangspunkte, zzgl. USt. Retainer laufen mit 90 Tagen Mindestlaufzeit, danach monatlich. Das vollständige Engagement-Modell ansehen →
Etwas, das gebaut werden muss?
Sag mir, was es ist und wo es hakt. Wenn ein Diagnostic der richtige erste Schritt ist, sage ich es dir. Wenn nicht, sage ich das auch.