Manifest
Wir entdecken bessere Wege, Anforderungen in agilen Projekten zu managen, indem wir es selbst tun und anderen helfen. Durch diese Arbeit haben wir gelernt, Wert zu schätzen:- Zusammenarbeit mit Stakeholdern über formale Dokumentation
- Laufende Verfeinerung von Anforderungen über einmalige Spezifikationen
- Just-in-time-Analyse über vollständige Vorabdefinition
- Gemeinsames Verständnis im Team über individuelle Verantwortung
- Nutzbarer Mehrwert über perfekte Anforderungen
Werte
- 🤝 Zusammenarbeit mit Stakeholdern über formale Dokumentation
- 🔁 Laufende Verfeinerung von Anforderungen über einmalige Spezifikationen
- ⏱️ Just-in-time-Analyse über vollständige Vorabdefinition
- 🧠 Gemeinsames Verständnis im Team über individuelle Verantwortung
- 🎯 Nutzbarer Mehrwert über perfekte Anforderungen
Prinzipien
- 🎯 Kundennutzen im Fokus
Anforderungen werden entlang des geschäftlichen Mehrwerts priorisiert und regelmäßig überprüft. - 🤝 Frühzeitige & kontinuierliche Zusammenarbeit
Stakeholder werden aktiv in die Anforderungsdefinition, -validierung und -verfeinerung einbezogen. - 🔄 Iteratives Lernen
Anforderungen entstehen, reifen und verändern sich im Prozess. Veränderungen werden als Chance verstanden – nicht als Störung. - 🔍 Transparenz
Anforderungen sind für alle Projektbeteiligten verständlich, sichtbar und nachvollziehbar dokumentiert. - 👥 Gemeinsame Verantwortung
Fachbereiche, Product Owner, Entwickler und Requirements Engineers tragen gemeinsam zum Verständnis bei. - 📦 Lean & Just-in-Time
Anforderungen werden im richtigen Detaillierungsgrad und zur richtigen Zeit ausgearbeitet – nicht früher, nicht später. - ✅ Definition of Ready & Akzeptanzkriterien
Anforderungen sind erst dann „bereit für die Umsetzung“, wenn klare, überprüfbare Kriterien definiert sind. - 📈 Feedbackgesteuerte Entwicklung
Anforderungen werden regelmäßig anhand von Ergebnissen, Feedback und Daten überprüft und angepasst. - 🧩 Technikverständnis fördern
Requirements Engineers verstehen technische Zusammenhänge, um Anforderungen realisierbar und testbar zu formulieren. - 🛠️ Werkzeuge bewusst nutzen Tools wie Backlogs, Story Maps, Use Cases oder Modellierung unterstützen, ersetzen aber nicht das Gespräch.
Rollen
MORe unterscheidet Rollen, um Klarheit über Verantwortlichkeiten im Anforderungsprozess zu schaffen:- 👤 Product Owner: Priorisierung & Stakeholder-Sicht
Verantwortlich für die Priorisierung und geschäftliche Bewertung von Anforderungen. Bringt die Sicht der Nutzer*innen und Stakeholder ein. - 🔧 Requirements Engineer: Bindeglied zwischen Business & Technik
Übersetzt Geschäftsbedürfnisse in verständliche, testbare und technisch realisierbare Anforderungen. Vermittelt zwischen Business und Technik. - 👨💻 Development Team: Umsetzungsfeedback & Verfeinerung
Liefert Feedback zur Umsetzbarkeit und sorgt für ein gemeinsames Verständnis der Anforderungen. Unterstützt bei Verfeinerung und Umsetzung. - 👥 Stakeholder: Anforderungen einbringen & validieren
Fachbereiche, Kunden oder Nutzer, die Anforderungen einbringen, validieren und Abnahmeentscheidungen treffen. - 🌀 Agile Facilitator: Moderation (optional)
Unterstützt bei der Strukturierung und Moderation der MORe-Aktivitäten. Rolle kann z. B. vom Scrum Master übernommen werden.
Ereignisse
Diese Ereignisse helfen, Anforderungen kontinuierlich zu identifizieren, zu verfeinern und iterativ umzusetzen:- 🧭 Bedarfs-Workshop: Neue Anforderungen identifizieren
Ziel: Neue Anforderungen identifizieren, kontextualisieren und grob priorisieren. Stakeholder und PO im Dialog. Häufigkeit: nach Bedarf, z. B. monatlich oder zu Projektbeginn. - 🔍 Verfeinerung: Zerlegen, diskutieren, anreichern
Ziel: Anforderungen konkretisieren, zerlegen, mit Akzeptanzkriterien versehen und technisch diskutieren. Iterativ und regelmäßig (z. B. wöchentlich). - 📊 Backlog-Review: Überprüfen & umpriorisieren
Ziel: Überprüfung der vorhandenen Anforderungen im Backlog, gegebenenfalls Umpriorisierung oder Archivierung. Fokus auf Relevanz und Reife. - 🚀 Rollout-Planung: Anforderungen zur Umsetzung vorbereiten
Ziel: Abgestimmte Vorbereitung von Anforderungen, die in die Umsetzung oder Auslieferung gehen. Verbindungspunkt zwischen Anforderungsmanagement und Entwicklung.
Requirement Cycle
🔁 Wiederkehrender Zyklus (2-3 Wochen) zur strukturierten Arbeit mit Anforderungen.
Schritte: Identifikation, Analyse, Abstimmung, Verfeinerung, DoR, Feedback, Übergabe.
Abschluss mit Review & Planung.
Ziele des Requirement Cycles:
- Anforderungen identifizieren, analysieren, priorisieren
- Abstimmung mit Stakeholdern sicherstellen
- Anforderungen verfeinern (z. B. User Stories, Use Cases, Modelle)
- Umsetzungsreife durch Definition of Ready (DoR) erreichen
- Feedback einholen (z. B. per Prototyping, Review, Workshops)
- Anforderungen an Entwicklung übergeben oder zur Umsetzung freigeben
Jeder Cycle endet mit einem Review & Planning, bei dem reflektiert wird, was fertig vorbereitet ist und was im nächsten Cycle behandelt wird.
Vorteile des Requirement Cycles:
- Fördert ein iteratives, lernorientiertes Arbeiten an Anforderungen
- Verbindet strategisches Denken mit operativer Umsetzung
- Schafft Rhythmus, Struktur und Transparenz
- Erlaubt flexible Reaktion auf neue Erkenntnisse oder Änderungen
Artefakte
- 📌 Anforderungs-Backlog
- 🧱 Story Map
- 📄 Use Cases
- 🧭 Modelle & Diagramme
- ✅ Definition of Ready (DoR)
- 🧪 Akzeptanzkriterien
- 📁 Dokumentation
Impressum | Datenschutz | © Projektkram. Alle Rechte vorbehalten.