Minimum Viable Products: Warum MVP und Citizen Development perfekt ineinandergreifen

Bei der Auswahl des Entwicklungsverfahrens gilt es, die Kritikalität zu beachten. Ein Beispiel: Kein Passagierflugzeugbauer würde sagen: "Flieg erst einmal los und sag mir Bescheid, falls irgendwas nicht klappt" – hoffentlich. Im Folgenden soll es um unkritische, nichtkomplexe Prozesse gehen.

Werfen wir einen genaueren Blick auf einen klassischen Produktentwicklungszyklus. Hierbei gilt es, vor der Marktreife eines Produktes eine ganze Reihe an vorab definierten Meilensteinen zu erreichen. Die Erreichung dieser Meilensteine ist zwingend notwendig und wird vorab klar und in logischer Abfolge definiert. Durch diesen starren Ablauf hat man auf der einen Seite eine gewisse Qualität sichergestellt, auf der anderen Seite allerdings sehr lange Produktentwicklungszyklen aufgebaut. Dies führt zu einem späten Aufeinandertreffen von Markt und Produkt und einer stark begrenzten Möglichkeit, auf das Feedback des Marktes zu reagieren.

Demgegenüber steht die Produktentwicklung anhand agiler Methoden, hierbei konkret in der Entwicklung eines MVP. Die Vorzüge liegen auf der Hand – es gibt eine deutliche Verkürzung des Zeitraums zwischen Entwicklung und Marktstart. Man geht früh auf die Anwender zu und das Produkt wird im Verlauf am Bedarf entlang weiterentwickelt. Besonders bei Software-Projekten birgt diese Herangehensweise das Erschließen einer ganzen Reihe an weiteren Potentialen.

Ob Paretos „80-20-Regel“, Mark Zuckerbergs „Done is better than perfect“ oder Voltaires „Perfect is the enemy of good“, all diese Prinzipien zahlen auf den MVP-Ansatz ein: Das Perfektionieren eines Produktes ist, neben dem Konzipieren, der wahrscheinlich zeitaufwändigste Faktor. Nichtsdestotrotz kann auch am Ende der Weiterentwicklung eines "minimum viable product" ein perfektes Endresultat stehen. Es wird jedoch der große zeitliche Aufwand für die Perfektionierung auf die Phase der aktiven Nutzung und steten Optimierung verteilt.

Der MVP-Ansatz spielt seine Stärken schon in klassischen Software-Entwicklungs-Unternehmen und -Abteilungen aus, wird aber besonders durch den Citizen-Development-Ansatz nochmals stark begünstigt.

In einer idealen Welt gibt es eine Digitalisierungsidee, die mit möglichst geringem Aufwand durch einen fachnahen Projektleiter (Citizen Developer) kurzfristig realisiert wird. Dieser hat keine tiefgreifende Erfahrung in der Software-Entwicklung, maximal eine technische Affinität. Gleichzeitig hat er ein tiefes Verständnis für den Fachprozess aufgebaut, wie es ein IT-Experte im Detail nur schwer erlangen kann. Wie ist nun also das ideale Vorgehen?

Nehmen wir als Beispiel mal die „Übersetzung“ oder auch Transformation eines Papierformulars ins Digitale. Der MVP wäre in diesem Fall ziemlich nahe dem Status Quo des analogen Formulars: Für jedes ausfüllbare, weiße Feld auf dem Bogen gäbe es ein digitales Gegenstück in der Applikation. Das Formular wird nachgebaut und an die Anwender verteilt, für die sich, außer das Eingabemedium, nichts Gravierendes ändert. Dieser Nachbau ist schnell und einfach realisierbar, ohne dass es notwendig ist, in den Prozessablauf einzugreifen.

Tipp: Um eine Brücke zwischen Konzeption und Umsetzung von Citizen Development Projekten im Unternehmen zu spannen, ist ein begleitetes Prototyping ratsam.

Natürlich birgt diese Vorgehensweise auch gewisse Risiken. Der Grat zwischen einem „minimal viable product“ und einem „maximum unviable product“ kann mitunter sehr schmal sein. Im Zuge dieses Vorgehens ist es daher elementar wichtig, zu beachten, dass der bestehende Prozess nicht unbrauchbar wird.

