User Stories sind populär. So populär, dass manche meinen, sie seien ein fester Bestandteil von Scrum. Lassen Sie uns die User Stories genau untersuchen!
User Stories und INVEST unter dem Mikroskop

User Stories sind populär. So populär, dass manche meinen, sie seien ein fester Bestandteil von Scrum. Lassen Sie uns die User Stories genau untersuchen!
In meiner Arbeit mit agilen Teams und als Trainer höre ich immer wieder Aussagen über User Stories, die von der ursprünglichen Intention abweichen und in der Praxis Probleme verursachen. Zeit, mit ein paar der häufigsten Mythen aufzuräumen. Mythos #1: In Scrum wird eine Anforderung als User-Story dokumentiert. Das kann man so machen, muss man aber…
Was wurde nicht schon alles für tot erklärt? Schon vor Jahren wurde Test Driven Development beerdigt. Merkwürdigerweise verbreitet es sich trotzdem immer weiter. Natürlich ist auch Agil tot. Obwohl selbst traditionsreiche Unternehmen mittlerweile mit Scrum in Berührung gekommen ist. Totgesagte leben länger, sind aber immer gut für eine schmissige Überschrift. In diesem Sinne. Werden Sie…
Ein Modell ist eine vereinfachte Abbildung der Wirklichkeit mit einem bestimmten Zweck. Das hier vorgestellte Modell hilft mir dabei, herauszufinden, ob eine Anforderung im Kontext einer Produktentwicklung verifizierbar ist. Zudem wird mir dadurch klar, welche der drei Aspekte Stakeholder, Aussage und Adressat einer Anforderung fehlen, unbekannt sind und ggf. ermittelt werden müssen. Die Anwendung dieses…
Software beginnt als Idee, als eine Vision. Wenn der Visionär selbst Softwareentwickler ist, reicht das vielleicht schon, um ein großartiges Produkt zu entwickeln. Wenn dieser Visionär aber kein Entwickler ist, muss er das, was in seinem Hirn ist, in die Hirne anderer übertragen, die mit ihm die Software entwickeln. Und das geht nicht ohne Kommunikation.
Haben Sie sich auch schon mal gefragt, wie Sie Anforderungen in Ihrem Produktentwicklungskontext mit User Stories systematisch strukturieren sollten? Unter ständig einprasselnden Kundenäußerungen und neuen Erkenntnissen sollen alle Beteiligten wissen, was gefordert ist. Zudem soll genügend Information vorhanden sein, damit das Geforderte umgesetzt werden kann.
Mir wurde einmal folgende Story zugetragen: Eine junge Frau wurde von einer renommierten Automobilfirma als Entwicklerin eingestellt. Es stellte sich jedoch heraus, dass sie sich schwer tat. Die versierten Kollegen, die das komplexe Software Code System überschauten, sprachen abfällig über sie. Der Chef der Abteilung erkannte, dass doch noch etwas mehr Fortbildung nötig wäre. Sie…
Für die Strukturierung von Anforderungen hatte ich in dieser Blogserie schon die Kriterien und Techniken besprochen. Nach dem Blick auf die eher theoretischen Aspekte will ich mich heute einer konkreten Umsetzung widmen. Die Frage lautet: Wie gestaltet man die Gliederung von Anforderungen innerhalb einer Spezifikation?
Kürzlich wurde ich wieder gefragt, wie sich der Aufwand von Requirements Engineering rechtfertigen lässt. Immer noch beobachte ich, dass die Tätigkeit des „systematischen Umgangs mit Anforderungen“, dies ist eine moderne Übersetzung des englischen Begriffs „Requirements Engineering and Management“, zu wenig Akzeptanz innerhalb der Unternehmen findet. Es werden verschiedenste Gegenargumente vorgetragen: Für das Projektmanagement ist es viel zu teuer,…
Es ist Freitag Vormittag, 09:00 Uhr; Zeit für unser Daily. Ein Kollege zeigt auf das Taskboard und sagt “Diese User Story ist eigentlich fertig und kann in unsere Done-Spalte gehängt werden”. Wörter, wie “eigentlich” oder „fast“ machen mich stutzig und ich kann nicht anders als nachzufragen, ob die Definition of Done für diese User Story…