Folge-Engagement·Build Sprints folgen nachSprint Zero
2–12 Wochen · T&M oder Festpreis

Build Sprints — vom Plan zur produktionsreifen Software.

Zwei bis zwölf Wochen fokussiertes Engineering. Wöchentlicher Demo-Rhythmus. Gemeinsamer Backlog. Klare Verantwortung. Ergebnis: Software, die Sie an Ihre Kunden ausrollen können.

Abrechnungs-Modi

Modi:

Variante 1

Time & Material

Stundensatz auf Anfrage

  • Wöchentliche Reports, transparenter Burn
  • Empfohlen bei: explorativem Scope, neuen Feature-Linien
Klarer Scope

Festpreis

Nach Scope

  • Klare Akzeptanz-Kriterien, Change-Request-Prozess
  • Empfohlen bei: klar umrissenen Liefergegenständen
  • 15 % Risk-Buffer eingerechnet

Wochenrhythmus

Sprint-Anatomie.

Konkreter Wochenrhythmus, jede Woche gleich. Kein Improvisieren mit Status-Calls.

  1. Montag

    Sprint-Planning, 90 Minuten. Gemeinsame Priorisierung im Linear-/Jira-Backlog.

  2. Dienstag bis Donnerstag

    Build. Asynchrone Updates im Slack-Kanal, kein Daily-Call.

  3. Freitag

    Demo (30 bis 45 Minuten) plus Retro. Schriftlicher Wochenstatus mit Burn-Chart bis Freitagabend.

Sprint-Inhalt

Was im Sprint dabei ist:

Wöchentliches Demo + Retro

Gemeinsamer Slack/Teams-Kanal

Linear/Jira-Backlog

CI/CD von Tag 1

Dokumentation als Liefer-Artefakt

Übergabe-Sprint am Ende

Typische Outcomes

Beispiel-Outcomes:

SaaS-MVP von 0 auf BetaStripe-Subscriptions + Customer PortalStrapi-Headless-CMS-MigrationNestJS-Backend-RefactorKI-Feature-Integration in bestehende App

Entscheidungshilfe

Festpreis oder Time & Material.

KriteriumFestpreisTime & Material
Scope-Klarheithochniedrig bis mittel
Risk-Buffer15 % im Preisbeim Kunden
Change-Requestsformaler Prozessflexibel
Best fürklar abgegrenzte Moduleexploratives Bauen

Klare Abgrenzung

Was wir nicht bauen.

Mobile Apps Native (iOS/Android Native) als Hauptprodukt.
Blockchain- oder Krypto-Plattformen.
WordPress- oder Shopware-Customizing.
Embedded oder Hardware-nahe Software.
Game-Development.

Übergabe

Übergabe und Code-Eigentum.

Code gehört dem Kunden ab erstem Commit.
Git-Repo läuft im Kunden-Account (GitHub oder GitLab).
Übergabe-Sprint mit Dokumentation, Runbook, Onboarding-Session.
30 Tage Bug-Garantie nach Produktiv-Gang.

FAQ

FAQ Build Sprints.

Wie viele Sprints parallel führt ihr maximal?

Zwei. Bei drei sinkt die Demo-Disziplin und die Code-Review-Tiefe. Drittes Mandat geht in den Sub-Kontraktor-Pool oder wird verschoben.

Können wir externe Designer einbinden?

Ja. Wir arbeiten gut mit Figma-First-Designern. Übergabe per Figma-Link mit Component-Library, Implementation in Tailwind oder CSS-Modules nach Vorgabe.

Wer ist Ansprechpartner während des Sprints?

Direkt der Engineer, der baut. Kein Account-Manager, keine Übergabe-Kette. Im Strategic-Retainer auch im Standup Ihres Teams.

Was passiert bei Krankheit oder Urlaub?

Bei geplantem Urlaub: Verschiebung um die Urlaubsdauer, vorab abgestimmt. Bei Krankheit über 3 Tage: Sub-Kontraktor-Pool greift, transparent kommuniziert. Sprint-Tiefen werden gemeinsam mit dem Kunden gesichert.

Build Sprint planen

Vom Plan zur produktionsreifen Software.

Jeder Build Sprint folgt nach Sprint Zero. Wenn der noch fehlt — buchen Sie zuerst Sprint Zero, dann planen wir den passenden Sprint.