Das Minimum Viable Product (MVP) Erste wertschöpfende Produktversionen schnell verfügbar machen

Das Mini­mum Via­ble Pro­duct (MVP, eng­lisch Mini­mum Via­ble Pro­duct; älte­re Bezeich­nung auch: Mini­mal Via­ble Pro­duct) dient der Erstel­lung von “markt­fä­hi­gen” Pro­duk­ten, die in kur­zer Zeit her­ge­stellt wer­den kön­nen, aber den­noch Wert für den Kun­den bringen.

Das → PMI defi­niert /PBG21‑d/:
“Mini­mum Via­ble Pro­duct / Mini­mum Via­ble Pro­duct (MVP). Ein Kon­zept zur Fest­le­gung von Inhalt und Umfang der ers­ten Aus­lie­fe­rung einer Lösung an Kun­den, indem es die Min­dest­an­zahl an Fea­tures oder Min­dest­an­for­de­run­gen iden­ti­fi­ziert, die einen Wert darstellt.”

In der Wiki­pe­dia steht zum MVP /#Wiki-Minimum-Viable-Product/:
“Ein Mini­mum Via­ble Pro­duct (MVP), wört­lich ein “mini­mal brauch­ba­res oder exis­tenz­fä­hi­ges Pro­dukt”, ist die ers­te mini­mal funk­ti­ons­fä­hi­ge Ite­ra­ti­on eines Pro­dukts, die dazu dient, mög­lichst schnell aus Nut­zer­feed­back zu ler­nen und so Fehl­ent­wick­lun­gen an den Anfor­de­run­gen der Nut­zer vor­bei zu ver­hin­dern. Wich­tig in die­sem Zusam­men­hang ist, dass die Ite­ra­ti­on einen ers­ten “brauch­ba­ren” Nut­zen bie­tet, sodass die Nut­zer das Pro­dukt auch einsetzen.”

Bei Pfei­fer wird defi­niert /Pfeifer21/:
“Ein Mini­mum Via­ble Pro­duct (MVP), über­setz­bar mit “mini­mal (über)lebensfähiges Pro­dukt”, ist ein Pro­dukt, das im Rah­men sei­ner Ent­wick­lung gera­de den Rei­fe­grad über­schrit­ten hat, die für den Nut­zer relevante(n) Basisfunktionalität(en) zu erfüllen.”

In Abbil­dung 1 Cha­rak­te­ri­sie­rung des Mini­mum Via­ble Pro­ducts dargestellt.

Charakterisierung des Minimum Viable Products, (C) Peterjohann Consulting, 2021-2023

Abbil­dung 1: Cha­rak­te­ri­sie­rung des Mini­mum Via­ble Products

Das Mini­mum Via­ble Pro­duct wird her­an­ge­zo­gen, um schnell zu einem vor­zeig­ba­ren Ergeb­nis zu gelan­gen. Dabei wird häu­fig nur auf das Ergeb­nis, nicht aber auf das Vor­ge­hen zum Ergeb­nis geach­tet; in der Fol­ge ver­kommt das MVP zu einem “Mar­ke­ting­be­griff”.

Anmer­kun­gen:

  • Viel­fach wer­den Pro­to­ty­pen anstatt MVPs ein­ge­setzt. Dies ist durch­aus sinn­voll, denn Pro­to­ty­pen kön­nen markt­fä­hi­ge Eigen­schaf­ten besit­zen. Aber: Weg­werf-Pro­to­ty­pen kön­nen nicht als MVP ver­wen­det werden
  • Auf die Über­prü­fung des MVPs nach “Frei­ga­be” wird in der Pra­xis häu­fig ver­zich­tet; hier­durch wird der Nut­zen des Vor­ge­hens stark ver­rin­gert, denn es wer­den kei­ne Ablei­tun­gen für das wei­te­re Vor­ge­hen vor­ge­nom­men, die für wei­te­re Pro­jek­te oder MVPs her­an­ge­zo­gen wer­den könnten
  • Der Umfang des MVPs muss vor­ab fest­ge­legt wer­den, ansons­ten lie­gen die → Zie­le und das Vor­ge­hen nicht fest; das MVP ver­kommt zum “Moving Target”

