Wie wir arbeiten
Fester Umfang,keine Überraschung unterwegs
Wie wir ein unscharf definiertes Problem in einen festen Preis und Termin überführen, und was wir von Ihnen brauchen, damit dieser Termin hält.
Wie wir eine Lieferung planen
Sechs Phasen, vom ersten Gespräch bis zur Kennzahl in Produktion. Sie wissen jederzeit, in welcher das Projekt steht und was Sie am Ende jeder Phase erhalten.
- S01
Study: Verstehen
Wir hören zu und erfassen den Kontext, bevor wir über Technik reden. Sie erhalten das Problem auf einer Seite.
- P02
Plan: Planen
Umfang, Phasen, Abnahmekriterien und Preis. Sie entscheiden, ob es weitergeht.
- A03
Assemble: Bauen
Kurze Zyklen mit sichtbarem Fortschritt. Repository ab dem ersten Tag offen.
- D04
Demonstrate: Zeigen
Sie durchlaufen den echten Ablauf in Ihrer Umgebung, vor dem Go-live.
- E05
Endorse: Abnehmen
Qualitäts- und Sicherheitsprüfung, Kriterium für Kriterium.
- S06
Ship & Sense: Liefern und messen
Deployment, Betriebsdokumentation und die Auswertung der Erfolgskennzahlen.
Vorgesehener Zeitplan
Richtwerte für ein mittelgroßes Projekt. Der tatsächliche Zeitplan mit Terminen entsteht am Ende der Scoping-Phase im Lieferplan.
- 15 Tage
01 Aufnahme und technische Abstimmung
Detaillierter Umfang, Prototypen und Architekturentscheidungen.
- 6 Wochen
02 Entwicklung und Integration
Frontend, Backend und APIs, mit Lieferungen, die Sie je Zyklus abnehmen.
- 2 Wochen
03 Tests und technische Validierung
Automatisierte Tests, Integrations- und End-to-End-Tests.
- 1 Woche
04 Dokumentation und Observability
Lösungsdokumentation, Logs, Metriken und Alarme.
- Endmeilenstein
05 Endabnahme und Go-live
Code, Zugänge und Produktivumgebung, mit laufender Messung.
Die Phasen überlappen: Tests beginnen parallel zur Entwicklung. Termine sind vertraglich fixiert und ändern sich nur durch eine von Ihnen gewünschte Umfangsänderung.
Was Sie erhalten, bevor Sie entscheiden
Die Scoping-Phase ist kurz, hat einen Festpreis und endet mit vier Dokumenten. Wenn Sie nicht weitermachen, gehören sie Ihnen, und Sie können damit zu einem anderen Anbieter gehen.
Fester Umfang
Nummerierte Liste dessen, was gebaut wird, und die ausdrückliche Liste dessen, was nicht. Die zweite Liste verhindert den Streit am Ende.
Abnahmekriterien
Für jeden Punkt der Satz, der fertig prüfbar definiert. Keine Adjektive, keine Auslegung.
Lieferplan
Phasen, Meilensteine und Termine, mit dem, was Sie bei jedem erhalten. Zwischen zwei Zahlungen liegen nie mehr als sechs Wochen ohne nachprüfbare Lieferung.
Festpreis
Gesamtsumme, Zahlungsbedingungen und die Regel für Umfangsänderungen. Der Preis ändert sich nicht, weil es technisch schwer wurde: dieses Risiko liegt bei uns.
Was wir von Ihnen brauchen
Die häufigste Ursache für Verzug ist nicht technische Schwierigkeit, sondern Warten. Wir erheben diese Punkte, bevor der Termin steht, und behandeln jeden als Abhängigkeit mit Verantwortlichem und Datum.
Entscheidung und Personen
Jemand mit Befugnis, Umfang und Abnahme freizugeben, ein technischer Ansprechpartner und vereinbarte Verfügbarkeit. Ohne Entscheider wird jede Frage zur Gremiensitzung.
Zugänge und Zugangsdaten
Cloud-Konto, Repository und DNS auf Ihren Namen. Die Infrastruktur entsteht in Ihrem Konto, und der Code gehört Ihnen ab dem ersten Commit.
Systeme und Integrationen
Pro System: Dokumentation, Testumgebung und ein technischer Kontakt. Ohne Sandbox findet der Test in Produktion statt, und das tun wir nicht.
Daten
Repräsentative Testdaten und eine Anonymisierungsregel. Ein System, das gegen drei erfundene Datensätze geprüft wurde, bricht am ersten echten Tag.
Umgebungen und Compliance
Wer die Infrastruktur bezahlt, wo Sie vor dem Go-live abnehmen, und die datenschutzrechtliche Einordnung, die Architektur und Protokollierung verändert.
Nach der Lieferung
Wer das System betreibt, wohin Alarme gehen und wann die Übergabe stattfindet. Ein Alarm, der niemanden erreicht, ist Dekoration.
Wie fehlende Punkte den Plan formen
Kein Klassifizierungsritual: Wir sequenzieren die Lieferung um das, was existiert. Was von einem fehlenden Punkt abhängt, rückt nach hinten; was bereit ist, nach vorn.
Der Zeitplan spiegelt immer die Realität wider, nicht den ursprünglichen Wunsch.
Fehlt etwas, das nur Sie liefern können, und lässt es sich nicht umgehen, wartet die betroffene Phase und der Termin verschiebt sich mit, vertraglich vereinbart, ohne Strafe.
Die Fragen, die jeder Gründer stellt
Was, wenn ich mitten im Projekt umdenke?
Fester Umfang heißt nicht eingefrorener Umfang. Sie fordern die Änderung schriftlich an, wir liefern die Auswirkung auf Termin und Preis binnen zwei Werktagen, und Sie wählen: annehmen, gegen einen gleichwertigen noch nicht begonnenen Punkt tauschen, oder verwerfen. Tauschen kostet nichts und ist der häufigste Weg. Vor Ihrer Antwort wird nichts gebaut.
Was, wenn Sie sich verschätzen?
Das wird passieren, und der Preis bleibt: Das Schätzrisiko liegt bei uns und ist eingepreist. Ist der Termin betroffen, erfahren Sie es an dem Tag, an dem wir es erfahren, nicht am Vorabend des Meilensteins. Und wir schlagen vor, einen Punkt mit geringem Wert zu streichen, bevor wir eine Verzögerung vorschlagen, die Wahl liegt bei Ihnen.
Gehört der Code wirklich mir?
Ja, ab dem ersten Commit, in Ihrem Repository und Ihrem Cloud-Konto. Keine proprietäre Komponente von uns bleibt in Ihrem System. Sie brauchen uns nicht, um weiterzumachen, und das ist Absicht: Wer Kunden über technische Abhängigkeit bindet, muss keine Qualität liefern.
Was, wenn eine Voraussetzung zu spät kommt?
Wir melden es an dem Tag, an dem es zum Risiko wird, nicht an dem, an dem es zur Verzögerung wird. Wir schlagen einen Umweg vor, wenn es einen gibt, etwa synthetische statt echter Daten, und halten fest, welche Nacharbeit dieser Umweg erzeugt. Ist der Punkt blockierend und gibt es keinen Umweg, friert die Phase ein und der Termin verschiebt sich entsprechend.
Sollen wir den Umfang festzurren?
Dreißig Minuten, kostenlos. Sie gehen mit einer klaren Einschätzung: ob das Problem es wert ist, ob Software die richtige Antwort ist, und ob wir die richtigen Leute sind.