Softwareprojekt: Individuelle Software, Plattformen oder WebApps

Die Idee validieren

Gehen wir davon aus, sie haben bereits eine Idee und wollen starten. Womit fangen Sie an? Beginnen wir mit der Frage der Zielgruppe: Sofern Sie die neue Software nicht nur selbst (in Ihrem Unternehmen) nutzen wollen, sollten Sie die Idee validieren und prüfen, ob eine Nachfrage besteht. Auf dieses Thema gehen wir in diesem Blog-Artikel ein: Wie man ein SaaS-Projekt validiert

Nach diesem ersten Schritt, können Sie zur Projektplanung übergehen.

Die Dokumentation

Um Entwicklern die Möglichkeit zu geben, sich mit der Projektidee vertraut zu machen, ist eine Projektbeschreibung oder Anforderungsdokumentation erforderlich.

Früher wurden dafür umfangreiche Lastenhefte erstellt, was allein schon sehr zeitaufwendig war.

In der modernen Softwareentwicklung werden jedoch neue Methoden angewendet. Wir setzen auf agile Entwicklung.

Das bedeutet, dass wir mit einer groben Projektbeschreibung beginnen und uns durch inkrementelle Schritte dem gewünschten Ergebnis annähern.

Dies bietet den großen Vorteil, dass die Entwicklung in enger Abstimmung mit dem Kunden erfolgt und die Teilergebnisse sofort auf ihre Brauchbarkeit geprüft werden können. Der Fokus liegt darauf, neue Erkenntnisse (Anforderungen) unmittelbar in den Entwicklungsprozess einzubeziehen, um agil zu sein.

Das Grobkonzept

Im Grobkonzept betrachten wir die neue Software aus der Vogelperspektive und versuchen uns einen Überblick zu verschaffen. Versuchen Sie alle für Sie selbstverständlichen (impliziten) Punkte, explizit aufzuführen um Sie den Entwicklern bekannt zu machen. Stellen Sie sich diese Fragen:

• Wer sind die Nutzer?

  • Nur Sie selbst?

  • Ihre Mitarbeiter (ausschließlich interne Verwendung)

  • Ihre Kunden (öffentliche Verwendung/Vermarktung)

• Wie soll die Software zukünftig genutzt werden?

  • Nur via Smartphone/Tablet (eine App)

  • Sowohl als auch: Smartphone/Tablet und Laptop/Desktop

  • Offline, d.h. ohne Internetverbindung bzw. Unterbrechungen müssen mölich sein

• Wird die Kompatibilität mit bestimmten Betriebssystemen oder Hardware (z.B. Etikettendruckern) benötigt?

• Müssen externe Systeme (APIs) angebunden werden?

Was gehört in eine Projektbeschreibung?

Die Projektbeschreibung sollte einen groben Überblick geben, was entwickelt werden soll. Ein Beispiel:

"Ziel des Projekts ist eine Webapp mit Marktplatzfunktion über die wir Käufer und Verkäufer zusammenbringen können. Durch Filterfunktionen können beide Gruppen nach geeigneten Inseraten suchen und sich dann kontaktieren. Die Webapp soll insbesondere für Tablets optimiert sein und die Tablet-Kamera nutzen können um bei der Erstellung von neuen Inseraten direkt Fotos aufzunehmen."

Aus dieser Beschreibung kann ein Entwickler diverse Punke herauslesen:

• Es handelt sich um einen Online-Marktplatz

• Die Mobiloptimierung ist von Bedeutung

• Eine PWA könnte geeignet sein, zumindest müssen die Gerätefunktionen (Kamera) angesprochen werden

Mögliche Nachfragen des Entwicklers können hierzu sein:

• Soll die Webapp auch Funktionen zur Abwicklung von Transaktionen oder zur Kommunikation zwischen Käufern und Verkäufern enthalten?

• Gibt es bereits Designvorstellungen oder UI/UX-Anforderungen für die Webapp?

• Welche spezifischen Filterfunktionen sollen implementiert werden, um Käufern und Verkäufern die Suche nach Inseraten zu erleichtern?

Userstories: Das Kernstück des Projektplans

Um den Projektplan weiter zu konkretisieren, erstellen wir als nächstes Userstories, die die Anforderungen aus der Perspektive des Nutzers detailliert beschreiben und in kleinere, handhabbare Aufgaben unterteilen.

Was ist eine Userstory?

Eine Userstory 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.

Projektbeschreibung mit Userstories

Userstories bilden das Kernelement der Projektbeschreibung. Durch sie können die gewünschten Funktionen der Webapp oder der Softwarelösung leicht und in natürlicher Sprache beschrieben werden. Diese Form der Dokumentation ist leicht verständlich, einfach zu erstellen und liefert ausreichend Informationen zur Erstellung von Kostenabschätzungen und Zeitplänen.

