Wie kann entschieden werden, welche Funktionen in MVP enthalten sein sollten? [geschlossen]

Ich verwende MoSCoW-Priorisierung mit Kunden (Muss, sollte, könnte, wird nicht) und baue Entwicklungen darauf auf. Wenn der Kunde die Veröffentlichung stornieren würde, wenn das Feature „X“ nicht geliefert wurde, oder wenn es keine Problemumgehung gibt, dann ist das Feature „X“ ein Muss.

Daher wird das MVP dann durch die Liste der „Musts“ in der Priorisierung definiert.

Um Verschwendung zu reduzieren und ein effizientes MVP aufzubauen, sollten Sie das Ergebnis angreifen, das sie am meisten schätzen. Etwas so Wichtiges, aber sie sind mit der aktuellen Lösung noch nicht zufrieden. Auf diese Weise filtern Sie heraus, was wichtig ist und was nicht, bevor Sie mehr Ressourcen zuweisen, um das Ding tatsächlich zu bauen. Es hat keinen Sinn, etwas zu lösen / zu testen, mit dem sie bereits zufrieden sind oder das sie für unwichtig halten. Sie möchten Ihre Zeit, Ihr Budget und Ihre Ressourcen nicht verschwenden.

Beispiel.

Nehmen wir an, Sie möchten einen Job mit dem Titel „Lassen Sie sich zu meinem Ziel fahren“ lösen.

1. Sprechen Sie mit Menschen und zeichnen Sie das Kundenwertmodell, um ihren aktuellen Prozess abzubilden.
2. Sprechen Sie mit Menschen, analysieren und definieren Sie spezifische Maßeinheiten, die sie schätzen.

3. Führen Sie eine Umfrage / ein Interview durch und bitten Sie die Leute, jede Maßeinheit nach Wichtigkeit und Zufriedenheit auf einer Skala von 1 bis 5 zu bewerten. (1 bedeutet nicht wichtig / zufrieden, während 5 völlig wichtig / zufrieden ist.
4. Verwenden Sie den Opportunity-Algorithmus, um das wichtigste Ergebnis zu ermitteln, aber sie sind noch nicht zufrieden.

**

Gelegenheit = Wichtigkeit + Max (Wichtigkeit-Zufriedenheit, 0)

**

Ergebnis:

Wie liest man dieses Ergebnis?

Für Ergebnis Nr. 1 bewerteten 90 % der Befragten die Bedeutung des Ergebnisses mit 4 oder 5, und nur 40 % von ihnen sind mit der aktuellen Lösung zufrieden (mit 4 oder 5 bewertet). Daraus ergibt sich ein Opportunity-Score von 14,0. Ansonsten für Ergebnis Nr. 2 – sie sehen es als etwas an, das nicht wirklich wichtig ist, aber mit der aktuellen Lösung eigentlich schon gut bedient ist. Sie wollen sich vorerst nicht auf #2 konzentrieren. Was Nr. 3 betrifft, hat es die höchste Opportunity-Punktzahl. Es bedeutet, dass es für sie sehr wichtig ist, „die Wahrscheinlichkeit zu minimieren, dass meine Fahrt am falschen Ort ankommt“ , aber sie sind mit der aktuellen Lösung nicht wirklich zufrieden. Dies ist Ihre Gelegenheit – daher müssen Sie eine Lösung dafür in Ihr MVP aufnehmen. Sie könnten Hunderte von Ergebnissen haben, diese Technik hilft Ihnen, sie zu priorisieren.

Der einfachste Weg, den Funktionsumfang eines MVP zu bestimmen, besteht darin, sich bei JEDEM Feature zu fragen: „Ist dies erforderlich, um dem Endbenutzer den Mindestwert zu bieten?“. Das gesamte Konzept von MVP besteht darin, so schnell wie möglich etwas herauszubringen, um mit der Validierung Ihrer Hypothesen zu beginnen, indem Sie mit echten Benutzerdaten lernen. Daher sollten Sie nur die MINDESTENS Mindestmenge an Dingen einbeziehen, die erforderlich sind, um diese Hypothesen zu validieren. Alles, was Sie zusätzlich hinzufügen, verzögert die Zeit, die zum Beweisen oder Widerlegen Ihrer Hypothesen benötigt wird, und könnte daher Zeitverschwendung sein.

Wenn Sie versuchen, eine Entscheidung über MVP-Features zu treffen, und Sie noch nicht wissen, welche allgemeinen Hypothesen Sie mit Ihrem MVP beweisen oder widerlegen möchten, dann sind Sie bereits dazu verdammt, das MVP-Feature-Set basierend auf persönlicher Meinung, Konsens und wem auch immer auszuwählen hat die lauteste Stimme. Sie müssen also sicherstellen, dass Sie mit einer klaren Vorstellung davon beginnen, was die Lernziele des MVP sind, bevor Sie irgendetwas anderes tun können.

Es ist schwierig, bei MVP-Entscheidungen rigoros vorzugehen – insbesondere bei Kunden und Stakeholdern, die fast immer auf die Seite „Ja, das ist erforderlich“ fallen – aber es ist der beste Weg, um sicherzustellen, dass Sie das Beste aus der Zeit für Sie und Ihre Ingenieure machen langfristig durch die Entwicklung von Produkten, die auf der Realität basieren und nicht auf den Annahmen der Realität von Ihnen und Ihrem Team.

Im Allgemeinen besteht der Weg zur Bestimmung eines MVP darin, sich mit dem Kunden zusammenzusetzen und eine Liste der Anforderungen zusammenzustellen. Sobald die Liste zusammengestellt ist, ist es am besten, sie nach Priorität zu ordnen.

Es gibt viele Methoden, um dies zu tun, Zahlen zuweisen (1-10, 1-100), MOSKAU, Fibonacci usw. Es hängt vom Kunden ab, was er bevorzugt.

Ich würde dann die Anforderungen mit der höchsten Priorität untersuchen und ihre Abhängigkeiten bestimmen und dann von dort aus weitermachen.

Ziemlich knifflige Frage, da MVP davon abhängt, was Benutzer an einem Produkt mögen oder nicht mögen, das noch nicht existiert. Wir spielen mit der Zukunft, das heißt, wir haben im Moment keine harten Daten, auf die wir unsere Entscheidung stützen könnten.

In diesem Fall könnten wir Fallstudien aus der Vergangenheit recherchieren, die Ihren Wertvorstellungen am nächsten kommen. Nehmen wir an, Sie sind auf der Suche nach einem MVP für ein fliegendes Auto. Sie müssen sich fragen: Welche ähnlichen Produktentwicklungen haben wir in der Vergangenheit in Bezug auf Zielgruppe, Branche, prognostizierten Preis, Positionierung, angenommene Innovationsakzeptanzkurve usw. gesehen?

Sobald Sie einige Vorschläge gemacht haben, können Sie anfangen, über sie „zurück in der Zeit“ nachzudenken – wenn Sie sie in der Zeit zurück entwickeln würden (mit Ihrem derzeitigen Wissen darüber), was würden Sie wegnehmen, um das Wesentliche zu erreichen Stufe eines MVP?

Solche Spekulationen würden Ihnen keine einfache Antwort geben, aber sie könnten Ihre Kreativität zu diesem Thema anregen.

Abgesehen davon, bemühen Sie sich, Ihr MVP so flexibel wie möglich zu gestalten. Auf diese Weise können Sie auf Marktfeedback reagieren. Wohlgemerkt, das ist kontraintuitiv - normalerweise verstehen wir unter MVP eine abgespeckte Version (was auch die billigste bedeutet) und nicht die flexibelste (die ziemlich teuer werden kann).