Useful Stories: wie User Storys als Satzform helfen

Mir ist aufgefallen, wie häufig ich das Format “User Story” zurzeit in diversen Situationen verwende. Dieses agile Werkzeug für die Anforderungsdefinition hat mein Denken infiziert. Dadurch hat es hat meine Kommunikation mit Kollegen verbessert und mir geholfen, mich klarer auszudrücken.

Was sind User Storys?

User Storys sind inzwischen eine weitverbeitete Technik, um Anforderungen aufzunehmen und zu steuern. Insbesondere nutzen Scrum Teams sie als Hauptinstrument für die Abstimmung, Planung und Steuerung ihrer Arbeit. Die Storys haben eine einfache Form. Aber sie drücken alle wesentlichen Informationen aus, damit ein Entwicklungsteam die Anforderungen von Anwendern umsetzen kann. Ich möchte sie hier nicht vollständig erklären. Für eine gute Einleitung gibt es den Klassiker von Mike Cohn /1/. Aber für die Leser, die sie noch nicht kennen: eine User Story ist ein Satz in folgender Form:

Als <Rolle> brauche ich <was ich brauche>, damit <wozu/warum is es brauche>.

Beispiel: “Als Blogger benutze ich einen deutschen Thesaurus, damit ich nach pfiffigen Synonymen suchen kann.”

Wie das Entwicklungsteam den Thesaurus für mich umsetzt, bleibt ihm überlassen. Ist eine Story zu groß oder komplex, lässt sie sich in mehrere kleinere Storys leicht herunterbrechen. Als Technik haben User Storys viele Vorteile von Informationsgehalt bis zur Untermauerung der Selbstorganisation im Team. Auch hier gibt es bei Cohn mehr Details /1/.

Persönliche Beispiele

Sie lassen sich auch in weiteren Kontexten anwenden, wie mir über die letzten Wochen bewusst wurde. Drei Beispiele fallen mir spontan ein.

Am Montag schrieb ich an einen bis jetzt unbekannten Kollegen: “Ich benötige Zugriff auf den Ordner, damit ich das alte Angebot mit dem neuen Vorhaben vergleichen kann.” Ich habe den Zugriff sofort bekommen. War er nur hilfsbereit und hatte er gerade Zeit? Oder habe ich ihm durch die Form meines Wunsches geholfen?

Oder: vor einer Woche schrieb ich in einer Powerpoint-Folie für einen Kunden-Workshop eine Reihe von Mitwirkungspflichten in Form von User Stories auf. Beispiel: “Als Dienstleister benötigen wir eine benannte Kundenrolle im Change Prozess, damit wir einen klaren Ansprechpartner haben.” Anstelle der üblichen Diskussionen darüber, ob die Mitwirkungspflichten machbar seien, hat der Kunde spontan allen zugestimmt.

Letztes Beispiel: einem Mitarbeiter wollte ich eine Anweisung geben: “Wenn ich mit dem Kunden darüber spreche, brauche ich ganz aktuelle Statistiken und einige Lösungsvorschlage, damit wir unsere Situation und unsere Verbesserungswillen zeigen können.” Obwohl die Aufgabe relativ aufwändig für den Kollegen war, nahm er sie sofort an, ohne dass ich meine Autorität als Chef ausspielen musste.

Ich nehme aus diesen Erfahrungen folgende Punkte mit:

Die Zugabe des Zwecks schafft Klarheit über das benötigte Objekt. Der Zwerk enthält den Mehrwert und liefert damit dem Empfänger den Sinn. Ist etwas an das Ergebnis oder dessen Grund nicht klar, reichen einfachen Gegenfragen.
Die Aussagen sind kurz. Die Form diszipliniert mich, die Sache auf das Wesentliche ohne zu reduzieren. Die Kürze entlastet den Empfänger zeitlich und geistig, weil er nicht arbeiten muss, um mich zu verstehen.
Das Format ist angenehm sachlich. Wie häufig kommen wir in Schwierigkeiten, weil die Aktivitäten und nicht das Ergebnis in Vordergrund gestellt werden./2/
Ich überlasse dem Empfänger die Lösung sowie deren Planung und Steuerung. Damit bleibt der Empfänger souverän in seiner Selbstorganisation. Kombiniert mit dem ersten Punkt haben wir eine optimale Motivationslage geschaffen: das Ergebnis und die Tätigkeiten ergeben einen Sinn, und der Ausführende entscheidet selbst, wie er sie schafft.

Und, jetzt als Blogautor möchte ich von Euren Erfahrungen hören, damit ich meine Hypothese der Nützlichkeit der User Stories validieren kann.

Anmerkungen und Verweise

/1/ Cohn, Mike: User Stories Applied : For Agile Software Development. 1. Aufl.. Boston: Addison-Wesley Professional, 2004, http://www.mountaingoatsoftware.com/books/user-stories-applied; Einige gute Kurzeinleitungen: https://www.mountaingoatsoftware.com/agile/user-stories http://www.ksimons.de/2015/03/user-stories-verstaendlich-erklaert/
/2/ Warum Aktivitäten-basierte Planung ein Teufelszeug ist findet man hier: http://www.teamworkblog.de/2012/05/aktivitaten-basierte-planung-ist-fur.html

Kommentare

Beliebte Posts aus diesem Blog

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Wie Agilität den Kundennutzen steigert - Einige Argumente für Berater:innen

