Fallstudie: Mobile Ausgaben-Verfolgungs-App
Als Software-Entwicklungsteam wurden Sie damit beauftragt, eine mobile Ausgaben-Verfolgungs-App zu erstellen. Die App soll den Nutzern helfen, ihre täglichen Ausgaben zu verfolgen, die Ausgaben zu kategorisieren und Budgetziele festzulegen. Ziel ist es, den Nutzern eine benutzerfreundliche, effiziente und funktionsreiche Anwendung anzubieten, die sowohl auf Android als auch auf iOS genutzt werden kann.
Um ein Produkt-Backlog für dieses Projekt zu simulieren, erstellen wir eine Tabelle mit mehreren Benutzerstories, ihren Prioritäten, Schätzungen (in Story Points) und Akzeptanzkriterien.
| Benutzerstory | Priorität | Schätzung | Akzeptanzkriterien |
|---|---|---|---|
| Benutzer-Authentifizierung | Hoch | 8 | – Nutzer können sich mit E-Mail und Passwort registrieren. – Nutzer können sich mit ihren Zugangsdaten anmelden. – Passwörter werden sicher gespeichert und gehasht. – Nutzer können ihr Passwort zurücksetzen, falls es vergessen wurde. |
| Ausgaben-Eingabe | Hoch | 13 | – Nutzer können eine neue Ausgabe mit Titel, Betrag, Datum und Kategorie eingeben. – Nutzer können bestehende Ausgaben bearbeiten. – Nutzer können Ausgaben löschen. – Ausgaben werden in einer Datenbank gespeichert und abgerufen. |
| Ausgaben-Kategorien | Mittel | 5 | – Nutzer können benutzerdefinierte Ausgaben-Kategorien erstellen. – Ausgaben können bestimmten Kategorien zugeordnet werden. – Nutzer können Kategorien bearbeiten und löschen. |
| Ausgaben-Analytik | Mittel | 8 | – Benutzer können monatliche und jährliche Ausgabenberichte sowie Diagramme anzeigen. – Ausgaben werden automatisch basierend auf benutzerdefinierten Regeln kategorisiert. – Benutzer können Budgetziele für verschiedene Kategorien festlegen. |
| Cloud-Synchronisierung | Hoch | 13 | – Benutzerdaten werden über Geräte hinweg synchronisiert. – Daten werden sicher in der Cloud gespeichert. – Der Offline-Zugriff wird mit lokaler Datenspeicherung unterstützt. – Änderungen, die auf einem Gerät vorgenommen werden, werden auf anderen Geräten angezeigt. |
| Währungsumrechnung | Niedrig | 3 | – Benutzer können ihre bevorzugte Währung auswählen. – Ausgabenbeträge werden automatisch basierend auf der ausgewählten Währung umgerechnet. |
| Touch ID/Face ID-Authentifizierung | Niedrig | 5 | – Benutzer können biometrische Authentifizierung zur zusätzlichen Sicherheit aktivieren. – Die App unterstützt Touch ID (iOS), Face ID (iOS) oder Fingerabdruck-Authentifizierung (Android). |
| Daten exportieren | Mittel | 8 | – Benutzer können Ausgaben-Daten im CSV-Format exportieren. – Exportierte Daten enthalten alle Ausgabendetails, einschließlich Datum und Kategorie. – Daten können per E-Mail gesendet oder lokal gespeichert werden. |
| Benachrichtigungs-Erinnerungen | Mittel | 8 | – Benutzer können tägliche, wöchentliche oder monatliche Ausgabenbenachrichtigungen einstellen. – Benachrichtigungen lösen Benachrichtigungen mit vorgegebenen Nachrichten aus. |
| Ausgaben sortieren | Niedrig | 3 | – Benutzer können Ausgaben nach Datum, Betrag oder Kategorie sortieren. – Die Sortierreihenfolge kann aufsteigend oder absteigend sein. |
Diese Tabelle simuliert ein vereinfachtes Produkt-Backlog für die Entwicklung der mobilen Ausgaben-Verfolgungs-App. Jede Benutzeranforderung wird anhand ihrer Bedeutung für das Projekt priorisiert, in Story Points geschätzt, um ihre Komplexität einzuschätzen, und verfügt über klare Akzeptanzkriterien, um festzulegen, wann sie als abgeschlossen gilt. Dieses Backlog dient als Ausgangspunkt für die Sprint-Planung und stellt sicher, dass das Entwicklungsteam und die Stakeholder eine gemeinsame Vorstellung von Umfang und Prioritäten des Projekts haben.
Vom Produkt-Backlog zur Sprint-Planung
Die Sprint-Planung ist ein entscheidender Bestandteil der agilen Projektplanung und beinhaltet die Auswahl einer Reihe von Benutzeranforderungen aus dem Produkt-Backlog, um sie im kommenden Sprint zu bearbeiten. Die Sprint-Planung besteht typischerweise aus zwei Teilen: der Sprint-Planungssitzung und der Erstellung des Sprint-Backlogs. Lassen Sie uns die Schritte zur Planung eines Sprints anhand des von Ihnen bereitgestellten Produkt-Backlogs durchgehen:
Schritt 1: Definieren des Sprint-Ziels
- Beginnen Sie die Sprint-Planungssitzung mit der Diskussion des übergeordneten Ziels oder der Zielsetzung des kommenden Sprints. Zum Beispiel könnte es in Ihrem Fall lauten: „Das Ziel dieses Sprints ist die Implementierung der grundlegenden Authentifizierung und der grundlegenden Ausgaben-Eingabe-Funktion.“
Schritt 2: Festlegen der Sprint-Dauer
- Entscheiden Sie sich für die Dauer des Sprints. Übliche Sprint-Dauern betragen zwei Wochen, drei Wochen oder einen Monat. Wählen Sie eine Dauer, die am besten zu Ihrem Team und Projekt passt.
Schritt 3: Benutzeranforderungen auswählen
- Durchsehen Sie das Produkt-Backlog und wählen Sie in Zusammenarbeit mit dem Entwicklungsteam und dem Product Owner eine Reihe von Benutzeranforderungen aus, die innerhalb der Sprint-Dauer realistisch abgeschlossen werden können. Berücksichtigen Sie die Prioritäten, Schätzungen und Abhängigkeiten der Benutzeranforderungen. Denken Sie an die Teamgeschwindigkeit, also die Menge an Arbeit, die das Team aufgrund seiner bisherigen Leistung in einem Sprint bewältigen kann.
Zum Beispiel nehmen wir an, Ihr Team könnte in einem zweiwöchigen Sprint Benutzeranforderungen mit insgesamt 30 Story Points abschließen. Auf Basis dieser Kapazität könnten Sie die folgenden Benutzeranforderungen auswählen:
- Benutzer-Authentifizierung (8 Story Points)
- Ausgaben-Eingabe (13 Story Points)
- Währungsumrechnung (3 Story Points)
- Touch ID/Face ID-Authentifizierung (5 Story Points)
Diese Auswahl ergibt insgesamt 29 Story Points, was nahe an der Kapazität Ihres Teams liegt.
Schritt 4: Benutzeranforderungen aufteilen (falls erforderlich)
- Wenn eine der ausgewählten Benutzeranforderungen zu groß oder zu komplex ist, überlegen Sie, sie in kleinere, besser handhabbare Aufgaben oder Unteranforderungen aufzuteilen. Stellen Sie sicher, dass diese Unteranforderungen gut definiert sind und klare Akzeptanzkriterien haben.
Schritt 5: Aufgaben schätzen
- Schätzen Sie den Aufwand für jede ausgewählte Benutzeranforderung oder Unteranforderung in Stunden oder Story Points. Dies hilft dem Team, die Arbeitsbelastung zu verstehen und stellt sicher, dass der Sprint überschaubar bleibt.
Schritt 6: Sprint-Backlog erstellen
- Erstellen Sie eine Liste von Aufgaben für jede ausgewählte Benutzeranforderung oder Unteranforderung. Fügen Sie den geschätzten Aufwand hinzu und weisen Sie die Aufgaben an Teammitglieder basierend auf ihren Fähigkeiten und Verfügbarkeit zu. Dies wird Ihr Sprint-Backlog.
Hier ist ein Beispiel dafür, wie das Sprint-Backlog aussehen könnte:
Sprint-Backlog für den kommenden 2-Wochen-Sprint
| Benutzerstory | Aufgabenbeschreibung | Geschätzter Aufwand | Zugewiesen an |
|---|---|---|---|
| Benutzer-Authentifizierung | Registrierungslogik implementieren | 4 Stunden | Entwickler A |
| Benutzer-Authentifizierung | Anmelde-Logik implementieren | 6 Stunden | Entwickler B |
| Ausgaben-Eingabe | Formular für Ausgaben-Eingabe gestalten | 5 Stunden | Designer |
| Ausgaben-Eingabe | Benutzeroberfläche für Ausgaben-Formular implementieren | 8 Stunden | Entwickler C |
| Ausgaben-Eingabe | Datenbank-Schema für Ausgaben erstellen | 4 Stunden | Datenbank-Spezialist |
| Währungsumrechnung | Funktion zur Währungsauswahl hinzufügen | 2 Stunden | Entwickler D |
| Touch ID/Face ID-Authentifizierung | Biometrische Authentifizierung (iOS) implementieren | 8 Stunden | Entwickler E |
Schritt 7: Verpflichtung zum Sprint
- Während des Sprint-Planungsgesprächs verpflichtet sich das Team, die ausgewählten Benutzerstories und Aufgaben innerhalb der Sprint-Dauer abzuschließen. Diese Verpflichtung stellt sicher, dass das Team sich auf die Lieferung der geplanten Arbeit konzentriert.
Schritt 8: Erstellen eines Sprint-Ziels
- Auf der Grundlage der ausgewählten Benutzerstories und Aufgaben formulieren Sie ein klares und präzises Sprint-Ziel, das zusammenfasst, was das Team bis zum Ende des Sprints erreichen möchte. Dieses Ziel bietet ein gemeinsames Verständnis für den Zweck des Sprints.
Schritt 9: Überprüfung und Abschluss des Sprint-Planungsgesprächs
- Stellen Sie vor dem Ende des Treffens sicher, dass alle das Sprint-Ziel, die ausgewählten Benutzerstories und ihre jeweiligen Aufgaben verstehen. Beantworten Sie alle Fragen oder Bedenken und beginnen Sie den Sprint offiziell.
Während des Sprints finden täglich Stand-up-Meetings statt, um den Fortschritt zu verfolgen, bei Bedarf Anpassungen vorzunehmen und sicherzustellen, dass das Team auf Kurs bleibt, um das Sprint-Ziel zu erreichen. Am Ende des Sprints wird ein Sprint-Review durchgeführt, um die abgeschlossene Arbeit an Stakeholder zu präsentieren und Feedback einzuholen. Abschließend findet ein Sprint-Retrospektive statt, um die Prozesse des Sprints zu reflektieren und Bereiche für Verbesserungen in zukünftigen Sprints zu identifizieren.
Fazit
Das Sprint-Planen ist die entscheidende Brücke, die das Produkt-Backlog mit umsetzbaren Entwicklungsarbeiten im agilen Projektmanagement verbindet. Es ist ein kooperativer und dynamischer Prozess, der Teams ermöglicht, eine gut definierte Menge an Benutzerstories oder Aufgaben für einen bestimmten Sprint auszuwählen und sich dafür zu verpflichten. Durch sorgfältige Berücksichtigung von Prioritäten, Abhängigkeiten und Schätzungen stellt das Sprint-Planen sicher, dass das Team mit den übergeordneten Projektzielen im Einklang steht und schrittweise Wert für die Kunden liefern kann.
Ein effektives Sprint-Planen geht über die bloße Aufgabenverteilung hinaus; es fördert klare Kommunikation, ermöglicht den Teammitgliedern, Verantwortung für ihre Arbeit zu übernehmen, und führt letztendlich zu einem Sprint-Ziel, das die Bemühungen des Teams leitet. Regelmäßiges Sprint-Planen, kombiniert mit täglichen Stand-ups, Sprint-Reviews und Retrospektiven, bildet das Herzstück der agilen Entwicklung und ermöglicht es Teams, sich an veränderte Anforderungen anzupassen, die Fokussierung zu bewahren und ihre Prozesse kontinuierlich zu verbessern.
Durch die Beherrschung der Kunst des Sprint-Planens können agile Teams die komplexe Landschaft der Softwareentwicklung präzise meistern und sicherstellen, dass jeder Sprint sie näher an die Lieferung herausragender Produkte bringt, die die Bedürfnisse der Kunden erfüllen und den Geschäftserfolg fördern. Es ist eine Praxis, die die agilen Prinzipien der Zusammenarbeit, Reaktionsfähigkeit und Kundenorientierung verkörpert und somit eine Grundlage des agilen Projektmanagements darstellt.