Das Ziel der ersten Version ist nicht, alle Ideen gleichzeitig umzusetzen, sondern eine funktionierende Antwort auf einen echten Bedarf zu liefern. Der MVP-Ansatz (Minimum Viable Product, minimal funktionsfähiges Produkt) soll diese Antwort früher zu den Nutzern bringen. Ein kleiner Umfang sollte dabei nicht mit einer halbfertigen Erfahrung verwechselt werden.
01Zuerst ein einziges Ergebnis auswählen
In einer Unternehmenssoftware kann das erste Ziel sein, ein Angebot zu erstellen, einen Termin zu buchen oder eine Lagerbewegung zu verfolgen. Beschreiben Sie den Weg, den der Nutzer vom Start bis zum Ergebnis zurücklegen muss. Bewahren Sie in der ersten Version die kritischen Schritte dieses Weges. Zusätzliche Berichte und weiterführende Personalisierungen können später folgen; kann der Nutzer seine Kernaufgabe jedoch nicht abschließen, war der Umfang der ersten Version falsch begrenzt.
02Zurückgestellte Punkte sichtbar halten
Eine zurückgestellte Funktion ist keine vergessene Funktion. Anfragen, die nicht in die erste Version aufgenommen werden, mit Begründung festzuhalten, sorgt dafür, dass alle Beteiligten dieselbe Erwartung an die Lieferung haben. Mit nur einer Zahlungsmethode zu starten, kann etwa eine bewusste Entscheidung sein. Dass eine fehlgeschlagene Zahlung dem Nutzer erklärt wird, gehört dann jedoch zur funktionierenden Lieferung dieser Methode. Genau hier zeigt sich der Unterschied zwischen einem verkleinerten Umfang und einer unvollständigen Arbeit.
Um Umfang und zurückgestellte Punkte schriftlich festzuhalten, können Sie unsere Spezifikationsseite nutzen. Die allgemeinen Planungsschritte beschreiben wir in unserem Beitrag zur Planung eines Individualsoftware-Projekts.
03Feedback so sammeln, dass es Entscheidungen ermöglicht
Fragen Sie Nutzer nicht nur, ob ihnen etwas gefällt, sondern untersuchen Sie, an welcher Stelle sie eine Aufgabe abbrechen und was sie nicht verstehen. Ein zu langes Formular kann ebenso ein Problem sein wie ein Feld, dessen Zweck nicht erklärt wird. Prüfen Sie den Bezug zum Kernziel, bevor Sie Feedback in eine neue Funktionsliste verwandeln. So orientiert sich die nächste Version am beobachteten Bedarf und nicht an der am lautesten geäußerten Forderung.
04Das breite Team gezielt für einen fokussierten Plan nutzen
Das breit aufgestellte Team von Paradigma7 mit Entwicklerinnen und Entwicklern verschiedener Weltregionen unterstützt die parallele Arbeit an unabhängigen Entwicklungs- und Testaufgaben. Diese Kapazität nutzen wir nicht, um der ersten Version unnötige Funktionen hinzuzufügen, sondern um den gewählten Umfang schneller abzuschließen. Der Zeitplan wird festgelegt, nachdem Umfang, Vorbereitungsstand und Verfügbarkeit externer Systeme gemeinsam bewertet wurden. In unserem SaaS-Entwicklungsservice planen wir erste Versionen nach diesem Ansatz.
05Kurze Checkliste
- Ist das eine Ergebnis, das die erste Version dem Nutzer liefern soll, schriftlich festgehalten?
- Funktioniert jeder Schritt auf dem Weg zu diesem Ergebnis?
- Sind zurückgestellte Anfragen mit Begründung dokumentiert?
- Werden fehlgeschlagene Zustände dem Nutzer erklärt?
- Ist klar, wie Feedback gesammelt und von wem es bewertet wird?
Geschrieben von
Das Paradigma7-Team
Produkt, Entwicklung und Betrieb
Wir sind ein Team aus Ankara und entwickeln Software für Europa. Nichts davon ist Theorie: Es sind die Prozesse, die wir in Kundenprojekten tatsächlich fahren.
Über uns