Vorgehen
Wie wir entscheiden, unsere Arbeit prüfen und übergeben.
Diese Seite richtet sich an alle, die unsere Arbeit prüfen werden: CTOs, Tech Leads und Gründer, die wissen möchten, was zwischen Kickoff und Produktion passiert. Jeder Abschnitt nennt die konkrete Praxis, nicht ein Prinzip.
Architektur: Entscheidungen und Abwägungen
Was sich nur teuer rückgängig machen lässt, entscheiden wir früh und halten es schriftlich fest.
Entscheidungsprotokolle
Eine Seite pro wesentlicher Entscheidung: Kontext, geprüfte Optionen, die Wahl und ihre Konsequenzen. Abgelegt in Ihrem Repository.
Grenzen zuerst
Datenverantwortung, Mandantenfähigkeit und Integrationsgrenzen werden vereinbart, bevor die Feature-Arbeit beginnt.
Umkehrbarkeit
Wir bevorzugen Optionen, die sich günstig rückgängig machen lassen, und sagen es offen, wenn eine Entscheidung endgültig ist.
Qualität: Review, Tests und Release-Kriterien
Qualität wird vor der Entwicklung vereinbart, damit beim Release niemand darüber streiten muss.
Code-Review
Jede Änderung wird von einem Engineer geprüft, der sie nicht geschrieben hat. KI-generierte Änderungen durchlaufen dasselbe Review.
Tests, wo das Risiko liegt
Automatisierte Tests für Authentifizierung, Zahlungen, Datenmigrationen und alles, was die Abnahmekriterien nennen.
Release-Kriterien
Eine schriftliche Checkliste pro Release: Abnahmekriterien erfüllt, Monitoring eingerichtet, Rollback getestet.
Zusammenarbeit mit Ihrem Team
Standardmäßig remote, mit gemeinsamen Arbeitszeiten für Entscheidungen und schriftlicher Abstimmung für alles andere.
Wöchentliches Review
Jede Woche ein Review lauffähiger Software anhand des vereinbarten Umfangs.
Schriftliche Updates
Kurze asynchrone Updates: was ausgeliefert wurde, was als Nächstes kommt, was blockiert ist und wer entscheiden muss.
Ihre Tools
Wir arbeiten in Ihren Repositories, Ihrem Issue-Tracker und Ihrem Chat, damit die Historie bei Ihnen bleibt.
Eigentum: Code, Deployment und Übergabe
Sie sollten jederzeit ohne uns weitermachen können.
Ihre Konten
Repositories, Cloud-Konten und Domains gehören von Anfang an Ihnen.
Benannte Verantwortung
Für jedes Release ist ein namentlich benannter Engineer im Produktivbetrieb verantwortlich.
Übergabe
Runbooks, Architekturnotizen und eine gemeinsame Einführungssitzung gehören zum Umfang jedes Auftrags.
Modelle der Zusammenarbeit
- 01
Projektumsetzung
Wir verantworten ein vereinbartes Ergebnis anhand von Abnahmekriterien. Änderungen am Umfang laufen über einen schriftlichen Änderungsprozess.
- 02
Dediziertes Team
Ein stabiles Senior-Team für Ihre Roadmap. Ihre Produktleitung priorisiert; wir verantworten die Lieferqualität. So funktioniert es.
- 03
Laufende Partnerschaft
Wartung, Monitoring und nächste Ausbaustufen nach einem Release, monatlich geplant.
Nächster Schritt
Sagen Sie uns, was Sie entwickeln möchten.
Beschreiben Sie das Produkt, System oder den Workflow, den Sie verbessern möchten. Wir arbeiten remote für Unternehmen in Europa und den USA, auf Englisch oder BCMS.