Zum Inhalt springen
StratosOne Stratos One

Senior Product Engineering · München · Remote in der EU

Senior Software Engineering
für datenintensive Produkte.

Ich unterstütze Produktteams dabei, Web-, Mobile- und Datensysteme zu entwickeln, zu stabilisieren und zuverlässig in Produktion zu bringen — von APIs und Echtzeit-Datenflüssen bis zum Release. Ein Senior Engineer, durchgehend verantwortlich.

TypeScript · Python · PostgreSQL · React Native · AWS — München, remote in der ganzen EU

Systeme in Produktion
7

Systeme in Produktion

Healthcare, Industrie-IoT, Ticketing, Retail, Marktplätze — jedes davon hat echte Nutzer erreicht.

Oberflächensprachen
11

Oberflächensprachen

Ein Pflegeprodukt läuft in elf Sprachen, darunter Arabisch, Türkisch und Ukrainisch.

Wiederverwendete Fundamente
4

Wiederverwendete Fundamente

Auth, Config, UI und Utilities einmal geschrieben — das zweite Produkt ging live, ohne die Basis des ersten neu zu bauen.

Jede Aussage auf dieser Seite ist durch Software gedeckt, die bereits in Produktion läuft.

Wann das hilft

Hilfreich, wenn das Produkt vorankommen muss, der technische Weg aber unklar ist.

  • Ein Release steht

    Der Termin steht, aber Architektur, Daten oder eine Integration blockieren — und niemand im Raum kann sicher sagen, welches davon.

  • Keine Senior-Verantwortung

    Ihr braucht jemanden, der Backend und Frontend gemeinsam verantwortet und entscheidet — ohne dafür eine weitere feste Stelle zu schaffen.

  • Die Daten widersprechen sich

    Echtzeit-Flows, APIs und Clients glauben Unterschiedliches über denselben Datensatz — und der Support fängt die Differenz auf.

  • Ein Plan vor der Investition

    Ein größeres Vorhaben steht an, und ihr wollt eine unabhängige technische Einschätzung zu Umfang, Reihenfolge und Risiko, bevor das Budget gebunden wird.

Ausgewählte Projekte

Drei Systeme — und was sich geändert hat, weil sie live gingen.

Kundensysteme in Produktion, jeweils mit der Entscheidung, die sie tragfähig gemacht hat, und dem Preis dieser Entscheidung. Wo es eine ausführliche Fallstudie gibt, ist sie verlinkt; wo nicht, steht kein Link statt eines toten Links.

Zusammenarbeit

Drei Formate. Beginne mit dem kleinsten, das deine Frage beantwortet.

Jedes endet mit etwas, das dir vollständig gehört — ein Dokument, ein Release, ein Repository, das dein Team pflegen kann. Keines setzt voraus, dass du das nächste kaufst.

Technisches Delivery-Diagnostic

5–10 Arbeitstage

Ein System, eine kritische Frage, ein priorisierter Plan. Du erhältst eine Systemkarte, belegte Risiken, schnelle Verbesserungen und einen sequenzierten Lieferplan, der dir gehört.

Was du bekommst

  • Kickoff und eine schriftlich vereinbarte technische Hauptfrage
  • Review der vereinbarten Repositories, Dokumente, Logs und Architektur
  • Eine Systemkarte des Ist-Zustands
  • Priorisierte Risiken und schnelle Verbesserungen
  • Ein 30/60/90-Tage-Lieferplan
  • Abschlusssitzung und schriftliche Übergabe

Mit dem Diagnostic starten

Production Build Sprint

4–8 Wochen

Ein klar definiertes Ergebnis in Produktion geliefert — eine API oder ein Datenfluss, ein Mobile-Feature, eine Migration oder eine Verbesserung der Zuverlässigkeit.

Embedded Senior Engineering

Definierter Zeitraum

Senior-Kapazität, die direkt in deinem Produktteam mitarbeitet — mit Verantwortung für Design, Implementierung, Tests und Release.

Umfang und Festpreis werden vor dem Start schriftlich vereinbart. Damit steht vorher fest, was es kostet, herauszufinden, ob das trägt.

Wie geliefert wird

Vier Phasen — und nach jeder kannst du aufhören.

Keine Phase setzt voraus, dass du die nächste kaufst. Jede endet mit etwas, das dir vollständig gehört — ein Dokument, ein Repository, ein Release.

  1. Rahmen

    Zwei Wochen. Wir erfassen die Domäne, benennen die Risiken und liefern einen schriftlichen Plan mit Kosten. Am Ende steht ein Dokument, das dir gehört — keine Abhängigkeit von uns.

    Track Atlas

  2. Bauen

    Erst das Schema, dann die Oberflächen. Du bekommst früh funktionierende Software vor echte Nutzer, auf einer Basis, die ein zweites Produkt wiederverwenden kann.

    Track Vault · Forge

  3. Härten

    Vor dem Launch, nicht nach dem Vorfall. Secrets geprüft, Berechtigungen auf das Begründbare reduziert, DSGVO-Aufstellung schriftlich.

    Track Sentinel

  4. Ausliefern

    Stores, Pipelines, Sichtbarkeit in der Suche und die Übergabe. Dein Team bekommt wartbare Dokumentation und die Schlüssel zum Repository.

    Track Relay · Beacon