Fol­gen­de Fehl­an­nah­men oder feh­ler­haf­te Vor­ge­hens­wei­sen im Zusam­men­hang mit MVPs sind in der Pra­xis häu­fig zu finden:

  • “Ein MVP muss vor­ab nicht geplant wer­den” — die­se Aus­sa­ge ist falsch. Der Umfang eines MVP soll­te unbe­dingt vor­ab fest­ge­legt wer­den. Das MVP ist nicht der “Nach­fol­ger der Zuruf-Ent­wick­lung”. Beim MVP wer­den häu­fig Releases ver­wen­det, die eine (abge­schlos­se­ne) Ite­ra­ti­on enthalten
  • “Wir erstel­len erst den MVP und schau­en dann wei­ter” — die­se Aus­sa­ge ist kuri­os. Man soll­te vor­ab wis­sen, wie man aus dem MVP ein grö­ße­res Pro­dukt erstellt, denn ansons­ten droht die Gefahr, nur einen “Weg­werf-Pro­to­ty­pen” zu entwickeln

Wenn ein Me-Too-Pro­dukt (Nach­ah­mer­pro­dukt) oder ein Nach­fol­ge­pro­dukt erstellt wer­den soll, so muss genau über­legt wer­den, was ein MVP sein könn­te: In der Regel muss dann zumin­dest der Pro­dukt­um­fang des Kon­kur­renz- oder Vor­gän­ger­pro­dukts erreicht wer­den. Ansons­ten wäre ein Mehr­wert für den poten­zi­el­len Kun­den nicht gegeben.

→ Prä­sen­ta­tio­nen

Das Mini­mum Via­ble Pro­duct ist in fol­gen­den Prä­sen­ta­tio­nen zu finden:

  • -

Lite­ra­tur

  • /PBG17/ Pro­ject Manage­ment Insti­tu­te: A Gui­de to the Pro­ject Manage­ment Body of Know­ledge (PMBOK Gui­de), Pro­ject Manage­ment Insti­tu­te, Phil­adel­phia, Penn­syl­va­nia Sixth Edi­ti­on 2017, ISBN 978–1‑62825–184‑5
  • /PBG17‑d/ Pro­ject Manage­ment Insti­tu­te: A Gui­de to the Pro­ject Manage­ment Body of Know­ledge (PMBOK Gui­de), Pro­ject Manage­ment Insti­tu­te, Phil­adel­phia, Penn­syl­va­nia Sechs­te Aus­ga­be 2017, ISBN 978–1‑62825–188‑3
  • /Pfeifer21/ Tilo Pfei­fer, Robert Schmitt: Masing Hand­buch → Qua­li­täts­ma­nage­ment, Han­ser, Mün­chen 7. Auf­la­ge 2021, ISBN 978–3‑446–46230‑4
  • /Ries11/ Eric Ries: The → Lean Start­up. How Con­stant Inno­va­ti­on Crea­tes Radi­cal­ly Suc­cessful Busi­nesses, Crown Busi­ness, New York 2011, ISBN 978–0‑307–88789‑4
  • /Ries12/ Eric Ries: Lean Start­up: Schnell, risi­ko­los und erfolg­reich Unter­neh­men grün­den, Red­li­ne, Mün­chen 2012, ISBN 978–3‑86881–333‑3

Web­links

Legen­de zu den Weblinks
/ / Ver­weis auf eine Web­site (gene­rell)
/*/ Ver­weis auf eine Web­site, die als Buch-Ergän­zung dient
/#/ Ver­weis auf ein­zel­nes The­ma auf einer Website
/#V/ Ver­weis auf ein Video auf einer Website