Ey, guck mal, stell dir mal vor, du machst noch n Video Call mit
rein, dann kannst du sogar noch andere Leute anrufen und
zusammen gucken oder sowas weißt du, sondern das wär einfach
schon wieder viel zu viel. So, jetzt Drop mal nicht die
Idee Netflix, Cloud und C Coding Buddies Dein Podcast rund um
Softwareentwicklung und aktueller Tech News.
Herzlich Willkommen. Halli Hallo und herzlich
Willkommen zur neuen Folge des Coding Bodys Podcasts.
Schön, dass du wieder eingeschaltet hast, deine
Gastgeber und wie soll es auch anders sein, seit fast 2 Jahren
meine Wenigkeit Tino und auch der fantastische Fabi, den Ich
begrüßen möchte Moin Moin Fabi, was geht ab?
Hey Tino, Danke für die Einleitung.
Ich find's krass, dass du gerade gesagt hast, du seit fast 2
Jahren, weil du hast recht. Also noch nicht ganz.
Aber hast du das bezweifelt, oder?
In der war erstmal realisiert. Also wäre das krass, ne.
Schon interessant. Also wir gehen echt im rasanten
Tempo auf die 100. Folge zu definitiv, was ich ja
aber auch lustig finde ist, weil wir sozusagen jetzt schon fast 2
Jahre Podcast machen, wurde uns ja letztens auf Twitch von
Zuschauern gesagt. Ja, wir sind jetzt hier, weil
wir gerade erst mal in irgendeiner Folge gehört hatten,
dass ihr auch auf Twitch seid und wir so OK.
Warum habt ihr es jetzt erst mitgekriegt und die meinten halt
ja, weil wir noch gar nicht so lange.
Es nicht sagt ja, weil wir es nie so.
Richtig sagen, und das war auf jeden Fall vielen Dank für die
für die Info, weil manchmal fällt es einem einfach selber
gar nicht so auf ne. Und deswegen noch mal offiziell
die Einladung. Liebe Zuhörer, lieber Zuhörer,
falls du auch vorbeischauen möchtest, immer dienstags 20:00
Uhr gehen wir live auf Twitch online.
Ganz genau, und das ist auch ein guter Zeitpunkt, noch mal Twitch
zu erwähnen, weil nämlich bald auf Twitch auch wieder ein
größeres Event bei uns startet. Also es ist noch ein bisschen
hin, aber wir wollen schon mal so leicht ankündigen, denn wir
veranstalten mal wieder einen Programmierwettbewerb und.
Das geht natürlich jetzt erstmal alles los und dann gibt es auch
Zeit, das Ganze zu implementieren und da
mitzumachen. Und dann wird aber irgendwann im
April werden wir dann das Ganze austragen und dazu gibt es auf
jeden Fall noch ganz, ganz viele Infos, die in nächster Zeit
folgen. Also seid auf jeden Fall.
Gespannt, genau und vor allem wird es verdammt geile Preise zu
gewinnen geben. Das kann man schon mal so weit
sagen, aber auch dazu gibt es mehr Infos, die Tage ganz genau
und deswegen lass uns mal zum heutigen Thema kommen.
Und zwar fabi. Ich habe ein Thema mitgebracht,
worum geht es, und zwar soll es heute um das Thema MV PS in der
Softwareentwicklung gehen. Okay.
Und das, finde ich, ist ein sehr spannendes Thema und auch ein
cooles Konzept, was ich mit dir heute mal besprechen möchte und
deswegen lass uns doch mal einsteigen, ganz.
Grundlegend sag ich mal, was ein MVP überhaupt ist.
Also manche kennen vielleicht diese Abkürzung aus dem Sport.
Damit hat es jetzt nicht unbedingt was zu tun, deswegen
lass uns doch mal definieren, wofür steht MVP in der
Softwareentwicklung? Genau, also ein MVP bedeutet in
der Softwareentwicklung Minimum Viable Product, was im Grunde
genommen dafür steht, dass man ein Produkt entwickelt.
Was genau diese Funktionen beinhaltet, was es minimal
braucht, um zu leben, also um quasi genau diese App oder diese
Anwendung zu sein, für die sie eigentlich ursprünglich
vorgesehen ist. Also wenn du jetzt zum Beispiel
angenommen, du sagst, du machst einen Taschenrechner, dann
willst du mit einer Taschenrechner App auch wirklich
nur grundlegende Operationen berechnen und willst jetzt aber
zum Beispiel nicht noch dazu eine Funktion haben, dass du
auch noch irgendwie. Kleine Skizzen malen kannst so,
sondern erstmal wirklich nur berechnen.
Genau wie du so schön meintest, quasi das Minimum, damit diese
App oder diese Idee, die ich gerade entwickelt, also App
jetzt im Sinne des Taschenrechners, aber allgemein
die Idee, die ich umsetzen möchte, leben kann.
Aber damit ist halt nicht gemeint, dass es zum Beispiel
Kompidierbar ist oder diese App aufstarten kann, sondern dass
halt diese Kernidee. Also die Kernidee meiner meines
neuen Produktes, dass die quasi schon dadurch symbolisiert wird
und abgebildet wird und in einem minimalen Umfang dargestellt
wird. Und das ist halt wirklich ein
ziemlich cooler Ansatz und gerade wenn man den im
Hinterkopf hat, weil wie du so schön meintest, wenn ich jetzt
vorhaben Taschenrechner zu entwerfen, sagen wir mal
wirklich eine App, Taschenrechner App.
Und ich aber anfange, von Anfang an der Darstellung von Graphen
oder Funktion plotten oder sowas einbaue, ich aber eigentlich
ursprünglich einen neuen Taschenrechner haben möchte,
dann geht das halt eventuell schon Schritt so weit und ich
weiß gar nicht, ob die Idee überhaupt, was auch immer, denn
der neue Mehrwert ist, cool ankommt, weil ich einfach so im
Funktionsumfang gefangen bin, dass erstmal alles reinbaue,
aber das soll es noch können. Ja, vielleicht soll es aber das
und das noch können, das muss rein, das muss rein und das.
Ist halt genau nicht der Ansatz von einem MVP, sondern MVP
verfolgt ja das Ziel zu sagen, ich möchte schnell testen, wie
meine neue Idee ankommt und das so, dass ich quasi unnötige
Ressourcen vermeide, also die Verschwendung, sagen wir es mal
so direkt die Verschwendung von Ressourcen vermeide, gerade in
der Entwicklung. Genau.
Also dass ich ich finde, was man sehr gut erklären kann.
Zum Beispiel ist also, man sagt ja, es gibt erstmal die Idee und
diese Idee muss leben, so, und wenn man sie dann ins Leben
gerufen hat, dann wie du so schön meintest, kann man sich
Feedback einholen und gucken, ob die Idee, die man eigentlich
verfolgt hat mit seiner Anwendung wirklich da ankommt,
wo sie ankommen soll. Kleines Beispiel, Du hast einen
Streaming Dienst, der Video streamt so und du sagst okay.
Ist das eine geile Idee? User wollen irgendwie vielleicht
on Demand Videos gucken und wir probieren mal ob das
funktioniert so dann geht es erstmal nur darum, dass Du zum
Beispiel sagst okay hier ist eine Sammlung von Videos, sucht
ihr 1 aus und guckt das so und die User denken sich dann okay
ist eine coole Sache, aber das bedeutet ja noch lange nicht,
dass du in diesem Schritt ja noch denkst.
Aber was wäre denn, wäre das auch cool, wenn man jetzt sogar
vielleicht noch Games mit Reinpackt und dann vielleicht
noch ein paar Games spielen kann und vielleicht noch ein.
Ey, guck mal, stell dir mal vor, du machst noch n Video Call mit
rein, dann kannst du sogar noch andere Leute anrufen und
zusammen gucken oder sowas weißt du, sondern das wär einfach
schon wieder viel zu viel so. Jetzt Drop mal nicht die Idee.
Netflix klaut uns. Ja genau, also bitte nicht
zuhören, Netflix, alle anderen schon.
Nein, aber weißt du, das ist halt genau der Punkt und ich
finde, dass es sehr sehr, also es klingt so trivial.
Ey bauen Produkt, was eigentlich nur das macht was es minimal
können soll. Aber ganz ehrlich, ich kenn das
auch von uns beiden. Tino, Wir haben auch schon n
paar Projekte angefangen n paar Ideen umgesetzt und haben.
Vermeintliche MV PS gebaut. Genau, und du schaust so schnell
in die in diese Ideenfindung und denkst ja, oh, das wär noch
cool, wenn wenn du das noch machen könntest und das noch und
dann auf einmal denkst du so, oh, das ist ja vielleicht sogar
noch viel cooler auf einmal. Ich probier es mal n bisschen
aus so, das heißt, du bist dann schon so gefangen auf einmal auf
auf so einem Pfad, der dich komplett weg von der
Ursprungsidee leitet. Und du fängst vielleicht 1000
Sachen an bei deiner Anwendung, bei deinem Produkt, wenn man es
Produkt nennen möchte und dann auf einmal du.
Du kommst halt gar nicht zu dem Punkt wo du sagst, OK, was ist
denn jetzt los und dann hast du nämlich irgendwann das Problem
und das finde ich, hast du auch so schön gesagt, du willst ja
gucken ob das gut ankommt, weil was bringt dir das denn, wenn du
jetzt zum Beispiel ein Produkt baust, dein, sagen wir mal
wirklich dein MVP. Und gleichzeitig noch zusätzlich
zu diesem MVP 1000 Funktionen on TOP setzt.
Das heißt, du entwickelst zum Beispiel nicht ein MVP soll ja
auch schnell entwickelt werden, du entwickelst also jetzt nicht
nur einen Monat und guckst, ob es gut ankommt, sondern du
entwickelst 3 Jahre, hast ne übelst krasse Anwendung, die
alle 1000 Sachen kann, die du dir vorgestellt hast.
Und dann sagst du, ey, guck mal Leute, probiert das mal aus und
dann ist kacke, keiner will es. Kacke, das ist halt genau das
Ding. Beispiel Taschenrechner App.
Du machst halt die ultimative App, die alles kann und du
kannst da Funktion plotten und weiß ich was alles und am Ende
sagt der Markt, also deine Kunden sagt am Ende Wir brauchen
keine weitere Taschenrechner App die Standardintegrierte im
Betriebssystem, die reicht komplett aus.
Ja, oder du machst es so kompliziert, dass du gar nicht
mehr schnallst, wie du es anwenden musst.
Genau oder das Feedback vom Nutzer ist ist ja alles schön
und gut, aber ich hab keine, ich kann nicht mal hier n bisschen
plus rechnen, ich weiß nicht wie das funktioniert, hier ja genau
das ist halt genau das Thema und dann bist du halt an dem
Gedanken vom MVP und vor allem auch an deinem Ziel eines neuen
Produktes vorbei und zwar du willst ja wissen.
Kommt das gut an? Einfach mal auf den Punkt
gebracht, kommt meine Idee gut an, ist da was zu holen?
Ja weißt du, hab. Das mal so Runtergebrochen und
das hast du in allen Bereichen. Das hast du auch.
Also Streaming Dienste finde ich ist ein sehr gutes Beispiel.
Auch Instagram am Anfang überleg mal, was Instagram jetzt
mittlerweile alles an Funktionen bietet, aber ganz ursprünglich,
was man auch so als MVP betrachten kann, war es ne
photosharing App und du konntest n paar Filter über die Bilder
legen und sagen ey hier ihr guckt euch meine Bilder an und
das das ist gezündet das kam geil an und dann dementsprechend
konnte man immer mehr drauf aufbauen und Funktionalitäten
reinbringen. Auch wahrscheinlich wieder so in
Form von kleineren MVPS an Funktionalitäten sag ich mal wo
du was testest und sagst ja nee, nimmt der Markt nicht so ankommt
wieder raus, da gibt es ja auch verschiedene Strategien, aber da
sieht man das ja auch oder n anderes großes Beispiel im
Gaming Bereich, also Games die entwickelt werden Early Access.
Oder spielbare Demos. Wie viele Spiele wurden
eingestellt, weil die Demos einfach nicht geil ankamen und
man gesagt hat, OK, es lohnt sich nicht, jetzt noch weiter
daran zu entwickeln und da gab es auch Projekte, an die ich
mich auch noch erinnere, wo man sich denkt, Oh mein Gott, warum
entwickelt ihr es nicht weiter, ich find es so gut, aber wenn
der Markt sagt im Allgemeinen ist nicht, wollen wir nicht.
Sparst du dir halt das Game. Das tut zwar weh, aber es ist ja
eine super wichtige Erkenntnis, weil wie du so schön meintest.
Ich kann einen Monat dran entwickeln, gut bei Games
natürlich ein bisschen länger, aber sagen wir mal bei einer
einfachen App oder 3 Jahre und das ist ja finanziell gesehen
vom Entwicklungsaufwand ein riesen Unterschied.
Genau und also ich finde auf jeden Fall auch gut, dass du das
noch mal gesagt hast. Am Anfang war Instagram
beispielsweise ja nur in Anführungsstrichen so eine Photo
Sharing App und du kannst ein paar Filter drauf machen und.
Da muss man jetzt auch unterscheiden, weil NMVP ist
erstmal das erste Produkt was du rausbringst um zu gucken wie
kommt es an und dann hast du ja auch noch die Freiheiten zu
sagen, dieses Feature setzen wir on top.
Dieses Feature setzen wir on Topman sagt ja nicht, da ist
Schluss, sondern also nicht, dass man jetzt zum Beispiel
versteht und sagt OK. Bis zu dem Punkt.
Und dann darf es nicht mehr weiterentwickelt werden, sondern
du willst es ja erstmal sozusagen rausbringen und
gucken, wie kommt es an und dann kannst du sozusagen, wenn wenn
die Leute sagen, ey, das ist ja der Hammer, voll die coole Idee
und dann testest du zum Beispiel, wie du meintest
weitere Features oder bringst einfach noch weitere raus und
fütterst die Leute sozusagen noch mit, also verbesserst
sozusagen dein Produkt, deine Anwendung noch weiter ne und?
Ja. Du kannst ja NMVP auch nicht nur
in der Softwareentwicklung finden um mal nen kleinen
Ausblick zu geben. Das ist ja auch für alles
Mögliche vielleicht auch hilfreich, weil zum Beispiel
beim bei wenn du Serien hast, ist es ja auch oft so, dass
erstmal wird die 1. Staffel gedreht und nicht gleich
10 Staffeln und dann wird die erste rausgebracht, sondern du
bringst die 1. Staffel wird aufgenommen, wird
rausgebracht und dann wird geguckt OK lohnt sich das noch?
Sollen wir noch ne zweite drehen oder wird die abgesetzt?
So. Ja, oder oder auch Pilotfolgen
noch weiter runter gebunden, so dass es ne Testfolge gibt und
einem Test Publikum gezeigt wird und man dann das Feedback nimmt
um überhaupt zu entscheiden, lohnt es sich das weiter zu
filmen, also zu drehen und auszustrahlen, auch bereits
aufgenommene Aufzeichnung auch von Shows beispielsweise werden
ja zwangsläufig nicht unbedingt ausgestrahlt.
Weil du hast denn halt genau diesen Test und du willst ihn
schnell haben, bevor du noch mehr Ressourcen reinsteckst.
Also ich finde es gut, dass du sagst, das hat man ja nicht nur
in der Softwareentwicklung, das begegnet einem ja überall, aber
auch noch mal im Bereich Softwareentwicklung finde ich
auch spannend, es muss ja nicht immer was programmiertes sein
oder was Greifbares, was funktioniert, ein MVP kann ja
auch eine Art Demo sein, die quasi ein Dummy ist, aber die
Funktionalität abbildet und zeigt.
Und man so das Gefühl kriegt, man verwendet schon was echtes
und denkt sich so, OK, das wäre schon geil, wenn ich das jetzt
so machen könnte. Dropbox beispielsweise, so wie
ich das recherchiert und nachgelesen hab ist, dass sie
simple Demovideos haben und das ist auch gar nicht mal so
unüblich, dass du sagst, das ist mein Produkt und hier habt ihr n
Video und ich kann euch das nicht entwickelt Gecoded sein,
ihr könnt es jetzt nicht live bei euch ausprobieren, aber so
und so würde das funktionieren. Und jeder kennt die Dropbox
Geschichte. Es ist ja auch erfolgreich
geworden. Ja, ja, das war unsere in der
Uni, unsere. Erste Studienmedien.
Unsere erste Ablage, unser der Pository des Studiums.
Ey, ich hab immer noch Dropbox am laufen.
Für einige Sachen. Ist voll geil.
Ja, das geht auf jeden Fall. Immer ist auf jeden Fall ne ne
soll. Keine Werbung sein, aber auf
jeden Fall. Wir verwenden es.
Genau. Aber es ist ja auf jeden Fall,
um das noch mal ganz kurz auf den Punkt zu bringen, es ist ja
auf jeden Fall wichtig, dass man sagt, okay, was möchte ich mit
dem MVP erreichen, ich will, dass ich quasi irgendwas habe,
um es relativ schnell austesten zu können, ob das, was ich mir
ausgedacht habe, diese Idee, ob sie zündet, ob sie gut ist, so,
und dann kannst du sagen, okay, wenn das wirklich ankommt, wenn
mein MVP sozusagen erfolgreich ist, dann kann ich damit
weitermachen, dann ist das eine tolle Sache und.
Und das ist natürlich auch schon im Bereich auch von
fortgeschrittener Softwareentwicklung dann
anzusehen. Man kann aber auch vielleicht
noch mal einen Bogen zum vielleicht auch in den Bereich,
wenn man gerade am, also wenn man startet mit der
Softwareentwicklung und vielleicht so kleine Projekte
macht, am Anfang genauso hilft es da auch mal am Anfang zu
sagen, ich mache jetzt ein kleines Projekt, weil das hilft
natürlich enorm, um halt einfach reinzukommen.
Ab einem bestimmten Zeitpunkt und dann zum Beispiel zu sagen
okay das und das und das. Diese Sachen möchte ich
entwickeln und nicht mehr und nicht weniger, weil wie ich ja
anfangs schon meinte, es geht so schnell, dass man abdriftet,
vielleicht noch andere Ideen hat, aber das bringt einen am
Ende vielleicht auch sozusagen für dieses kleine Projekt, was
man einfach mal machen möchte, was man entwickeln möchte, um
einfach mal diese diese Erfahrung zu sammeln, bringt
einem das dann am Ende vielleicht nichts, weil man
einfach komplett abdriftet, außer man sagt natürlich das,
was ich hier gerade mache, macht mir gar keinen Spaß ich.
Ich will lieber was andere machen okay dann mach das.
Aber ich meine diesen Fokus einfach mal so ein bisschen zu
behalten, auch für den Eigengebrauch, für das eigene
Training im MVP. Gedanken ist auch glaube ich
sehr hilfreich und hätte mir damals auch eine Menge geholfen.
Es ist ja, weil so ein MVP bringt natürlich auch den
Vorteil mit sich oder ist auch gerade deshalb sinnvoll, weil
man halt flexibel ist. Also in dem Moment, wenn ich
immer mehr rein werfe und weiter Code und Code und gar nicht auf
dieses, also gar nicht dieses Nutzerfeedback bekommen, verlier
ich ja auch n Stück weit Flexibilität, weil ich kann ja
gar nicht mehr rechtzeitig auf zum Beispiel auch Änderungen
marktänderungen reagieren. Es kann ja sein, dass ich
anfange n Produkt zu bauen, weil Anfang des Jahres der Markt das
und das Produkt gerne gewollt hätte.
Aber ich jetzt schon ein halbes Jahr Code und sich irgendwie die
Gegebenheiten geändert haben. Und da bin ich halt dann einfach
nicht flexibel. Hätte ich aber gesagt, nach 23
Monaten spätestens hätte ich so einen ersten MVP auf den Markt
geworfen oder mir bei einem teilkreis Feedback geholt, hätte
ich vielleicht erkennen können ey pass auf das driftet weg
davon, die wollen das gar nicht mehr haben, es geht jetzt mehr
in Richtung Lösung b und dann kann ich mich adaptieren und das
sind halt alles so Sachen die für einen MVP sprechen.
Was ich halt sehr schwierig finde und ich glaube, deswegen
haben wir auch schon öfter damit gestruggelt und Liebe, zuhören,
Liebe zuhören. Falls du das Problem kennst,
findest du dich vielleicht da jetzt gleich wieder, weil was
ich an der ganzen Sache super schwierig finde.
Was sind die Kernfunktionalitäten, was ist
das Entscheidende was rein muss und wieviel ist richtig?
Ja. Weißt du was ich mein?
Ja. Definitiv.
Sagen wir mal, du hast ne neue Idee und die ist so n bisschen
bahnbrechend. Gehen wir mal davon aus, du hast
wirklich so ne richtig geile Idee ne und du sagst OK, aber
die und die Funktion brauche ich um das abzubilden, aber dann
fehlt vielleicht doch n bisschen was, kann ja sein, vielleicht
hätte ich noch n bisschen mehr machen müssen, damit der Nutzer
oder der der der Kunde wirklich versteht wie genial das ist.
Ja. Weißt du, und nicht so, ist ja
ganz nett, aber irgendwie ja, da hat mir irgendwie was gefehlt,
so weil urteilen und bewerten geht schnell ne erster Eindruck
beispielsweise und dann fehlt so n bisschen was und dieser
Gedanke, den hatte ich immer super oft im Hinterkopf so oh
nee ey, wir müssen das Reinbauen, weil wenn er sie
jetzt so verwendet, beispielsweise eine App, dann
dann denkt er sich so, ja ist ganz cool, aber ach ja irgendwie
kickt es mich nicht. Aber wenn dieses eine Feature
mehr drin ist, weißt du dann, dann macht es alles Sinn, so
ich. Denke drauf und da muss man
super schwierig, ja genau, aber das Ding ist ich hab mal den
Spruch gehört, für NMVP muss man sich schämen und der ist
natürlich sehr sehr provokant, weil nämlich genau gut genau das
Ding was du meintest ne du denkst dir ja nicht ey ich bau
jetzt zum Beispiel ne App, ich find an Apps kann man immer
super entspannt erklären und die sieht einfach richtig grottig
aus und du denkst dir so man das.
Das will doch keiner in die Hand nehmen, so nach dem Motto Ne und
dann kommt aber zum Beispiel jemand an und sagt, genau so
muss es aussehen, du musst ja erstmal wissen, passt das was du
dir vorstellst? Passt das überhaupt mit dem was
der User möchte sozusagen überein und da ist es in 1.1.
Linie noch gar nicht so wichtig, ob das Design absolut on top ist
und sonst was ne und das ist aber auch super schwierig ne
also welche Funktionalitäten kommen rein?
Ist ne sehr sehr gute Frage. Wo macht man halt diesen Cut?
Und wie gesagt, dieses NMVP dafür muss man sich schämen,
weil ich find das ist natürlich n bisschen übertrieben
logischerweise ne, aber man kann sich vielleicht orientieren und
sagen du musst noch nicht perfektionistisch sein auf dem
Level eines MVPS, ne? Ja.
Ich find zum Beispiel, angenommen du hast jetzt n du
willst n ganz ganz neumodernes Konzept von einem sehr sehr
klimaneutralen Haus machen. Ne mal als Beispiel so, und das
hat n ganz bestimmtes aussehen, weil es bestimmte Gegebenheiten
hat und so weiter dann ist halt die Frage, musst du jetzt die
Wasserhähne vergolden oder goldene Wasserhähne einbauen in
dieses Haus damit das Konzept funktioniert wahrscheinlich
nicht so ne und das ist halt genau der Punkt so es gibt
sicherlich Dinge, die sind definitiv auch offensichtlich,
dass das keinen Sinn macht, aber man muss sich immer fragen und
da man neigt halt schnell dazu in seiner Anwendung goldene
Wasserhähne einzubauen. In seine Idee und dann sich zu
fragen, OK, macht das Sinn? Wenn du natürlich sagst, das ist
jetzt ein super prunkvolles Haus für keine Ahnung, irgendwelche
Leute die gerne im absoluten Luxus leben und denen willst du
das irgendwie anbieten, dann sollten vielleicht die goldenen
Wasserhähne drin sein, aber das ist halt genau der Scope, in dem
man dann sich sozusagen aufhält. Ja, aber das ist halt genau das
Ding und du musst halt aufpassen.
Also du musst super genau einschätzen können, also es ist
auch viel Planung im Vorfeld, was brauche ich, damit meine
Vision dahinter richtig verstanden wird, zum Beispiel
dein, was hast du gesagt, Klimaneutrales Haus
beispielsweise du sagst ich brauch keinen Boden da drin ist
nicht wichtig für mein Konzept. Ne, und dann kommt der Kunde
rein und sagt hier ist kein Bohnen drin.
Oh mein Gott, diese Häuser werden niemals Bohnen haben, es
gehört zum Konzept, es darf kein Bohnen rein, mal überspitzt
gesagt, also weißt du, du musst halt aufpassen, dass irgendwas
nicht falsch verstanden wird am Ende.
Oder den Gedanken des Kunden in eine Richtung geht, wo du
denkst. Nein, nein, halt, Stopp, das
stimmt nicht. Nein das das das das spielt gar
keine Rolle, so weißt du das find ich ist halt auch immer so
n Thema, dass da also du willst ja n Feedback wirklich zu deiner
Vision haben und nicht nach dem Motto OK ihr habt es komplett
falsch verstanden das Feedback ist bringt mir gar nichts, das
ist der MVP halt auch nicht gelungen ne?
Ich find also ich find bei Feedback ist das immer so.
Es muss natürlich auch konstruktives Feedback sein,
aber manchmal kommt ja auch Feedback, wie du es zum Beispiel
bei irgendwelchen, sagen wir mal, Restaurants kennst oder
oder Hotels oder was auch immer. Und da geht es ja dann zu unter,
du kriegst dann so ne. Bewertung wie zum Beispiel ein
Stern, weil war schlechtes Wetter und du denkst ja, was hat
das jetzt mit dem Frühstück des des Hotels zu tun oder so was
weißt du also da muss man natürlich auch dann
differenzieren und das ist natürlich dann auch wichtig, wie
was für Feedback kommt dann an am Ende aber natürlich es muss
das Minimalste sein was man braucht, aber halt so weit, dass
die Idee funktioniert, logischerweise, und das ist
schwierig, das ist natürlich. Das ist ein echtes Thema.
Trade off nachher. Und das ist halt genau das Ding.
Also MVPS haben einige Vorteile, können aber halt auch Nachteile
mit sich bringen, wie zum Beispiel, dass der
Funktionsumfang echt nicht günstig gewählt war und man zu
einer komplett falschen Einschätzung kommt.
Es kommt zu Missverständnissen bei den Kunden, das wäre so eine
Möglichkeit, ich finde Reputation ist auch ein Thema.
Wenn du sag ich mal n Image hast auf dem Markt.
Du bist zum Beispiel ne sehr gestandene Firma oder wirklich
NN großen großer Player, wie keine Ahnung was wir jetzt schon
so genannt haben, ne dann musst du halt auch gucken was du da
auf dem Markt wirst. Klar es ist nicht fertig aber es
muss n gewissen Standard erfüllen den du dir aufgebaut
hast sag ich mal. Definitiv.
Also ich also da, da muss man dann halt auch gucken.
Deswegen finde ich zum Beispiel, weil es gerade passt, würde ich
es mal anmerken, wenn ich jetzt n Startup Gründe.
Dann ist MVP ne supergeile Sache.
Definitiv. Ne, wenn ich jetzt aber n
riesenkonzern bin, muss ich halt das schon kontrollierte angehen.
Die Nummer sag ich mal. Und wie gesagt, dieser
Fokusverlust was du schon angesprochen hast ist für mich
halt eigentlich so der größte Nachteil bei denen, das ist
eigentlich immer der Grund, wenn bei mir so NMVP scheitert, weil
ich aber den Fokus verliere, das ist halt so dieser Trade off ne
richtige Funktion. Gegenübergestellt fokusverlust.
Ja. Definitiv.
Was muss rein, bin ich noch im Fokus, bin ich es nicht mehr,
habe ich zu wenig drin, hätte ich muss ich noch andere Sachen
fokussieren und dieses dieser innere Kampf alles Developers
kann halt oft dazu führen, dass man super viel Zeit also
versenkt auch in so einem MVP, was nicht notwendig ist.
Ja, auf jeden Fall. Also das Ding ist, man muss
natürlich auch gucken, weil du ja auch gesagt hast, zum
Beispiel bei Start UPS oder so oder auch bei.
Größeren Unternehmen muss man halt gucken, wie man das angeht.
Auf jeden Fall, es ist es bietet sich aber zum Beispiel auch an,
das MVP zu einzubetten in auch die Richtige.
Arbeitsweise ne, also zum Beispiel MVP bietet sich
natürlich sehr sehr gut an mit agilen Methoden.
Zu arbeiten, weil das bringt. Nicht viel, wenn du zum Beispiel
so n Wasserfallmodell in MVP Kippst und sagst, das sind jetzt
sozusagen die, also man könnte sich ja hinstellen und sagen,
ey, es sind doch fest definierte Features das und das und das
soll rein, das ist der minimale Wert davon und das muss jetzt in
der und der Zeit fertig werden. Nichtsdestotrotz hilft es ja,
sich auch zwischendrin während des MBPS auch Feedback
einzuholen, um immer mal wieder zu gucken.
OK, geht es denn noch in die richtige Richtung?
Also du hast ja ne grobe Richtung mit deiner Idee, mit
deinen Funktionalitäten, kannst das ganze aber auf dem Weg
sozusagen bis zum Ziel des MBPS. Kannst du ja noch
feinjustierungen machen an der Stelle, die kannst du ja noch
auf dem Weg dann bringen und deswegen ist es halt schon auch
hilfreich und passend zu so einem agilen Arbeits framework.
Ja, das matcht halt extrem, weil wenn du sagst ein MVP, da geht
es um Nutzer, Feedback und agile Methoden haben das Ziel
schnelles Feedback zu bekommen, das passt halt einfach zusammen.
Genau also. Und genauso denk ich mir so,
dass n zum Beispiel NMVP auch einfach dann abhängig ist.
Also wenn du sagst, du hast n groß größeres Unternehmen, dann
kannst du auch initial mehr Mittel nutzen um zu sagen, Wir
bauen jetzt dieses MVP, das heißt so NMVP könnte auch von
vornherein schon mal n bisschen auch so vom optischen sag ich
jetzt mal her, so oder von der Präsentation her, wie das Ganze
dann wirklich. Präsentiert wird auch noch mal
ein Ticken krasser sein, als wenn du jetzt zum Beispiel
vielleicht ein kleines Startup hast, was noch nicht so viel
Mittel hat. Und damit kannst du halt auch
sozusagen sagen okay das große Unternehmen kann ja seine
Reputation allein schon von von den Geldmitteln beispielsweise
besser händeln, mal so von der Sache her, weil einfach viel
mehr von vornherein reingesteckt werden kann und.
Für so NMBP und auf der anderen Seite denke ich mir auch so.
Es kommt auch immer n bisschen drauf an auf die Idee, weil
angenommen du hast ne richtig richtig geile Idee zum Beispiel
und ich weiß das ist natürlich jetzt völliger Quatsch, aber
stell mal vor du sagst ey ich mach ich entwickel ein Produkt
mit dem ich teleportieren kann, dann ist dir das ja völligst
egal. Erstmal wie das Ganze.
User technisch irgendwie bedienbar sein kann.
Hauptsache das funktioniert zuverlässig und ist total geil.
Dann denkst du dir so ja ey, ganz echt, das können wir
hinterher noch schön machen, aber Take my money, so weißt du.
Wenn du aber. Aber wenn du jetzt zum Beispiel
sagst ich, ich möchte jetzt weiß ich nicht n Game entwickeln in
der heutigen Zeit wo Grafik. Sehr, sehr ausgeprägt ist und
man einfach. Oftmals mehr Wertung kriegt als
ne Story ne Gute. Story zum Beispiel genau, also
man ist ja so verwöhnt, auch, dass man eigentlich schon so
seine Maßstäbe hat und da muss man natürlich gucken, OK, was
ist dann da, gehört ins MVP halt irgendwie auch die Optik mit
rein, aber das mein ich so ne wenn du ne krasse Idee hast,
dann muss die schnell raus und dann ist es egal wie es am Ende
aussieht, blöd gesagt oder? Wenn die Grundidee stimmt, dann
ist die Grundidee stark. Ja, das ist n gutes Beispiel,
weil MVPS funktionieren natürlich in manchen Branchen
besser als n anderen. Logischerweise gehen wir mal
rein davon aus, wie lange dauert es ein MVP zu erzeugen, dann
bist du in der Softwareentwicklung zum
Beispiel. Im Webbereich oder im im App
Bereich Halt super schnell unterwegs.
Ne, da nimmst du dir n cooles Framework und Code ist los und
kriegst recht schnell so NMVP auf die Beine gestellt.
Dein Teleportbeispiel wird natürlich wesentlich
umfangreicher sein. Ne.
Quasi diese Kernfunktionalitäten umzusetzen, um zu sagen, Hey,
guck mal, guck mal ey, ich bin wirklich teleportiert, ne.
Und genauso ist es halt in sämtlichen Bereichen.
Es muss halt passen, also ist es möglich ein MVP überhaupt zu
erzeugen. Das ist natürlich ne ganz klare,
ganz klare Sache, nur in der Softwareentwicklung würde ich
sagen, in den meisten Bereichen kann man dieses Konzept gut
verwenden. Ja also ich.
Glaube es hilft zumindest immer, sich am Anfang zu fragen, wie
kann ich ein MVP davon machen und anstatt vielleicht die erste
Frage zu stellen. Geht es überhaupt ne, sondern
eher so? Also nicht dieses hier geht es
wahrscheinlich nicht, sondern halt wie könnte ich ein MVP
erstellen, auch wenn es vielleicht erstmal schwierig
ist. Wie gesagt, es reicht ja
manchmal schon auch einfach nur ne gewisse Demo zu machen um die
Idee die du hast erstmal einzusammeln und vielleicht noch
so n Proof of Concept für dich selber, weil wenn du ne Demo
hast und auf der anderen Seite sagst ich hab keine Ahnung das
geht das wär das cool. So weißt du oder machst du so n
Video wo Person A links steht und auf einmal rechts und dann
und und was sagt der ist geil. Das wird natürlich so auch nicht
funktionieren, deswegen lass uns doch mal überlegen was so Best
practices sind um damit das nächste MVP quasi nicht
scheitert. Ich finde eine Sache, die du
gesagt hast, war extrem gut und zwar klare Zieldefinition.
Also was genau möchte ich implementieren, was genau soll
getestet werden und das wirklich mal als Test zu betrachten, was
möchte der Markt gerade, was will mein Kunde, welches
Nutzererlebnis soll quasi hervorgerufen werden oder
geschaffen werden oder auch so ein Punkt ist gehen wir mal
jetzt so von der Monetarisierung aus.
Ich hab n Produkt und damit möchte ich auch was verdienen,
völlig legitim ne gibt es überhaupt ne
Zahlungsbereitschaft für diese Idee?
Ist ja auch wichtig, dass du schon mal so n bisschen fühlst.
Würden die Leute Geld dafür bezahlen, kann auch in den MVP
mit Reinzählen und das sind halt klare Zieldefinitionen die ich
mir am Anfang überlegen muss und die ich niederschreiben muss,
wirklich ruhig niederschreiben. Ich find das testen auch gut,
weil. Du gehst ja auch nicht irgendwo
hin. Kaufst du irgendwas zu essen,
was du noch nicht, was du noch nicht kennst, probierst das
nicht mal, sondern kaufst dir erstmal gleich, weiß nicht 5
Tüten davon ein, wird schon schwer, so weißt du also immer
erstmal testen und oder fürs Testen auf jeden Fall auch diese
klare Definition zu haben ist auf jeden Fall sehr gut um halt
auch eben den Fokus zu bewahren, dann würde ich sagen, genau
Einfachheit ist auch wichtig, also wirklich zu sagen okay.
Integriere nicht zu viele Funktionen.
Was ist das Kernkonzept, welche kernfunktionalitäten brauche ich
ne wie ich am Anfang meinte, wenn du n Videostreaming Dienst
machen möchtest, dann bringt es dir nichts, wenn du auch noch
Fotos versenden kannst. So, du willst gucken, dass du
Videos sehen kannst? Stabil.
Das muss auf jeden Fall hundertprozentig stabil sein und
es muss laufen, das muss einfach sein, so dass der User halt
genau dieses Erlebnis bekommt, was er, was du eigentlich mit
diesem MVP versprichst. Ja, und da sind wir dann halt
auch bei Fokus auf die Zielgruppe wieder.
Du versprichst dem User das und du musst wissen, was erwartet
der User von deinem Versprechen von dieser Funktionalität zum
Beispiel ruckelfrei. Dieses Video zu streamen und in
einer vernünftigen Qualität wären, so Erwartung vom User.
Genau. Vielleicht sogar noch.
Erwartet nicht, dass er nebenbei noch Snake auf dem Bildschirm
damit spielen kann oder so weißt.
Du ja, richtig. Ja, vielleicht kannst du ja
auch. Noch sagen, OK, die Zielgruppe
sind jetzt vielleicht jüngere, also kannst du deinen Content,
den du streamen kannst, auch vielleicht sogar noch anpassen
auf diese entsprechende Zielgruppe, dass es sozusagen
noch erstmal richtig Match und im Nachhinein, wenn dann zum
Beispiel andere Gruppen noch mit reinkommen, kannst du ja
natürlich auch vielleicht noch alte Oldie Klassiker mit
reinbringen oder was auch immer, ne, das geht ja dann auch, aber
erstmal Zielgruppe definieren, guter Punkt.
Und und dann halt das iterative Vorgehen.
Halt ne genau. Und da kann es ja zum Beispiel
auch sein, dass es zum Beispiel einfach kleines Beispiel, was
wir jetzt hatten, auch die Bedienung von dieser, von
diesem, von dieser Streaming App zum Beispiel wie diese
funktioniert. Da kannst du ja auch iterativ
dir ein bisschen Feedback einholen, um zu sagen, OK, passt
das, so ist das richtig, fühlt sich das gut an, was braucht man
denn vielleicht? Beim Streaming möchte ich zum
Beispiel auf Vollbild gucken oder so noch so n so n so n
halbbildformat, weil ich nebenbei noch in die nächsten
gucken will, was es noch gibt oder was auch immer.
Weißt du, dass du halt irgendwie zwischendrin auch immer noch mal
guckst? OK, passt das, geht das in die
richtige Richtung, einfach Feedback von den von den Usern,
von dieser Zielgruppe auch eben einholen im optimalen Fall.
Ja, das sind eigentlich würde ich sagen, die wichtigsten
Punkte. Da haben wir doch mal wirklich
mal kurz und knapp MVP besprochen.
Lass uns das dann noch mal so n bisschen zusammenfassen.
Also aus unserer Sicht spreche ich mal für uns beide, ansonsten
korrigier mich, wir betrachten die MVP schon als mächtiges
Werkzeug, also man muss sagen da damit kann man ne Menge machen
und es hat n extrem guten Nutzen, wenn man das richtig
macht. Wir sind n bestes Beispiel wie
du ja meintest, bei uns ist es schon mal n paar mal schief
gelaufen. Ja, also was ist schief
gelaufen? Wir haben einfach zu viel
Funktionen reingehauen und zu wenig Feedback bekommen, dass
man am Ende sagen kann, okay die Kernfunktionalität war drin, die
kam gut an, aber es gab Anmerkungen,
Verbesserungsvorschläge, aber statt das schnell zu holen,
haben wir schon andere Features implementiert, bevor die ersten
Kunden es verwendet haben und dann hast du zwar ein gutes
Feedback, am Ende hättest es aber einfach wesentlich früher
kriegen können, das war eigentlich gefühlt immer bei uns
das Problem am Ende. Ne, also wirklich sieht der
Fokus auf diese Kernfunktionalität ne, also wir
waren quasi die die n Streamingdienst gemacht haben
und Snake konnte man nehmen beispielsweise wirklich und das
ist halt n Klassiker und ich glaube das kennen auch viele und
da muss man halt einfach den Fokus bewahren, das ist wirklich
so das Kernding dahinter. Ja, es ist halt am Ende des
diese Balance zwischen. Auf der einen Seite
Minimalismus, also Minimalismus für diesen MVP und gleichzeitig
natürlich aber auch irgendwie ne Nutzerfreundlichkeit zu
gewährleisten, dass du sagst, ich hab ne geile Idee und diese
geile Idee kann ich auch, also ich kann sie bedienen, ne.
Es geht ja, weil du willst ja n schnellen Prototypen.
Du willst schnelles Feedback und dann bringt es dir ja nichts,
wenn du es hinauszögerst quasi also die Vorteile, die du durch
NMVPMVP bekommst. Zögerst du ja eigentlich nur
hinaus da, das ist ja das, das das das blöde eigentlich dabei,
ne, du weißt wofür du es machst, aber du du nutzt es dann am Ende
nicht, weil du es halt immer weiter hinauszögerst das ist ja
genauso, man kann ja sagen, das ist ja irgendwo
innovationsfördernd, weil ey ich hab ne Idee, ja ey mach NMVP wir
gucken es uns an, wir wir probieren es aus, ja, aber wenn
der der Kollege oder die Kollegin dann n halbes Jahr weg
ist, weil da dran entwickelt wird, dann verlierst du halt
diese ganzen Benefits und hast halt am Ende nur Nachteile.
Und das ist halt das Problem dabei, und das muss man
berücksichtigen und sich immer wieder vor Augen führen.
Und wenn man das Macht, ist es halt wie gesagt n wirklich
mächtiges Werkzeug, gerade in der Softwareentwicklung um
Sachen umzusetzen. Absolut gut gesagt, dann würde
ich sagen, dann würde ich sagen, haben wir es doch ganz gut
besprochen. Mir fällt jetzt auch gar nicht
mehr so viel ein und Tino, Ich würde sagen.
Vielen Dank. Wahnsinn.
Würde sagen Danke fürs Gespräch. Und damit können wir auch die
Folge abschließen. Ich würde noch sagen, liebe
Zuhörer, lieber Zuhörer, wenn du auch schon MBP s gebaut hast
oder diese Erfahrungen, die wir gerade geteilt haben, auch
teilen kannst oder vielleicht noch hilfreiche Tipps hast, die
wir auch zum Beispiel noch teilen sollen oder die wir gerne
besprechen wollen, dann schreibt uns gerne auf unserer Podcast
Mail oder auch auf einer anderen Plattform, die Links dazu sind
alle in den Shownotes, also Zöger nicht, schreibt uns
einfach. Und lasst uns in den Austausch
kommen und ansonsten bewerte gerne diesen Podcast, wenn Dir
die Folge gefallen hat. Wenn dir der Podcast gefällt,
einfach mal einen Daumen hoch ein Sternchen geben und wenn du
sagst. Ey.
Coding Buddies Podcast Coole Sache, die möchte ich gerne
unterstützen. Kannst du auch noch.
Gibt es noch einen kleinen Spenden Link auch in den
Shownotes und ja, darüber freuen wir uns natürlich mega und
ansonsten war es das jetzt bis zum nächsten Mal.
Habt eine tolle Zeit. Eure Coding Buddies gemeinsam
besser.