Wir arbeiten iterativ, weil sich Anforderungen im Laufe eines Projekts präzisieren. Was nicht verhandelbar ist: fixe Sprintlängen, dokumentierte Entscheidungen und eine Definition of Done, die vor dem ersten Ticket steht.
Prozess · Phase 03
Alle zwei Wochen etwas, das läuft.
Wir entwickeln in Sprints mit fester Länge und liefern produktionsreife Inkremente auf eine echte Staging-Umgebung — abnehmbar am Ende jedes Sprints.
Haltung
Agil heißt bei uns überprüfbar.
-
Fester Takt: Sprintlänge und Termine stehen für die ganze Laufzeit — Planung bleibt möglich.
-
Abnahme auf Staging: Bewertet wird laufende Software.
-
Änderungen mit Preis: Neue Anforderungen sind willkommen — mit offener Aussage zu Folgen für Umfang und Termin.
Arbeitsweise
Woraus ein Sprint besteht.
Immer gleicher Rahmen, damit die Aufmerksamkeit bei der Fachlichkeit bleibt.
01Sprint Planning
Wir vereinbaren ein Sprintziel und den Umfang, der realistisch dazugehört. Ihr Product Owner priorisiert, wir sagen, was in der Kapazität Platz hat.
02Entwicklung mit Review
Jede Änderung wird von einer zweiten Person geprüft, bevor sie in den Hauptzweig kommt. Coding-Standards und Architekturprinzipien gelten für alle im Team, auch bei Zeitdruck.
03Automatisierte Tests
Kritische Fachlogik ist durch Tests abgedeckt, die bei jedem Build laufen. Damit bleibt die Software änderbar, wenn sie größer wird.
04Sprint Review
Am Sprintende zeigen wir den Stand auf Staging. Sie testen selbst und geben Rückmeldung, die in die nächste Planung einfließt.
05Retrospektive
Wir prüfen das Produkt und die Zusammenarbeit: Was hat gebremst, was fehlt an Zugängen, Entscheidungen oder Informationen.
So läuft es ab
Der Zyklus eines Sprints.
Vier wiederkehrende Punkte, an denen jeweils klar ist, wer entscheidet.
01
Planung
Priorisierung durch Sie, Aufwandseinschätzung durch uns, gemeinsames Sprintziel.
02
Umsetzung
Entwicklung mit laufenden Reviews und automatisierten Tests; täglicher kurzer Abgleich im Team.
03
Review
Demonstration am laufenden System, Abnahme der fertigen Punkte, offene Punkte wandern zurück ins Backlog.
04
Retro
Kurze, konkrete Verbesserung für den nächsten Sprint — eine Maßnahme, die wirklich umgesetzt wird.
Nach der Retro beginnt der nächste Sprint mit Schritt 01 — alle zwei Wochen, im gleichen Takt.
Wirkung
Was der Takt für Sie bedeutet.
Der wichtigste Effekt ist Steuerbarkeit.
01Früh sichtbar
Sie sehen bereits nach zwei Wochen laufende Software.
- Fehlannahmen früh erkannt
- Kurskorrektur ohne Neuanfang
02Planbare Kosten
Feste Sprintkapazität ergibt einen verlässlichen Kostenverlauf, auch wenn Inhalte wechseln.
- Gleichbleibende Sprintkosten
- Umfang bleibt verhandelbar
03Qualität nicht verhandelbar
Tests und Reviews stehen nicht zur Disposition, wenn es eng wird — sonst zahlen Sie es später.
- Vier-Augen-Prinzip
- Regressionsschutz
Häufige Fragen
Was zur Zusammenarbeit gefragt wird.
Nächster Schritt
Sprechen wir über Ihr Vorhaben.
Der kleinste sinnvolle Schritt ist ein gemeinsamer Workshop. Danach wissen Sie, was Ihr Vorhaben grob kostet — und wir, ob wir die Richtigen dafür sind.