PVM2017 Hochschule Darmstadt:
Scrum, User Stories und Story Mapping erklärt

Im Oktober 2017 war ich als Gastredner bei der PVM2017 an der Hochschule Darmstadt. Die Fachtagung stand unter dem Leitthema
„Die Spannung zwischen dem Prozess und Mensch im Projekt“.

Mein Beitrag war ein Kompaktbriefing mit dem Titel:

„Scrum am Beispiel von User Stories und Story Mapping erklärt“

Rückblickend war dieser Auftritt ein früher Baustein meiner heutigen Arbeit. Denn schon damals ging es mir nicht darum, Scrum als Prozessschablone zu erklären.
Im Mittelpunkt stand eine andere Frage:

Wie entstehen aus agilen Prinzipien, Kundenverständnis und Produktideen konkrete nächste Schritte?

Genau hier verbinden sich Scrum, User Stories und Story Mapping. Nicht als Methode um der Methode willen, sondern als praktische Übersetzung von Zusammenarbeit, Kundenwert und gemeinsamer Orientierung.

Der fachliche Kontext: Prozess, Mensch und Projekt

Die PVM2017 griff ein Spannungsfeld auf, das bis heute hochaktuell ist: Einerseits brauchen Projekte Prozesse, Regeln und Strukturen. Andererseits müssen Menschen in dynamischen Situationen auf Veränderungen reagieren können.

Genau dieses Spannungsfeld begegnet mir bis heute in Transformationen:

Prozesse sollen Orientierung geben.
Rollen sollen Zusammenarbeit klären.
Methoden sollen Komplexität handhabbar machen.
Aber wenn sie zu starr werden, verhindern sie genau das, was sie ermöglichen sollen: Anpassung, Verantwortung und gemeinsames Lernen.

Deshalb war das Thema der Fachtagung so passend. Es ging nicht nur um Projektmanagement. Es ging um die Frage, welche Rahmenbedingungen Teams brauchen, damit sie in klassischen, agilen oder hybriden Vorgehensmodellen wirksam arbeiten können.

Worum ging es in meinem Beitrag?

In meinem Kompaktbriefing habe ich Scrum anhand von User Stories und Story Mapping erklärt.

Die Kernidee war einfach:

Scrum wird erst dann wirksam, wenn ein Team nicht nur Aufgaben abarbeitet, sondern versteht, welchen Wert es für Kunden und Nutzer schaffen soll.

User Stories helfen dabei, Anforderungen nicht nur technisch oder organisatorisch zu beschreiben, sondern aus Sicht der Nutzer zu formulieren. Story Mapping hilft, diese einzelnen Anforderungen in einen größeren Zusammenhang zu bringen.

So entsteht aus vielen einzelnen User Stories eine gemeinsame Landkarte:

• Was wollen Nutzer erreichen?
• Welche Schritte gehören zu ihrem Ablauf?
• Was ist wirklich wichtig?
• Was kann später kommen?
• Welche Version liefert früh einen nutzbaren Wert?

Damit wird agiles Anforderungsmanagement greifbar.

Warum User Stories mehr sind als kleine Anforderungen

User Stories werden in Organisationen häufig missverstanden. Dann sind sie nur kleine Arbeitspakete mit einem anderen Namen.

Das war nie die eigentliche Idee.

Eine gute User Story ist ein Gesprächsanlass. Sie verbindet Nutzerperspektive, fachlichen Wert und technische Umsetzung.
Sie zwingt Teams dazu, nicht nur zu fragen: „Was sollen wir bauen?“, sondern auch:

• Für wen ist das wichtig?
• Welches Problem wird gelöst?
• Woran erkennen wir, dass es nützlich ist?
• Welche Annahme steckt dahinter?
• Was müssen wir zuerst lernen?

Genau darin liegt der Wert.

User Stories machen Anforderungen nicht automatisch agil. Aber sie können Teams helfen, den Blick vom reinen Abarbeiten hin zur Wirkung zu lenken.

