So planen, entwickeln und liefern wir Ihre Software
Ein Lieferprozess vom Erstgespräch bis zum Produktiv-Release, mit Code-Review, CI/CD und einer wöchentlichen Demo in jedem Projekt. Das erwartet Sie ab der ersten Woche.
Der Lieferprozess Schritt für Schritt
Der Ablauf ist derselbe, ob Sie einen einzelnen Engineer hinzunehmen oder uns ein ganzes Produkt übergeben.
- 1
Erstgespräch
Angebot innerhalb von 24 Stunden
Wir besprechen Ihre Ziele, Ihren Tech-Stack und Ihre Rahmenbedingungen. Danach erhalten Sie ein schriftliches Angebot mit Aufwandsschätzung.
- 2
Team und Umfang
Sie prüfen passende Profile für Ihren Stack und führen Interviews mit den Engineers Ihrer Wahl. Bei Festpreisprojekten vereinbaren wir eine detaillierte Leistungsbeschreibung mit Meilensteinen.
- 3
Verträge und Onboarding
Etwa 48 Stunden
NDA und Übertragung der IP-Rechte werden vor Projektbeginn unterzeichnet. Die Engineers werden in Ihre Repositories und Tools eingebunden und leisten erste Beiträge.
- 4
Design und Architektur
Bei Produktentwicklungen definieren wir User Stories und Umfang, danach UI-Design, Datenmodell, API-Verträge und Infrastruktur. Sie geben die Designs frei, bevor die Entwicklung beginnt.
- 5
Sprints mit wöchentlichen Demos
Jede Woche
Jede Änderung durchläuft ein Code-Review und automatisierte Tests in der CI/CD-Pipeline. Jede Woche sehen Sie lauffähige Software in einer Sprint-Demo und erhalten einen Fortschrittsbericht.
- 6
Release und nächste Schritte
Wir deployen in die Produktion und übergeben die Dokumentation. Festpreisprojekte beinhalten eine 30-tägige Bugfix-Garantie; laufende Teams skalieren Sie monatlich nach oben oder unten.
Kontrollen in jedem Projekt
Worauf sich Ihre Engineering-, Sicherheits- und Einkaufsabteilung verlassen kann, unabhängig vom Engagement-Modell.
- Code-Review
- Jede Änderung wird von einem weiteren Engineer geprüft, bevor sie gemergt wird.
- Automatisierte Tests und CI/CD
- Jedes Projekt hat automatisierte Tests und eine CI/CD-Pipeline, sodass jede Änderung auf dieselbe Weise gebaut und geprüft wird.
- Wöchentliche Demos
- Jeder Sprint endet mit einer Demo lauffähiger Software. Sie beurteilen den Fortschritt an dem, was läuft, nicht an Statusmeldungen.
- Fortschrittsberichte
- Wöchentliche Fortschrittsberichte, mit einem namentlich benannten Lead, der für die Lieferung verantwortlich ist.
- Ihre Umgebung
- Unsere Engineers arbeiten in Ihren Repositories, Ticket- und Kommunikationssystemen, gemäß Ihren Zugriffsrichtlinien.
- Geistiges Eigentum
- NDA und Übertragung der IP-Rechte werden vor Projektbeginn unterzeichnet. Sämtlicher Code, alle Designs und die gesamte Dokumentation gehören Ihnen.
Engineering-Standards
Die Arbeitsweisen, an die sich unsere Teams in jeder Codebasis halten, die wir verantworten.
- Ein Repository, gemeinsame Typen
- Frontend, Backend und gemeinsame Bibliotheken liegen in einem versionierten Monorepo (Turborepo oder Nx), damit die Typen im gesamten Stack konsistent bleiben.
- Striktes TypeScript
- Der Strict Mode ist immer aktiv, und der Typ any ist im Produktivcode nicht erlaubt. Daten an Systemgrenzen werden mit Zod validiert.
- Schriftliche Tagesupdates
- Tägliche Stand-ups finden schriftlich in Slack statt. So ist der Fortschritt sichtbar, ohne konzentrierte Arbeit zu unterbrechen. Meetings bleiben Entscheidungen vorbehalten, die eine Diskussion brauchen.
- Trunk-Based Development
- Wir mergen täglich in den Main-Branch. Unfertige Funktionen bleiben hinter Feature Flags (LaunchDarkly oder PostHog), bis sie bereit für das Release sind.
- Die 15-Minuten-Regel
- Wer 15 Minuten nicht weiterkommt, bittet um Hilfe. Pair Programming ist ausdrücklich erwünscht, denn der Fortschritt des Teams zählt mehr als individueller Stolz.
Fragen zu unserem Prozess
Wie oft sehen wir Fortschritte?
Jede Woche. Jeder Sprint umfasst eine Demo lauffähiger Software und einen Fortschrittsbericht des verantwortlichen Leads.
Arbeiten Ihre Engineers in unseren Tools?
Ja. Sie arbeiten in Ihren Repositories, Ticket- und Kommunikationssystemen, gemäß Ihren Zugriffsrichtlinien.
Wem gehören Code und Dokumentation?
Vollständig Ihnen. Wir unterzeichnen vor Projektbeginn ein NDA und die Übertragung der IP-Rechte, und der gesamte Code liegt in Ihren Repositories.
Können wir die Teamgröße während des Projekts ändern?
Ja. Sie können das Team monatlich nach oben oder unten skalieren, wenn sich Ihre Roadmap ändert.
Was passiert, wenn ein Engineer nicht passt?
Wir ersetzen ihn im Rahmen unserer Ersatzgarantie ohne Mehrkosten und übernehmen die Übergabe.
Wie arbeiten Sie mit Teams in Nordamerika?
Unser Arbeitstag überschneidet sich mit dem nordamerikanischen Vormittag. In dieser Zeit finden Stand-ups, Reviews und Demos mit Kunden in den USA und Kanada statt.
Lassen Sie uns bauen, was als Nächstes kommt.
Sagen Sie uns, was Sie entwickeln oder skalieren möchten. Sie erhalten innerhalb von 24 Stunden ein Angebot mit Aufwandsschätzung.