In der Vergangenheit zeigte sich, dass in Digitalisierungs-Großprojekten mit langen Lasten- und Pflichtenheften und einer Herrschar an (prozessfernen) Projektbeteiligten viel Potential zum Scheitern steckt. Durch die Übertragung der Verantwortung an einen fachnahen „Citizen Developer“ kann man diesem Risiko bestmöglich begegnen. Denn genau dabei entfallen Problemstellungen im Stille-Post-Stil, die in Abstimmungen zwischen unterschiedlichen Abteilungen anfallen können.

Das zweite große Risiko ist die Akzeptanz der Anwender. Es gibt große Aversionen gegen unfertige Produkte, die einem, sowohl im Privat- als auch im Arbeitsleben als fertige Produkte „verkauft“ werden. Das zieht eine gewisse Herausforderung an die Kommunikation durch den Projektleiter nach sich.

Hier hilft eine klar kommunizierte Einordnung des MVP-Prinzips und der Möglichkeiten, die sich daraus auch für den Endanwender ergeben. Ein möglicher Ansatz kann es sein, den Kreis der MVP-Nutzer künstlich einzuschränken und nur diejenigen einzubinden, die aktiv am Prozess mitgestalten wollen.

Die Kombination von Citizen Development und MVP sorgt für eine starke Dynamik und Flexibilität, die man in klassischen Projekten nicht hat. Beide Entwicklungsansätze haben jedoch ihre Daseinsberechtigung. Der Flugzeugbauer wird kein minimal lauffähiges Produkt entwickeln, hängen doch überlebenskritische Faktoren an der perfekten Qualität des Produktes. Genauso wenig sollten unternehmenskritische, hochkomplexe Anwendungen im MVP-Ansatz von Citizen Developern entworfen werden. Hierfür werden auch weiterhin Pflichten-und Lastenhefte sowie IT-Experten herangezogen.

Auf der anderen Seite eignen sich unabhängige, nicht komplexe Alltagsprozesse auf Team- und Arbeitsgruppenebene sehr gut für diesen Ansatz. Aufgrund der Schnelligkeit des Marktes und dem vorherrschenden Digitalisierungsstau ist es von Vorteil, die bestehenden Prozesse kurzfristig zu überdenken, die Möglichkeiten der neuen Medien zu nutzen und einen kontinuierlichen Verbesserungsprozess durchzuführen. Die Zielsetzung aller Beteiligten sollte sein, gemeinsam einen Schritt nach vorn zu machen. Mit einer klaren Kommunikation, einer guten Feedbackkultur und mitgestaltenden Kollegen erreicht man mit kleinen, schnellen Schritten ein ganz großes Ziel.

Entwickeln auch Sie eine digitale Übersetzung Ihrer Prozesse im MVP-Prinzip und machen Sie diese sukzessive besser! Erreichen Sie mit smapOne und den Citizen Developern in Ihrem Unternehmen einen schnellen, nachhaltigen Digitalisierungserfolg! Wir begleiten Sie gern auf dieser Reise.

Die No Code Plattform smapOne befähigt engagierte Mitarbeiter, ihre Arbeitsprozesse mit Hilfe von selbst erstellten Apps (sog. smaps) zu digitalisieren – aus eigener Kraft und ohne Programmiererfahrung.

Im App Designer werden vordefinierte App-Bausteinen im Drag-and-Drop-Prinzip nach und nach zur eigenen individuellen Applikation. Hier gilt der Grundsatz: Probieren geht über Studieren. Nichts kann kaputt gehen und nur durch das Lernen wird man schlau. Die eigene (MVP-)App wird an Kollegen verteilt, von denen Feedback eingeholt werden soll. Alle selbst erstellten smaps stehen in der smapOne App sofort zum Test zur Verfügung. Gesammeltes Feedback kann im App Designer umgehend eingearbeitet und erneut getestet werden.

Fertige smaps werden an das Team verteilt und können online und offline genutzt werden. Gesammelte Daten gelangen in digitaler und strukturierter Form zurück in die Datenzentrale der smapOne Plattform. Fertig ist der digitalisierte Prozess.

Probieren Sie es aus, bauen Sie eigene Prototyp-Apps und testen 14 Tage lang kostenlos die smapOne Plattform. Ohne automatische Verlängerung!

Jetzt kostenfrei anmelden