In Zeiten wirtschaftlicher Unsicherheit fragen sich viele, ob agile Beratung noch eine Zukunft hat. Die Antwort liegt in der konsequenten Orientierung am Kundennutzen. Qualität setzt sich durch, wenn sie messbare Verbesserungen bei Umsatz, Kosten und Leistungsfähigkeit bewirkt, anstatt sich in Methoden und zirkulären Fragen zu verlieren. Dieser Artikel zeigt, wie agile Beratung nachhaltige Veränderungen in Unternehmen schafft und warum gerade jetzt gute Berater:innen gebraucht werden, um Organisationen widerstandsfähiger zu machen.

Warum eine Agile Transformation keine Reise ist

Die agile Transformation wird oft als eine Reise beschrieben. Doch dieser Vergleich kann viele Unternehmen in die Irre führen oder Bilder von unpassenden Vergleichen erzeugen. Transformationen sind keine linearen Prozesse mit einem klaren Ziel, sondern komplexe und dynamische Entwicklungen. Dieser Artikel zeigt, warum Agilität kein Weg mit einem festen Endpunkt ist.

Deutsche Transparenz und was das mit unserer Agilität zu tun haben könnte

Nicht wenige Konzepte im agilen Umfeld haben mit "Transparenz" zu tun. Es schimmert an einigen Stellen hindurch, dass es gerade in unserem Land schwierig sein könnte, echte agile Zusammenarbeit durch u. a. Förderung von Transparenz zu erreichen. Womit das zu tun haben könnte, ist Thema dieses Artikels.

Kleine Organisationsveränderungen, die direktes Feedback erzeugen

Große Veränderungen sind in einer Organisation schwer zu messen. Oft liegt zwischen Ursache und Wirkung ein langer Zeitraum, sodass die Umsetzer:innen nicht wissen, was genau gewirkt hat. Hier ist eine Liste mit kleinen Maßnahmen, die schnell etwas zurückmelden.

Agile Leadership – Führst du noch oder dienst du schon?

Die Arbeitswelt verändert sich. Und das spüren nicht nur Führungskräfte, sondern vor allem Mitarbeitende. Immer mehr Menschen hinterfragen den Sinn ihrer Arbeit, erwarten Respekt, Vertrauen und eine Unternehmenskultur, die echte Zusammenarbeit ermöglicht. Studien wie die Gallup-Studie 2025 oder die EY-Jobstudie zeigen: Der Frust am Arbeitsplatz wächst – und mit ihm die Unzufriedenheit mit der Führung. Höchste Zeit, umzudenken. Genau hier setzt agile Führung an. 1. Warum agile Führung heute entscheidend ist Klassische Führung – hierarchisch, kontrollierend, top-down – funktioniert immer weniger. Die Zahlen sind eindeutig: Laut Gallup fühlen sich nur noch 45 % der deutschen Beschäftigten mit ihrem Leben zufrieden. Fast jede dritte Kündigung erfolgt wegen der Führungskraft. Nicht das Gehalt, sondern mangelnde Wertschätzung, fehlendes Vertrauen und ein schlechtes Arbeitsumfeld treiben Menschen aus Unternehmen. Agile Führung bietet eine Alternative, die auf Vertrauen, Selbs...

Ent-Spannen statt Platzen: Erste Hilfe für mehr Vertrauen und Resilienz im Team

Zwei Themen die mir in den letzten Wochen immer wieder über den Weg laufen sind Vertrauen und Resilienz. Vertrauen als das Fundament für gemeinsame Zusammenarbeit und Resilienz als die Fähigkeit, Herausforderungen, Stress und Rückschläge zu bewältigen und gestärkt daraus hervorzugehen. In dem Blogpost möchte ich ein paar Erste-Hilfe Interventionen teilen, die zu mehr Vertrauen und Resilienz im Team führen können - gerade wenn die Emotionen hochkochen und es heiss her geht im Team. Die „Mist-Runde“: Ärger Raum geben. In konfliktbeladenen oder belasteten Teams kann es eine große Herausforderung sein, eine offene Kommunikation und ein respektvolles Miteinander zu fördern. Eine einfache, aber äußerst effektive Methode, um Spannungen abzubauen, ist die „Mist-Runde“ . Diese Intervention, die ich zuerst bei Veronika Jungwirth und Ralph Miarka kennengelernt habe, gibt den Teilnehmern einen geschützten Raum, in dem sie ihre Frustrationen und negativen Gedanken ohne Zensur äußern können un...

Microsoft Lists: mit Forms und Power Apps komfortabel mobil arbeiten

In meinem Kundenkreis sind viele Menschen, die den Arbeitsalltag nicht vorwiegend auf dem Bürostuhl sitzend verbringen, sondern "draußen" unterwegs sind. Vielleicht in Werkstätten oder im Facility-Management. Es ist so wichtig, dass die Schnittstellen zu den Abläufen im Büro gut abgestimmt sind. Microsoft 365 hat so einiges im Baukasten, man muss es nur finden und nutzen. In diesem Artikel spiele ich ein Szenario durch, das auf Microsoft Lists, Forms und - für die Ambitionierteren - Power Apps setzt.

Selbstbewertungsfragen für den Alltag in Arbeitsgruppen aus Sicht von Mitarbeitenden

Welche Fragen können wir Mitarbeiter:innen stellen, um herauszufinden, ob agiles Arbeiten wirkt? Es gibt bereits eine Menge an Fragebögen. Aber ich bin nicht immer zufrieden damit.

Das Teamwork-Blog

Dieses Blog durchsuchen