Warum Story Mapping so wirksam ist

Story Mapping macht sichtbar, was in klassischen Backlogs oft verloren geht: der Zusammenhang.

Ein Backlog kann schnell zu einer langen Liste werden. Viele Einträge, viele Prioritäten, viele Details. Aber irgendwann sieht niemand mehr das Spielfeld.

Story Mapping bringt Ordnung hinein. Es zeigt den Weg des Nutzers, die wichtigsten Aktivitäten und die möglichen Ausbaustufen eines Produkts.

Dadurch entstehen drei wichtige Effekte:

• Erstens schafft Story Mapping ein gemeinsames Verständnis zwischen Fachseite, Entwicklung und Stakeholdern.
• Zweitens hilft es bei der Priorisierung, weil sichtbar wird, welche Schritte für eine erste nutzbare Lösung wirklich gebraucht werden.
• Drittens unterstützt es iteratives Vorgehen, weil nicht alles auf einmal umgesetzt werden muss.

Oder in meiner heutigen Sprache gesagt:

Story Mapping macht das Spielfeld sichtbar.

Und erst wenn das Spielfeld sichtbar ist, kann ein Team gute Spielzüge entwickeln.

Die Verbindung zu agilen Prinzipien

Der Vortrag hatte bereits damals eine klare Verbindung zu den agilen Prinzipien.

Denn Scrum, User Stories und Story Mapping sind nicht einfach Werkzeuge. Sie machen zentrale agile Prinzipien praktisch erlebbar:

• Kundenwert steht im Mittelpunkt.
• Zusammenarbeit wird wichtiger als Übergabe.
• Direkte Kommunikation ersetzt lange Interpretationsketten.
• Zwischenergebnisse ermöglichen Feedback.
• Priorisierung wird sichtbar.
• Anpassung wird Teil des Vorgehens.

Das ist bis heute entscheidend.

Viele Organisationen führen agile Methoden ein, ohne die Prinzipien dahinter wirklich zu leben. Dann gibt es zwar Sprints, Boards, Backlogs und Meetings, aber die eigentliche Wirkung bleibt aus.

Genau deshalb ist der alte Auftritt heute wieder relevant: Er zeigt früh, dass Agilität nicht bei Scrum beginnt und nicht bei Story Points endet. Agilität wird wirksam, wenn Teams besser verstehen, entscheiden und lernen.

Von Story Mapping zur heutigen Spielphilosophie

Heute würde ich diesen Vortrag anders einordnen als 2017.

Damals stand die Methode stärker im Vordergrund: Scrum, User Stories, Story Mapping, agiles Anforderungsmanagement.

Heute sehe ich noch deutlicher, was darunterliegt:

• Wie entsteht gemeinsames Verständnis?
• Wie wird Kundenwert sichtbar?
• Wie gehen Teams mit Unsicherheit um?
• Wie wird aus einer Idee ein erster wirksamer Schritt?
• Wie verhindern wir, dass Prozesse wichtiger werden als Menschen und Wirkung?

Damit führt dieser Auftritt direkt zu meiner heutigen Arbeit rund um Kulturwandel, Innovationskultur und Transformation.

Denn Story Mapping ist im Grunde mehr als eine Technik. Es ist eine Form, gemeinsam auf das Spielfeld zu schauen.

• Nicht jeder sieht dasselbe.
• Nicht jeder bewertet dieselben Dinge als wichtig.
• Nicht jeder versteht den Kunden gleich.
• Nicht jeder hat dieselbe Vorstellung vom nächsten Schritt.

Genau deshalb braucht es gemeinsame Bilder, klare Ziele und eine passende Spielphilosophie.

Was Unternehmen daraus lernen können

Der Auftritt bei der PVM2017 zeigt eine Entwicklung, die bis heute relevant ist.

Organisationen brauchen Prozesse. Aber Prozesse allein lösen keine komplexen Probleme.

