Es kommt vor, dass Menschen, die dem Thema Softwareentwicklung nahe stehen, fragen: Wie unterscheidet sich die Projektarbeit von der Erstellung eines MVP (Minimal Viable Product)? Es ist klar, dass in diesem Fall jeder Fragesteller seinen eigenen Kontext der Frage hat - dementsprechend ist es notwendig, sie auf unterschiedliche Weise zu beantworten. Zusammenfassend unterscheiden sich Design und Produktentwicklung jedoch stark voneinander. Im Allgemeinen jeder. Es ist nicht so einfach zu verstehen, also versuchen wir, das Problem zu verstehen.
Problematisierung: Projekt- oder Produktentwicklung
An der Oberfläche ist Softwareentwicklung Softwareentwicklung, sei es ein Projekt oder eine Produktentwicklung. Es gibt einige funktionale Anforderungen - nicht immer formalisiert. Es gibt nicht funktionale Anforderungen, die oft übersehen werden. Es gibt Entwickler, es gibt einen bestimmten bedingten Manager und es gibt einige Methoden. Entwickler haben den Code durchgesehen, der Manager hat Hindernisse auf ihrem Weg beseitigt und Probleme mit dem Endkunden / Benutzer / Kunden gelöst. Am Ende zeigen sie ein Ergebnis. Manchmal, wenn sie gerne in der Branche scherzen, erfüllt das Ergebnis sogar die Anforderungen.
Wenn Sie etwas genauer hinschauen, stellt sich heraus, dass es in buchstäblich allem mindestens zwei große Entwicklungsbereiche gibt, die sich grundlegend voneinander unterscheiden: von der Zielsetzung über die Formulierung von Anforderungen bis hin zu den Prozessen der Ausführung und Bereitstellung des Ergebnisses.
Dies sind die sogenannten Entwicklungsansätze "Design" und "Produkt". Jeder Ansatz hat seine eigenen Merkmale, auf die wir später noch eingehen werden. Wenn Sie sich also noch eingehender mit dem Produktansatz befassen, können Sie im Inneren auch die Entwicklung von MVP hervorheben. Die Schaffung von MVP als Teil der Produktentwicklung hat gleichzeitig ihre eigenen Merkmale und unterscheidet sich stark von der Entwicklung eines bereits vollwertigen Produkts mit dem Ziel, es zu verbessern und zu erweitern. Neben MVP kann auch MMF (Minimum Marketable Feature) hervorgehoben werden. MMF ist nicht Gegenstand dieses Artikels, es muss nur beachtet werden, dass es sich um verschiedene Dinge handelt. Leider sind sie oft verwirrt und sagen, dass alles MVP ist.
Wenn Sie nun eine Vorstellung von der Existenz all dieser Unterschiede haben, können Sie tiefer in die Details eintauchen und überlegen, wie genau sich die Ansätze unterscheiden.
Projekt gegen Produkt
. , , .
: , , . “ ”, , .
, , .
, , , .
. , , . — , , , .
, , .
— -. , , : , , , , .
, . , , . — .
— 20% — 10%, — . , , — . — .
, .
, , - : , , . . : , , , .
. , , , , , . , V-model , .
, . , , . — , . — . — . ( ) — , .
. , , , . , , , , .
. . , : . , , , .
— . , . : . , , , . , .
: , , — . - “ ”. — , , , .
: . “” — , , . , “ ” .
. , , , , , , . , , , . , , .
, — . , , MVP . , — , , ..
. — “”.
— killer , . .
, , .
-, “ — — — — ” - . , , ( , ) , . — , . — — . , , — , . , “” : . , , , .
, — . , .
-, , , . — , — . — , . .
, , . , , , . . , - , full-stack .
— — . , , .
Back to MVP
, .
, MVP.
Minimal Viable Product — , “ ”, : , . , , MVP, — , .
- .
MVP — . , — , , !
, .
, , .
, , . , , , , , , . — , , , .
, , , . , , , , — . , — .
- , , , , — , !
, - ? - , . , , UX- , .
. . , , , , , ? , - . , - , , . — , .
— . - . , — . .
— , , .
, , . , .
, , MVP . — .
, . ?
. , , — . , , , , , , . , — .
— , , . , . . .
? .
. , , Scrum .
, MVP. : - ? , , -, , , , .
, Easy First, . . , , - — . , .
, — — . — , . . , - , . - , , , killer-features.
— . , . , — . Minimal Marketable Feature ( ).
MVP: , V-, . , , , . , .
use-cases , — . , — , . , . , , .
, MVP — , .
MVP — (shit and bricks). — . , “” — . -, , .
, MVP — . MVP , MMF . , . “ ”. - . — . , , .
, — — , . , , — . — , — . , , .
. , - MVP MMF. — , — , , . , , . , - , , , . , — , , . , , - , .
, , . — . . . , , , .
— , . .
, — — MVP . . — .
Gleichzeitig versucht niemand darüber nachzudenken, welches Ergebnis erzielt werden würde, wenn sich das Team dem Problem im Produktparadigma nähert. Darüber hinaus sind oft weder das Team noch der Manager einfach nicht bereit, an diesem Paradigma zu arbeiten, sie verstehen es nicht. Infolgedessen wissen sie einfach nicht, wie sie anders arbeiten sollen.
Aber warum dies geschieht und was es braucht, um zu verstehen, bereit zu sein und einen Produktansatz auf die Entwicklung anwenden zu können, ist ein separates großes Gespräch. Schreiben Sie in die Kommentare, wenn dieses Thema interessant ist und Fragen, auf die Sie Antworten erhalten möchten.