Capability-Tracks

Sechs Capability-Tracks. Ein verantwortlicher Senior Engineer.

Keine sechs Personen und keine autonome Software, die du anheuerst. Es sind die Tracks, in denen die Arbeit organisiert ist — ein Mandat kann auf einen davon zugeschnitten sein oder alle sechs durchlaufen.

  • Analyse & Architektur

    Atlas

    Erfasst die Domäne, bevor jemand Code schreibt, und hält fest, warum jede Entscheidung so gefallen ist.

  • Daten & Backend

    Vault

    Entwirft das Schema, das du in drei Jahren noch abfragen kannst, und die Zugriffsregeln, die es rechtskonform halten.

  • Produktentwicklung

    Forge

    Baut die Oberflächen, die Nutzer wirklich anfassen — Web und Mobile aus einer Codebasis, einem Design-System, einem Login.

  • Sicherheit & Compliance

    Sentinel

    Hält Secrets vom Client fern, Berechtigungen minimal und deine DSGVO- und Store-Unterlagen belastbar.

  • Release & Betrieb

    Relay

    Bringt es in den Store und hält es dort — Pipelines, Signierung, Rollbacks und die langweiligen Migrationen, für die niemand budgetiert.

  • Reichweite & Wachstum

    Beacon

    Macht das Produkt auffindbar — technisches SEO, echte Mehrsprachigkeit und Analytics, aus denen sich handeln lässt.

Wer verantwortet

KI-gestützte Umsetzung. Menschlich verantwortete Entscheidungen.

Ein Senior Engineer entwirft das System, schreibt die Teile, in denen das Risiko sitzt, prüft alles, was ausgeliefert wird, und zeichnet das Release. Du sprichst direkt mit dieser Person — vom ersten Gespräch bis zur Übergabe. Dieselbe Person sitzt im Call, im Pull Request und im Incident.

KI und Vertraulichkeit

KI-Werkzeuge können Analyse und Umsetzung beschleunigen, soweit die Richtlinie des Kunden das erlaubt. Entscheidungen zu Architektur, Sicherheit, Code-Review und Release bleiben menschlich verantwortet. Vertrauliches Material wird ohne ausdrückliche Freigabe niemals an KI-Dienste Dritter übermittelt.

Vollständige Referenzen ansehen

Vor dem ersten Gespräch

Die Fragen, die zuerst kommen.

Welche Projekte passen?

Datenintensive Web-, Mobile- und Backend-Systeme, bei denen Korrektheit mehr zählt als Neuheit: APIs und Datenmodelle, Echtzeit- und IoT-Flows, Healthcare- und operative Produkte, Retail- und Marktplatz-Anwendungen. Am stärksten dort, wo ein System bereits existiert und weiterlaufen muss, während es sich ändert.

Kannst du mit unserem bestehenden Team und Code arbeiten?

Ja — das ist der Normalfall, nicht die Ausnahme. Genau dafür gibt es Embedded Senior Engineering: Arbeit innerhalb eurer Repositories, eures Review- und eures Release-Prozesses statt daneben. Greenfield ist ebenfalls willkommen, aber hier setzt nichts einen leeren Ordner voraus.

Müssen wir nach dem Diagnostic weitermachen?

Nein. Das Diagnostic endet mit einem Dokument, nicht mit einem Retainer. Systemkarte, Risiken und der 30/60/90-Tage-Plan gehören euch — unabhängig davon, ob die nächste Phase bei Stratos One beauftragt, vom eigenen Team umgesetzt oder ganz anders vergeben wird.

Wem gehören Code und Dokumentation?

Euch. Der Code entsteht nach Möglichkeit in euren Repositories und wird mit der Dokumentation übergeben, die nötig ist, um ihn ohne den Autor zu pflegen. Kein Bestandteil einer Lieferung hängt an fortgesetztem Zugang zu Stratos One.

Wie setzt du KI-Werkzeuge mit unserem Code und unseren Daten ein?

KI-Werkzeuge können Analyse und Umsetzung beschleunigen, soweit eure Richtlinie das erlaubt. Entscheidungen zu Architektur, Sicherheit, Code-Review und Release bleiben menschlich verantwortet. Vertrauliches Material wird niemals ohne eure ausdrückliche Freigabe an KI-Dienste Dritter übermittelt — und wenn eure Richtlinie gar keine KI vorsieht, ist das eine machbare Rahmenbedingung, kein Ausschlusskriterium.

Von wo aus arbeitest du, und wie überschneiden wir uns?

Aus München, in mitteleuropäischer Zeit, remote über EU-Zeitzonen hinweg. Das bedeutet einen vollen Arbeitstag Überschneidung mit Teams in DACH und weiten Teilen Europas statt eines Zwei-Stunden-Fensters am Tagesrand.

Sag mir, was live gehen muss — oder was es blockiert.

Bring ein Systemdiagramm, eine langsame Query, ein fehlgeschlagenes Release oder ein Produktziel mit. Das erste 30-Minuten-Gespräch ist kostenlos, und wenn ich nicht die richtige Person bin, sage ich das in diesem Gespräch.

Übliche Antwortzeit: unter 48 Stunden, vom Engineer selbst