Vier Phasen. Kein Theater.

Häufige Fragen zum Prozess.

Was Kunden fragen, bevor sie zusagen.

• Wie lange dauert die Discovery-Phase typisch?+

  Zwischen drei Tagen und zwei Wochen, abhängig von der Komplexität und davon, wie viele Stakeholder einzubeziehen sind. Für eine fokussierte Marketing-Site reichen oft zwei Termine. Für eine Multi-Tenant-SaaS mit drei User-Gruppen + Compliance-Anforderungen sind eher 8–12 Stunden Interview-Zeit über zwei Wochen verteilt realistisch. Wichtig: Discovery ist nicht „kostenloser Pitch". Abgerechnet wird sie als erster echter Arbeitsblock, wenn du danach nicht weiterbauen willst, hast du trotzdem eine sauber dokumentierte Discovery zum Mitnehmen.

• Was, wenn sich nach Phase 2 das Scope ändert?+

  Genau dafür sind die Phasen geschnitten. Die Architektur-Phase ist die letzte realistische Stelle, an der du das Scope ohne Schmerz ändern kannst, danach ist Code da, der angepasst werden muss. Gebaut wird aber bewusst so, dass auch innerhalb der Bauen-Phase Pivots möglich sind: Die Slice-Planung wird alle zwei Wochen neu bewertet, Feature-Flags erlauben Wegrollen ohne Rollback-Stress, und im Repo wird dokumentiert, warum was gewählt wurde, sodass eine spätere Änderung nicht heißt: „warum wurde das eigentlich so gemacht?".

• Macht ihr Sprint-Planning, Stand-ups, Retros, den ganzen Scrum-Apparat?+

  Alle zwei Wochen wird ein Slice geliefert, mit einem kurzen Status-Update. Bei Bedarf 30 Minuten Termin, sonst läuft die Abstimmung asynchron. Retros nach jedem Slice schriftlich, nicht als 90-Min-Workshop. Die Hälfte der Scrum-Rituale ist Bürokratie, die kleine Teams nicht brauchen. Die andere Hälfte, Slice-Demo, schriftliches Update, klarer nächster Schritt, ist nützlich. Die bleibt.

• Können wir mitarbeiten, wenn wir eigene Entwickler haben?+

  Ja, und das macht das Ergebnis meistens besser, weil ihr Domain-Wissen mitbringt, das von außen nie nachzuholen wäre. Drei Modelle sind denkbar, je nach Team-Bandbreite: (1) method64 baut, euer Team reviewed PRs und übernimmt nach 4–8 Wochen, Lift-out-Szenario. (2) Mixed Pair: method64 und euer Senior arbeiten am selben Slice, ihr lernt den Stack während gebaut wird, Kompetenz-Aufbau. (3) method64 baut Frontend, ihr Backend (oder umgekehrt), wenn ihr eines davon stark beherrscht und das andere zukauft. Welches Modell passt, wird in der Discovery geklärt, meist ergibt es sich aus eurer Auslastung.

• Was passiert nach den 4 Wochen Hypercare?+

  Drei Optionen. (a) Pay-per-Use: du meldest dich, wenn was ist; abgerechnet wird pro Stunde. Kein Mindest-Retainer. (b) Festes Stundenkontingent pro Monat (typisch 4–16 Std), inkludierte Wartung + Monitoring-Reviews + kleine Anpassungen. (c) Lift-out: Übergabe-Sessions an dein Team, danach läuft das Produkt komplett bei dir. Empfehlung ist oft (a) zuerst, wenn das Volumen merklich wird, Wechsel zu (b).