Mit dem Aufstieg der mobilen Technologie nutzen Cafés nun mobile Apps, um die Kundenerfahrung zu verbessern. Indem Kunden über das bequeme mobile Gerät Bestellungen aufgeben, bezahlen und Belohnungen sammeln können, revolutionieren Cafés die Art und Weise, wie Kunden mit ihrer Marke interagieren. In diesem Artikel werden wir untersuchen, wie mobile Apps die Kaffeehausbranche verändern und welche Vorteile sie sowohl für Unternehmen als auch für Kunden bringen.
Agiler Entwicklungsprozess mit User Stories
Der Prozess zur Erfassung von Anforderungen und zur Identifizierung von User Stories umfasst mehrere Schritte:
- Problemstellung: Identifizieren Sie das Problem, das das IT-System lösen oder verbessern soll, beispielsweise die Verbesserung des Kundenservice oder der Lagerverwaltung.
- Interviews mit Stakeholdern: Führen Sie Interviews mit Stakeholdern wie Kassierern, Baristas, Managern und Kunden durch, um Eingaben und Feedback darüber zu sammeln, was sie vom IT-System benötigen und erwarten.
- Brainstorming und Priorisierung: Erstellen Sie auf Basis der Eingaben der Stakeholder eine Liste potenzieller Funktionen oder Anforderungen für das IT-System. Priorisieren Sie diese Funktionen mithilfe eines Rahmens wie MoSCoW (Muss haben, Soll haben, Könnte haben, Wird nicht haben).
- Erstellung von User Stories: Erstellen Sie für jede priorisierte Funktion eine User Story, die die erwartete Funktionalität oder das Verhalten des Benutzers vom IT-System beschreibt.
- Nachbearbeitung: Überprüfen und verfeinern Sie die User Stories, um sicherzustellen, dass sie klar, präzise und auf die Bedürfnisse des Benutzers ausgerichtet sind.
Die Identifizierung und Priorisierung von User Stories ist aus mehreren Gründen vorteilhaft. Erstens sorgt sie dafür, dass das IT-System mit den Bedürfnissen und Zielen des Benutzers im Blick entwickelt wird. Dies kann zu höheren Nutzerakzeptanzraten und erhöhter Kundenzufriedenheit führen. Zweitens hilft die Priorisierung des Entwicklungsteams, sich zunächst auf die wichtigsten und wertvollsten Funktionen zu konzentrieren, was den Entwicklungsprozess beschleunigen und das Risiko von Verzögerungen oder Kostenüberschreitungen verringern kann. Schließlich ermöglicht die Priorisierung den Stakeholdern, fundierte Entscheidungen darüber zu treffen, welche Funktionen aufgrund ihres Einflusses auf das Unternehmen und die Nutzer implementiert werden sollen.
Insgesamt ist die Identifizierung und Priorisierung von User Stories ein wesentlicher Schritt im agilen Entwicklungsprozess. Sie sorgt dafür, dass das IT-System die Bedürfnisse der Nutzer und des Unternehmens erfüllt und ermöglicht eine effizientere und effektivere Entwicklung.
Problembeschreibung
Die Kaffeekette nutzt bereits seit mehreren Jahren ein Point-of-Sale (POS)-System, doch in letzter Zeit treten Probleme damit auf. Das System ist langsam und reagiert nicht, was zu langen Schlangen und verärgerten Kunden führt. Die Mitarbeiter haben ebenfalls Schwierigkeiten mit dem System, da es häufig einfriert oder abstürzt, was zu falschen Bestellungen und verlorenen Verkäufen führt.
Zu allem Überfluss hat die Kaffeekette kürzlich erweitert und eine zweite Filiale eröffnet. Das POS-System in der neuen Filiale unterscheidet sich vollständig vom System in der ursprünglichen Filiale, was bei Kunden und Mitarbeitern zu Verwirrung und Verzögerungen führt. Außerdem gibt es keine einfache Möglichkeit, den Lagerbestand und die Verkäufe an beiden Standorten zu verfolgen, was die Verwaltung von Vorräten und die Planung für das Wachstum erschwert.
Der Besitzer der Kaffeekette macht sich Sorgen über die Auswirkungen dieser Probleme auf das Geschäft. Kunden beschweren sich, und einige entscheiden sich sogar dafür, zu Konkurrenten zu gehen. Der Besitzer weiß, dass etwas getan werden muss, um das IT-System zu verbessern und das Geschäft reibungslos weiterlaufen zu lassen. Allerdings ist er sich nicht sicher, wo er anfangen soll oder wie er eine Lösung finden kann, die für beide Standorte funktioniert.
Wie man User Stories aus Anforderungen identifiziert
Um User Stories aus Problembeschreibungen oder Stakeholdern zu identifizieren, können Sie diese Schritte befolgen:
- Beginnen Sie damit, das Problem oder den Bedarf der Stakeholder zu verstehen. Welches ist das Hauptproblem, das sie haben, oder was benötigt das IT-System, um zu erreichen?
- Identifizieren Sie die primären Benutzer oder Personas, die mit dem IT-System interagieren werden. Dies hilft Ihnen, die spezifischen Funktionen und Eigenschaften zu bestimmen, die das System benötigt.
- Arbeiten Sie mit den Stakeholdern zusammen, um das Problem oder den Bedarf in kleinere Komponenten zu zerlegen. Stellen Sie Fragen wie: „Welche spezifischen Aufgaben muss der Benutzer erledigen?“ oder „Welche Informationen benötigt der Benutzer Zugriff auf?“
- Schreiben Sie jede Komponente als User Story in einer präzisen und klaren Form, unter Verwendung der Struktur „Als [Benutzer] möchte ich [Ziel], damit [Grund]“. Zum Beispiel: „Als Kunde möchte ich die Möglichkeit haben, eine Bestellung online aufzugeben, damit ich die Schlange umgehen und Zeit sparen kann.“
- Priorisieren Sie die User Stories aufgrund ihres Wertes für die Stakeholder und ihres Einflusses auf das System. Dadurch können Sie bestimmen, welche User Stories zuerst implementiert werden sollten.
Durch die Einhaltung dieser Schritte können Sie User Stories identifizieren, die die Bedürfnisse und Ziele der Stakeholder genau widerspiegeln und die Entwicklung des IT-Systems agil und effektiv leiten können.
User Stories identifizieren
Hier sind einige User Stories für das IT-System der Kaffeekette:
- Als Kassierer möchte ich, dass das POS-System schnell und reaktionsschnell ist, damit ich Bestellungen schnell bearbeiten und Kunden ohne lange Wartezeiten bedienen kann.
- Als Manager möchte ich in Echtzeit den Lagerbestand verfolgen können, damit ich Vorräte vor dem Auslaufen bestellen und Stockouts vermeiden kann.
- Als Barista möchte ich, dass das POS-System intuitiv und einfach zu bedienen ist, damit ich Getränkebestellungen genau eingeben und Fehler vermeiden kann.
- Als Kunde möchte ich die Möglichkeit haben, Bestellungen über mein Mobiltelefon aufzugeben und zu bezahlen, damit ich lange Schlangen umgehen und Zeit sparen kann.
- Als Manager möchte ich in der Lage sein, Verkaufsberichte zu erstellen und den Umsatz an beiden Standorten zu verfolgen, damit ich Trends erkennen und fundierte geschäftliche Entscheidungen treffen kann.
- Als Kassierer möchte ich, dass das POS-System in der Lage ist, komplexe Bestellungen mit mehreren Anpassungen zu verarbeiten, damit ich Kundenanfragen genau erfassen kann.
- Als Kunde möchte ich die Möglichkeit haben, Treuepunkte über die Mobile-App des Cafés zu sammeln und Belohnungen einzulösen, damit ich Rabatte und kostenlose Artikel erhalten kann.
- Als Manager möchte ich, dass das IT-System skalierbar ist, damit wir neue Standorte problemlos hinzufügen und das Geschäft erweitern können, ohne das System vollständig umgestalten zu müssen.
- Als Barista möchte ich die Möglichkeit haben, detaillierte Getränkerezepte und Zubereitungsanleitungen über das POS-System einzusehen, damit ich Getränke konsistent und nach den Wünschen des Kunden zubereiten kann.
- Als Kunde möchte ich die Möglichkeit haben, das Menü einzusehen und die Nährwertangaben für jedes Gericht zu sehen, damit ich fundierte Entscheidungen über meine Bestellung treffen kann.
Wie man eine Liste von Nutzerstories priorisiert
Um eine Liste von Nutzerstories zu priorisieren, können Sie eine Technik namens „MoSCoW-Priorisierung“ verwenden. Dabei wird jede Nutzerstory in eine von vier Kategorien eingeteilt: Muss haben, Soll haben, Könnte haben und Werden nicht haben.
Hier ist eine kurze Übersicht über jede Kategorie:
- Muss haben: Dies sind kritische Nutzerstories, die implementiert werden müssen, damit das System funktioniert. Sie stellen wesentliche Funktionen dar und können nicht hinausgeschoben oder aus dem Projektumfang entfernt werden.
- Soll haben: Dies sind wichtige Nutzerstories, die im System enthalten sein sollten, aber nicht unbedingt für die Funktion des Systems erforderlich sind. Sie können verschoben oder entfernt werden, wenn dies notwendig ist, jedoch nur, wenn die Auswirkungen auf das Projekt minimal sind.
- Könnte haben: Dies sind wünschenswerte Nutzerstories, die schön wären, aber nicht entscheidend für den Erfolg des Systems sind. Sie können ohne erheblichen Einfluss auf das Projekt verschoben oder entfernt werden.
- Werden nicht haben: Dies sind Nutzerstories, die nicht im Umfang des aktuellen Projekts liegen oder aus anderen Gründen nachrangig gemacht wurden. Sie können für zukünftige Projekte in Betracht gezogen werden, werden aber in der aktuellen Iteration nicht berücksichtigt.
Um eine Liste von Nutzerstories mit der MoSCoW-Priorisierung zu priorisieren, können Sie folgendes tun:
- Überprüfen Sie jede Nutzerstory und weisen Sie sie basierend auf deren Bedeutung und Auswirkung auf das System einer der vier Kategorien (Muss haben, Soll haben, Könnte haben oder Werden nicht haben) zu.
- Stellen Sie sicher, dass alle Beteiligten die Priorisierung akzeptiert haben und die Begründung hinter jeder Kategorie verstehen.
- Konzentrieren Sie sich zunächst auf die Umsetzung der Muss-haben-Nutzerstories, gefolgt von den Soll-haben-Stories. Könnte-haben-Nutzerstories können berücksichtigt werden, falls Zeit und Ressourcen dies zulassen, während Werden-nicht-haben-Nutzerstories vollständig aus dem Projekt entfernt werden können.
Durch die Verwendung der MoSCoW-Priorisierung können Sie sicherstellen, dass die wichtigsten Nutzerstories zuerst bearbeitet werden, während gleichzeitig Flexibilität und Anpassung an den Projektzeitplan und die verfügbaren Ressourcen möglich sind.
Beispiel
Hier ist eine Tabelle, die die Nutzerstories mit der MoSCoW-Priorisierung priorisiert:
| Nutzerstory | Größe | Priorität | Kurzbeschreibung | Wert |
|---|---|---|---|---|
| 1 | Mittel | Muss haben | Schnelles und reaktionsschnelles POS-System für Kassierer | Verbessert den Kundenservice durch Reduzierung der Wartezeiten |
| 2 | Groß | Muss haben | Echtzeit-Bestandsverfolgung für Manager | Verhindert Ausverkäufe und verbessert die Bestandsverwaltung |
| 3 | Klein | Sollte haben | Intuitives POS-System für Baristas | Reduziert Fehler und verbessert die Bestellgenauigkeit |
| 4 | Mittel | Könnte haben | Mobile Bestellungen und Zahlungen für Kunden | Erhöht die Kundenbequemlichkeit und Zufriedenheit |
| 5 | Groß | Sollte haben | Verkaufsberichte und Einnahmenverfolgung für Manager | Hilft bei der Erkennung von Trends und der Ableitung informierter Geschäftentscheidungen |
| 6 | Klein | Könnte haben | POS-System, das komplexe Bestellungen verarbeiten kann | Verbessert die Bestellgenauigkeit und die Kundenzufriedenheit |
| 7 | Mittel | Könnte haben | Mobile Treuepunkte und Belohnungen für Kunden | Erhöht die Kundenloyalität und wiederkehrende Geschäftstätigkeit |
| 8 | Groß | Wird nicht haben | Skalierbarkeit des IT-Systems | Derzeit nicht notwendig für die Bedürfnisse des Geschäfts |
| 9 | Klein | Wird nicht haben | Detaillierte Getränke-Rezepte und Zubereitungsanleitungen für Baristas | Kein kritischer Bedarf für die derzeitigen Geschäftstätigkeiten |
| 10 | Klein | Wird nicht haben | Menü- und Nährwertinformationen für Kunden | Kein kritischer Bedarf für die derzeitigen Geschäftstätigkeiten |
Beachten Sie, dass die Priorisierung je nach den spezifischen Bedürfnissen und Zielen des Cafés variieren kann.
Ausführliche Benutzerstory
Benutzerstory: Als Kunde möchte ich in der Lage sein, über die Mobile-App des Cafés eine Bestellung aufzugeben, damit ich lange Schlangen und Wartezeiten vermeiden kann.
1. Umfang definieren: Der Umfang dieser Benutzerstory besteht darin, Kunden die Möglichkeit zu geben, Bestellungen über die Mobile-App des Cafés aufzugeben, um Wartezeiten zu reduzieren und die Kundenerfahrung zu verbessern. Die App sollte Kunden ermöglichen, das Menü durchzublättern, Artikel auszuwählen, ihre Bestellungen anzupassen und ihre Einkäufe zu bezahlen.
2. Aufgaben aufteilen:
- Entwicklung der mobilen App-Oberfläche für Kunden
- Integration der mobilen App mit dem POS-System des Cafés
- Implementierung einer Menü-Browser-Funktion in der App
- Implementierung einer Bestellanpassungsfunktion in der App
- Implementierung einer Zahlungsfunktion in der App
- Testen Sie die App gründlich, um ihre Funktionalität und Benutzerfreundlichkeit sicherzustellen
3. Schätzung des Aufwands:
- Entwicklung der mobilen App-Oberfläche für Kunden: 2 Tage
- Integration der mobilen App mit dem Kassen-System des Cafés: 3 Tage
- Implementierung einer Menü-Browsing-Funktion in der App: 1 Tag
- Implementierung einer Bestellanpassungsfunktion in der App: 2 Tage
- Implementierung einer Zahlungsfunktion in der App: 3 Tage
- Testen Sie die App gründlich, um ihre Funktionalität und Benutzerfreundlichkeit sicherzustellen: 5 Tage
4. Zuweisung von Rollen und Verantwortlichkeiten:
- UI/UX-Designer: Entwicklung der mobilen App-Oberfläche für Kunden
- Front-end-Entwickler: Implementierung der Menü-Browsing- und Bestellanpassungsfunktionen in der App
- Back-end-Entwickler: Integration der mobilen App mit dem Kassen-System des Cafés und Implementierung der Zahlungsfunktion in der App
- Qualitätssicherungsingenieur: Testen Sie die App gründlich, um ihre Funktionalität und Benutzerfreundlichkeit sicherzustellen
5. Erstellung eines Plans:
- Woche 1: Entwicklung der mobilen App-Oberfläche für Kunden, Implementierung der Menü-Browsing-Funktion in der App
- Woche 2: Integration der mobilen App mit dem Kassen-System des Cafés, Implementierung der Bestellanpassungsfunktion in der App
- Woche 3: Implementierung der Zahlungsfunktion in der App, gründliches Testen der App
- Woche 4: Abschluss des Testens und Launch der mobilen App
6. Überprüfung des Fortschritts: Das Team wird tägliche Stand-up-Meetings abhalten, um den Fortschritt zu überprüfen, mögliche Probleme oder Hindernisse zu identifizieren und bei Bedarf Anpassungen vorzunehmen. Am Ende jeder Woche wird das Team ein Retrospektiv durchführen, um den erreichten Fortschritt zu reflektieren, die Wirksamkeit des Plans zu bewerten und bei Bedarf Anpassungen vorzunehmen, um die erfolgreiche Abwicklung der Benutzerstory sicherzustellen.
Erstellen Sie einen Umsetzungsplan basierend auf dem Schritt-für-Schritt-Leitfaden
Hier ist ein Umsetzungsplan in Form einer Tabelle basierend auf der ersten Benutzerstory:
| Aufgabe | Beschreibung | Zugewiesen an | Geschätzter Aufwand | Startdatum | Enddatum |
|---|---|---|---|---|---|
| Entwicklung der mobilen App-Oberfläche | Entwurf und Entwicklung der mobilen App-Oberfläche für Kunden | UI/UX Designer | 2 Tage | Woche 1, Tag 1 | Woche 1, Tag 2 |
| Funktion zum Durchblättern des Menüs implementieren | Eine Funktion in der App implementieren, die Kunden das Durchblättern des Menüs ermöglicht | Front-end-Entwickler | 1 Tag | Woche 1, Tag 3 | Woche 1, Tag 3 |
| Mobile App mit dem POS-System integrieren | Verbinden Sie die mobile App mit dem POS-System des Cafés | Back-end-Entwickler | 3 Tage | Woche 2, Tag 1 | Woche 2, Tag 3 |
| Funktion zur Bestellanpassung implementieren | Eine Funktion in der App implementieren, die Kunden die Anpassung ihrer Bestellungen ermöglicht | Front-end-Entwickler | 2 Tage | Woche 2, Tag 4 | Woche 2, Tag 5 |
| Zahlungsfunktion implementieren | Eine Funktion in der App implementieren, die Kunden die Bezahlung ihrer Bestellungen ermöglicht | Back-end-Entwickler | 3 Tage | Woche 3, Tag 1 | Woche 3, Tag 3 |
| Testen Sie die Funktionalität und Benutzerfreundlichkeit der App | Durchführen einer gründlichen Prüfung der App, um sicherzustellen, dass sie wie vorgesehen funktioniert und benutzerfreundlich ist | Qualitätssicherungsingenieur | 5 Tage | Woche 3, Tag 4 | Woche 4, Tag 2 |
| Testphase abschließen und veröffentlichen | Testphase abschließen, alle gefundenen Probleme bearbeiten und die Mobile-App veröffentlichen | Team | – | Woche 4, Tag 3 | Woche 4, Tag 5 |
Hinweis: Die Start- und Endtermine dienen lediglich als Beispiel und können je nach spezifischem Zeitplan und Verfügbarkeit des Teams angepasst werden.
Zusammenfassung
Dieser Artikel bietet einen Überblick über den agilen Entwicklungsprozess, wobei besonderer Fokus auf die Bedeutung der Erfassung von Anforderungen und der Identifizierung von Nutzerstories liegt. Er erläutert die Schritte zur Identifizierung von Nutzerstories, darunter Problemstellung, Gespräche mit Stakeholdern, Brainstorming, Priorisierung und Erstellung von Nutzerstories.
Zusätzlich betont der Artikel die Vorteile der Identifizierung und Priorisierung von Nutzerstories, wie die Verbesserung der Nutzerakzeptanz und -zufriedenheit, die Beschleunigung der Entwicklung und fundierte Entscheidungen darüber, welche Funktionen implementiert werden sollen. Insgesamt hebt der Artikel die Bedeutung eines nutzerzentrierten Designs und der Priorisierung im agilen Entwicklungsprozess hervor, um erfolgreiche Ergebnisse zu erzielen.