Zum Inhalt springen

Cookies 🍪

Diese Website setzt zustimmungspflichtige Cookies ein. Details

Automatisierung, SaaS Plattform oder Content-Site

Von der Idee zur erfolgreichen Softwarelösung

Die richtige Herangehensweise ist entscheidend für den Erfolg. So bereitest du den Projektstart optimal vor.

UI Sprint Planning in Web Development with Laravel.

Pläne sind nichts; Planung ist alles.

Dieses Zitat geht auf Dwight D. Eisenhower zurück. Es bringt gut auf den Punkt, wie wichtig und wandelbar die Planung in einem Softwareprojekt ist.

Übersicht

Als erstes sollten die Eckdaten des Projekts geklärt werden. Dazu nutzen wir die W-Fragen:

  • Welchen Nutzen soll die Webapp haben?

  • An wen richtet sich die Webapp?

  • Warum will ich diese Webapp entwickeln?

  • Wann soll die erste Version fertig sein?

  • Wie viel Budget steht für die Entwicklung zur Verfügung?

  • Von wem (Konkurrenten) will ich mich abheben?

Bei allen W-Fragen ist auch die Negation besonders interessant, zum Beispiel: An wen soll sich die Webapp nicht richten, welche Nutzergruppe können wir bewusst ignorieren?

Erstellen der Anforderungsdokumentation

Ziel dieser Phase ist es, den Entwicklern eine ausreichend detaillierte Beschreibung der Ziele und Anforderungen der gewünschten Software zu erstellen.

Identifikation von Kernfunktionen für den MVP

Sobald die Anforderungen erfasst wurden, müssen die Kernfunktionen für den MVP identifiziert werden. Der MVP, das Minimum Viable Product, ist die Basisversion der Software, die alle wesentlichen Funktionen und Merkmale enthält, die für die Lösung des Problems der Benutzer unbedingt erforderlich sind.

Wenn es mal schwierig ist, die Grenze zu ziehen ...

Dann hilft es, die Features die man sich wünscht, in 4 Kategorien zu unterteilen:

  • Must have

  • Should have

  • Could have

  • Won't have

Diese Art der Unterteilung nennt man MoSCoW-Priorisierung. Im besten Fall, besteht der MVP nur aus den Must-haves und verzichtet weitestgehend auf die Should's und Could's.

Identifikation von Funktionen für nachfolgende Versionen

Sobald die Kernfunktionen für den MVP identifiziert wurden, müssen die Funktionen für nachfolgende Versionen identifiziert werden. Diese Funktionen können nach und nach hinzugefügt werden, um die Softwarelösung zu verbessern und weitere Bedürfnisse der Benutzer zu erfüllen.

Erstellung von Anforderungsdokumenten und Userstories, beginnend mit dem MVP

Um sicherzustellen, dass die Software den Anforderungen der Benutzer entspricht, müssen Anforderungsdokumente und Userstories erstellt werden. Diese Dokumente beschreiben, wie die Software funktionieren soll und was die Benutzer von ihr erwarten können. Hierbei wird mit den Kernfunktionen des MVP begonnen und später auf die Funktionen für nachfolgende Versionen erweitert.

Was sind Userstories?

Eine User Story ist eine kurze, prägnante Beschreibung einer Funktion aus der Perspektive (Rolle, Szenario) des Benutzers. Sie beschreibt, was der Benutzer tun möchte und warum. User Stories werden in der agilen Softwareentwicklung verwendet, um Anforderungen zu sammeln und das Entwicklerteam darüber zu informieren, wie sich die App verhalten soll.

Beispiele für Userstories:

  • Als Benutzer möchte ich in der Lage sein, mich mit meinem Benutzernamen und Passwort anzumelden, um auf meine Kontoinformationen zugreifen zu können.

  • Als Administrator möchte ich in der Lage sein, Benachrichtigungen an Benutzer zu senden, um wichtige Informationen weiterzugeben.

Entwicklung des MVPs

Sobald die Anforderungsdokumentation und die Userstories erstellt wurden, kann mit der Entwicklung des MVPs begonnen werden. Hierbei werden die Kernfunktionen umgesetzt, um die Basisversion der Softwarelösung zu erstellen.

Wie sieht ein MVP aus?

Ein MVP schreibt sich auf die Fahne, schnell umgesetzt zu sein weil er sich nur auf das wichtigste konzentriert.

Worauf verzichtet man also?

Moderne MVPs die mit Laravel und Nova entwickelt werden, bieten viele UI-Funktionen wie Filter, Sortierfunktionen, Dark-Mode, uvm und natürlich individuelle Business-Logik. Nicht selten wird Nova insbesondere für interne Tools bei denen kein spezielles Design benötigt wird, von Beginn an mit dem langfristigen Einsatz von Nova geplant.

Laravel Nova in use as a Dashboard for an MVP.

Erste Benutzertests mit dem MVP

Nach der Entwicklung des MVPs sollten erste Benutzertests durchgeführt werden, um zu überprüfen, ob die Software den Anforderungen der Benutzer entspricht. Hierbei wird Feedback gesammelt, um die Planung auf der Grundlage der Nutzerbedürfnisse zu verbessern.

Warum es wichtig ist, früh mit echten Benutzern zu testen

Es ist wichtig, frühzeitig mit echten Benutzern zu testen, da dies dazu beiträgt, Feedback zu sammeln und sicherzustellen, dass die Software den Bedürfnissen der Benutzer entspricht. Durch frühzeitiges Testen können Probleme frühzeitig erkannt und behoben werden, bevor die Software veröffentlicht wird.

Wie sich die Planung basierend auf Nutzerfeedback verändert

Die Planung basierend auf Nutzerfeedback verändert sich, da Feedback dazu verwendet wird, die Software zu verbessern. Die Rückmeldungen der Benutzer helfen dabei, Schwachstellen und Verbesserungsmöglichkeiten zu identifizieren und Änderungen vorzunehmen, um die Bedürfnisse der Benutzer