Ein MVP in 30 Tagen ist nur belastbar, wenn Umfang, Startbedingungen und Entscheidungsprozess in dieses Zeitfenster passen. Es ist kein Versprechen, jede Produktidee innerhalb eines Monats produktiv zu setzen. Definieren Sie die kleinste Version, die eine echte Geschäftsfrage für eine benannte Benutzergruppe beantwortet. Vereinbaren Sie anschließend, was funktionsfähig bedeutet, wer die Abnahme verantwortet und welche Risiken den Zeitplan stoppen können.
Mit einem Ergebnis und einem Benutzerablauf beginnen
Nehmen wir ein hypothetisches internes Antragsportal. Die Frage lautet, ob Beschäftigte einen Antrag stellen und eine sichtbare Entscheidung erhalten können, ohne E-Mails nachzuverfolgen. Der Ablauf besteht aus Einreichen, Prüfen, Genehmigen oder Ablehnen und Statusabfrage. Das bildet eine sinnvolle Grenze für die Analyse. Marktplatz, Abrechnung, mobile Anwendung und umfassende Analytik sind andere Ergebnisse, auch wenn sie als unverzichtbare spätere Funktionen bezeichnet werden.
Formulieren Sie das Ergebnis in einem Satz, den Käufer und Entwickler gleich verstehen. Benennen Sie erste Benutzer, erwartete Mengen und verarbeitete Daten. Wählen Sie ein Erfolgskriterium, etwa einen Abschluss ohne Support, und erheben Sie nach Möglichkeit einen Ausgangswert. Nutzung und kommerzielle Nachfrage bleiben zu prüfende Hypothesen. Die fertige Oberfläche beweist sie nicht.
Den Umfang als beobachtbares Verhalten vereinbaren
| Enthaltenes Verhalten | Beispiel für einen Abnahmenachweis |
|---|---|
| Gültigen Antrag einreichen | Pflichtfelder werden geprüft; erfolgreiche Einreichung erhält eine sichtbare Referenz |
| In der richtigen Organization prüfen | Berechtigte Prüfer sehen erlaubte Anträge; fremde Organizations bleiben gesperrt |
| Genehmigen oder ablehnen | Nur erlaubte Rollen entscheiden; gespeicherter und angezeigter Status stimmen überein |
| Fehlgeschlagene Einreichung auffangen | Der Benutzer sieht eine hilfreiche Fehlermeldung und verliert seine Eingaben nicht |
| Betreiben und übergeben | Ein benannter Verantwortlicher kann bereitstellen, Fehler prüfen und Wiederherstellungsanweisungen befolgen |
Vereinbaren Sie zum Ablauf passende Anforderungen an Barrierefreiheit, Sicherheit und Leistung. Sie gehören zu einer nutzbaren Umsetzung. Kürzen Sie bei Zeitdruck die Funktionsbreite. Machen Sie Authentifizierung, Berechtigungsprüfungen oder notwendige Fehlerbehandlung nicht optional, um einen Termin zu halten. Legen Sie fest, welche Prüfungen automatisch laufen und welche Abnahmen eine fachliche Prüfung erfordern.
Ausschlüsse ausdrücklich festhalten
- Keine native mobile App, sofern sie nicht die gewählte erste Plattform ist; unterstützte Browser und Geräte vereinbaren.
- Keine historische Datenmigration außerhalb eines vereinbarten Musters oder Importformats.
- Keine Abrechnung, erweiterten Berichte, frei konfigurierbaren Rollen oder zusätzlichen Organisationsabläufe, sofern sie für diesen Ablauf nicht erforderlich sind.
- Keine Annahme, dass unbestätigte Drittanbieterintegration, Produktionszugriff oder externe Freigabe rechtzeitig verfügbar werden.
Ausschlüsse verhindern, dass beide Parteien mit denselben Worten unterschiedliche Produkte kaufen. Dokumentieren Sie sie direkt neben dem enthaltenen Umfang, nicht in einer vergessenen Besprechungsnotiz. Vergleichen Sie neue Anforderungen mit dem Ziel der Version. Tauschen Sie sie gegen ähnlich aufwendige Arbeit, verschieben Sie sie oder beschließen Sie ausdrücklich eine Änderung von Zeit und Budget.
Die Startbereitschaft vor Beginn des Zeitfensters prüfen
Bestätigen Sie vor dem Startdatum Entscheider, repräsentative Daten, Gestaltungsrichtung, erforderliche Systemzugriffe und Abnahmeverantwortlichen. Definieren Sie im Angebot, ob 30 Tage Kalender- oder Arbeitstage bedeuten. Vereinbaren Sie Antwortzeiten für Prüfungen und das Vorgehen bei blockierten Abhängigkeiten. Eine offene Freigabe des Zahlungsdienstes oder ein nicht verfügbarer ERP-Administrator ist ein Terminrisiko, keine freie Entwicklungskapazität.
| Planungsprüfung | Entscheidung oder Nachweis |
|---|---|
| Erste Woche | Ablauf, Prototyp, Zugriff und Abnahmebeispiele bestätigen |
| Zweite Woche | Den vollständigen minimalen Ablauf mit repräsentativen Daten vorführen |
| Dritte Woche | Berechtigungen, Fehlerpfade und fachliche Abnahmefälle prüfen |
| Abschlussphase | Startblockaden lösen, Betrieb dokumentieren und Rollout beschließen |
Diese Reihenfolge ist ein Beispiel, keine Liefergarantie. Arbeiten überschneiden sich, der Kalender hängt von vereinbartem Umfang und Startbereitschaft ab. Eine wöchentliche Vorführung soll Entscheidungen früh sichtbar machen. Ist der vollständige Ablauf zur Halbzeit noch blockiert, ändern Sie die Grenze der Version. Eine ausgefeilte Bildschirmansicht belegt nicht, dass der gesamte Prozess fast fertig ist.
Festlegen, was der Käufer erhält
Zur Abnahme gehören Quellcodezugriff, Bereitstellungskonfiguration, Testnachweise, bekannte Einschränkungen und Betriebsanleitung. Benennen Sie, wer nach der Lieferung Hosting, Zugangsdaten und Support verantwortet. Unterscheiden Sie Fehler gegenüber dem vereinbarten Verhalten von neuen Funktionswünschen. Vereinbaren Sie Supportzeitraum und Reaktionszeiten im Angebot, statt eine unbegrenzte Wartungsverpflichtung vorauszusetzen.
Für Produktentwicklung bringen Sie den Benutzerablauf und die Entscheidung mit, die die erste Version ermöglichen soll. Dominieren offene Architektur- oder Integrationsfragen, beginnen Sie mit Softwarearchitektur. Der Vergleich der Zusammenarbeitsmodelle erklärt, wann ein begrenztes Projekt und wann ein dauerhaftes Team passt.