Sie brauchen Methoden. Aber Methoden allein erzeugen keine Wirkung.

Sie brauchen Rollen. Aber Rollen allein schaffen keine Verantwortung.

Der eigentliche Unterschied entsteht dort, wo Menschen gemeinsam verstehen, worum es geht, welche Wirkung entstehen soll und welche nächsten Schritte sinnvoll sind.

Scrum kann dafür einen Rahmen geben.
User Stories können den Blick auf den Nutzer lenken.
Story Mapping kann das gemeinsame Spielfeld sichtbar machen.
Agile Prinzipien können Orientierung geben.

Aber am Ende entscheidet das Zusammenspiel.

Drei zentrale Botschaften des Auftritts

1. Agilität beginnt nicht mit einem Prozess

Ein Prozess kann helfen, aber er ersetzt kein Denken. Wenn Teams nur einem Ablauf folgen, ohne den Sinn dahinter zu verstehen, entsteht Methodentheater.

Agilität beginnt dort, wo Menschen gemeinsam lernen, priorisieren und Verantwortung für Wirkung übernehmen.

2. Anforderungen brauchen Kontext

Einzelne Anforderungen sind wichtig, aber ohne Zusammenhang werden sie schnell beliebig. Story Mapping hilft, Anforderungen in den Nutzerfluss, in Produktziele und in sinnvolle Ausbaustufen einzuordnen.

So wird aus einer Liste ein Bild.

3. Zusammenarbeit entscheidet über Wirkung

User Stories und Story Mapping funktionieren nicht, weil sie schöne Formate sind. Sie funktionieren, wenn Fachseite, Entwicklung, Stakeholder und Produktverantwortliche miteinander ins Gespräch kommen.

Der Wert entsteht nicht im Template. Der Wert entsteht im gemeinsamen Verständnis.

Brücke zu meinen heutigen Vorträgen und Workshops

Dieser Auftritt passt sehr gut zu meiner heutigen Positionierung:

Kulturmuster sichtbar machen.
Spielphilosophie entwickeln.
Wandel wirksam gestalten.

Damals ging es um Scrum, User Stories und Story Mapping. Heute greife ich diese Fragen breiter auf:

• Warum funktionieren Methoden in einer Organisation und in einer anderen nicht
• Welche Kulturmuster bestimmen Entscheidungen, Prioritäten und Zusammenarbeit?
• Wie kann Innovation im Alltag wirksam werden?
• Welche Spielphilosophie braucht ein Unternehmen, damit Teams nicht nur beschäftigt sind, sondern Wirkung erzeugen?

Besonders anschlussfähig ist der Auftritt deshalb an meine heutigen Themen:

Kulturwandel & Orientierung
Wenn Organisationen verstehen wollen, wie sie ticken und warum Veränderung nicht an Methoden allein hängt.

Innovationskultur & Wirksamkeit
Wenn Unternehmen neue Ideen nicht nur sammeln, sondern in nutzbare Produkte, Services und Entscheidungen übersetzen wollen.

Wertewandel & Komplexität
Wenn alte Regeln nicht mehr ausreichen und neue Orientierung im Umgang mit Unsicherheit gebraucht wird.

Workshop Innovationskultur
Wenn Teams und Führungskräfte konkrete nächste Spielzüge entwickeln wollen, statt nur über Innovation zu sprechen.

Fazit:

Der Nutzen liegt nicht darin, Scrum noch einmal zu erklären. Der Nutzen liegt darin, das Zusammenspiel aus Prozess, Mensch, Produkt und Wirkung besser zu verstehen.

Scrum, User Stories und Story Mapping sind keine Garantie für Agilität.

Sie werden erst dann wirksam, wenn Menschen gemeinsam verstehen, für wen sie arbeiten, welchen Wert sie erzeugen und welche nächsten Schritte auf dem Spielfeld wirklich zählen.

Oder kurz gesagt:

Nicht der Prozess gewinnt das Spiel.
Das Zusammenspiel entscheidet.