Für unser Marktplatz-Beispiel könnten die Userstories so lauten:

1. Als Käufer möchte ich auf der Webapp nach Inseraten filtern können, um Produkte nach meinen spezifischen Anforderungen zu finden.

2. Als Verkäufer möchte ich Inserate erstellen können, die relevante Informationen enthalten und mit Fotos von meinem Tablet aufgenommen werden können.

3. Als Käufer möchte ich die Möglichkeit haben, Verkäufer über die Webapp zu kontaktieren, um weitere Informationen zu einem Inserat zu erhalten oder einen Kauf abzuschließen.

4. Als Käufer möchte ich die Option haben, Inserate basierend auf verschiedenen Kriterien wie Preis, Standort oder Produktkategorie zu sortieren.

5. Als Verkäufer möchte ich Benachrichtigungen erhalten, wenn ein Käufer Interesse an meinem Inserat zeigt oder mich kontaktiert.

6. Als Käufer möchte ich eine Vorschau der Inserate sehen können, um schnell zu entscheiden, ob sie meinen Anforderungen entsprechen.

7. Als Administrator möchte ich ein benutzerfreundliches Dashboard haben, das mir einen Überblick über alle laufenden Inserate, Benutzeraktivitäten und wichtige Statistiken bietet, um die Performance der Plattform zu überwachen und zu analysieren.

8. Als Administrator möchte ich die Möglichkeit haben, Benutzerkonten zu verwalten, einschließlich der Möglichkeit, neue Benutzer zu genehmigen, verdächtige Aktivitäten zu überprüfen und bei Bedarf Benutzer zu sperren oder zu löschen, um die Sicherheit und Integrität der Plattform zu gewährleisten.

9. Als Administrator möchte ich ein effektives Support-Ticket-System implementieren, das es den Benutzern ermöglicht, bei Problemen oder Fragen Hilfe zu erhalten, und es mir ermöglicht, diese Tickets zu verfolgen, zu priorisieren und angemessen zu bearbeiten, um eine positive Benutzererfahrung sicherzustellen und Probleme schnell zu lösen.

Nachdem die User Stories erstellt wurden, ist es wichtig, sie zu priorisieren, um den Fokus auf die wichtigsten Funktionen zu legen und den Projektverlauf effizient zu gestalten. Die Priorisierung ermöglicht es, die Kernfunktionen zu identifizieren und festzulegen, welche Elemente zuerst umgesetzt werden sollen.

Die Kernfunktionen aussuchen

Sobald wir uns mit Hilfe der Userstories klar über die Anforderungen werden, sollten 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 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.

In unserem Beispiel könnte ein MVP folgende Funktionen beinhalten:

1. Benutzerregistrierung und -anmeldung: Die Möglichkeit für Benutzer, sich auf der Plattform zu registrieren und sich anschließend anzumelden, um auf die Funktionen zuzugreifen.

2. Inserat erstellen: Die Funktion für Verkäufer, neue Inserate zu erstellen, einschließlich der Möglichkeit, relevante Informationen und Fotos hinzuzufügen.

3. Inserate durchsuchen und filtern: Die Möglichkeit für Käufer, durch vorhandene Inserate zu blättern und sie nach verschiedenen Kriterien wie Kategorie, Preis oder Standort zu filtern.

4. Kontakt zwischen Käufer und Verkäufer: Eine Möglichkeit für Benutzer, miteinander in Kontakt zu treten, um weitere Informationen zu einem Inserat auszutauschen oder einen Kauf abzuschließen.

5. Grundlegende Administrationsfunktionen: Ein einfach zu bedienendes Administrationsdashboard, das es dem Administrator ermöglicht, Benutzerkonten zu verwalten, Inserate zu überwachen und grundlegende Analysen durchzuführen.

6. Tablet-optimierte Benutzeroberfläche: Eine Benutzeroberfläche, die speziell für die Nutzung auf Tablets optimiert ist und es den Benutzern ermöglicht, die Plattform auf ihren mobilen Geräten einfach zu verwenden, einschließlich der Möglichkeit, Fotos mit der Tablet-Kamera aufzunehmen und hochzuladen.

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.

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.

Was braucht es für einen Projektstart?

Wir beginnen neue Projekte mit einem Kickoff-Meeting, in dem wir alle Projektaspekte erneut besprechen: das Ziel, die Meilensteine und die Definition des MVP, die technischen Anforderungen sowie die Zeitplanung.

Im Rahmen des Kickoff-Meetings richten wir außerdem die Kommunikationskanäle (wie Slack, Microsoft Teams, RocketChat, etc.) ein und planen das nächste Jour Fixe.

Spätestens jetzt sollten also alle Fragen geklärt sein und jeder wissen, was als nächstes passiert.