Die 3 größten User-Story-Mythen

Erstellt am 27 Februar 2019
von Schreibe einen Kommentar
User Story Mythen

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 nicht. Der Scrum Guide lässt völlig offen, wie Backlog Items zu dokumentieren sind. Ich persönlich mag User Stories, weil sie die Perspektive vom System auf den Nutzer verschieben. Aber vorgeschrieben ist das nicht.

Mythos #2: Wenn man User-Stories schreibt, dann muss man ein bestimmtes Template benutzen.

Wahrscheinlich denken Sie an: Als <Nutzer> möchte ich <Funktion> damit <Erfülltes Bedürfnis>.
Das Konzept der User Story hatte ursprünglich nichts mit diesem Template zu tun. Mike Cohn hat das Template dann später populär gemacht. Es ist genauso möglich, User Stories informell zu dokumentieren und auf das Template zu verzichten.

Mythos #3: User Stories werden mit Story Points geschätzt.

Als Scrum Master habe ich Teams beobachtet, die sich mit Diskussionen um Story Points, Schätzungen und Velocity verrückt gemacht haben.

Es gibt eine einfache Alternative. Das Team vereinbart kleine Stories. So 1-2 Umsetzungstage für das Team. Dann zählt es nach dem Sprint die Stories, die es fertiggestellt hat. Schon hat man die Velocity.


Sie sehen: Der Umgang mit User Stories ist in der Praxis gar nicht so schwierig. Wie setzen Sie User Stories in der Praxis ein? Ich freue mich über einen Kommentar!


Veranstaltungstipp

Die perfekte Gelegenheit zum weiteren Aufräumen der Mythen finden Sie in knapp zwei Wochen auf der REConf 2019 vom 11.-15. März in München.




RE – mit oder ohne agil?

Erstellt am 20 Februar 2019
von Schreibe einen Kommentar

Nun bin ich nun schon ein paar Monate als „HOODlerin“ unterwegs und habe viel über unsere Arbeit im Requirements Engineering und der Agilität erfahren. Heute widme ich mich der Frage, wie es ausschaut, wenn wir die beiden Disziplinen miteinander kombinieren. Was ändert sich also, wenn wir RE agil machten? Wird das Anforderungsmanagement besser oder „nur“ agil? Dazu habe ich meine Experten-Kollegen bei ihrer Arbeit beobachtet und befragt, und teile nun mein Ergebnis ganz unverholen mit euch.

Agilität mit Coach

Agil zu werden bedeutet, laut einer Definition, sich selbst in Frage zu stellen. Im RE geht es darum die richtigen Fragen zu stellen. Das gehört für mich jetzt erstmal nicht zwangsläufig zusammen.
Weshalb Agilität in Unternehmen eingeführt wird, hat aber einen wirtschaftlichen Grund. Das Unternehmen kann sich im Ergebnis schneller und flexibler mit seinen Produkten und Dienstleistungen den Marktbedürfnissen anpassen.

Die Einführung agiler Arbeitsweisen geschieht oft durch Coaching der interdisziplinären Teams von außen. Das agile Coaching verbessert die Zusammenarbeit, die Kommunikation und gibt dem Team Methoden zur Hand, mit komplexen Aufgaben produktiv umzugehen. Gleichzeitig fördert der Coach auch ein neues, agiles Mindset in seinem Team: Regeln brechen, eigene Regeln aufstellen, ständiges Hinterfragen, freies Denken und natürlich auch freies Artikulieren der Gedanken sind dabei wichtige Bestandteile. Mit einem solchen Mindset können ganz neue Lösungen entstehen. Denn der Raum ist angstfrei und lebendig. Es herrscht Spaß und Veränderungsfreude. Die einstigen Probleme, die beispielsweise aus hierarchischen Strukturen, unzureichender Kommunikation, oder Angst, „sich zu weit aus dem Fenster zu lehnen“ stammen, werden an der Wurzel gepackt.

Mit diesem neuen Mindset ändert sich beispielsweise auch die Art mit Fehlern umzugehen. Sie werden als Chance, und damit als etwas Gutes, aus dem man lernen kann, betrachtet.
Neben all den Vorteilen kann das neue Mindset allerdings im restlichen, noch nicht agilen Teil des Unternehmens, als Nachteil wahrgenommen werden: Die agilen Kollegen passen nun nicht mehr so recht in eine ansonsten hierarchische Unternehmensstruktur.

Requirements Engineering mit einem Consultant

Beim Requirements Engineering (RE) legen wir fest, welchen Anforderungen ein Produkt oder auch ein Prozess standhalten muss. Beispielsweise schaut man in der Software Entwicklung, welche Funktionen die Software in welcher Qualität haben soll. Was wünschen sich die Anwender und andere Stakeholder? Um das zu wissen, bindet man den Stakeholder früh und kontinuierlich in den Entwicklungsprozess ein. Im laufenden Prozess werden aus den anfänglichen Vermutungen der Entwickler klar dokumentierte Anforderungen. Die Chance steigt, dass die Software am Ende des Entwicklungsprozesses sowohl dem Anwender, also dem Auftraggeber, als auch dem Entwickler gefällt. Dadurch, dass die Anforderungen klar dokumentiert sind, sind alle Mitwirkenden im Bilde und Unstimmigkeiten werden schnell offensichtlich. In dem gesamten Prozess steht den Teams oft ein unterstützender externer RE Consultant zur Seite.

Anforderungen gut zu schreiben ist eine Kunst. Diese Kunst wird auch oft bei uns in den Trainings geübt. Anforderungen und Dokumentation müssen vollständig, prüfbar und widerspruchsfrei sein.

Daneben gilt es die richtigen Ermittlungstechniken wie bspw. Interviews, Fragebogen und Produktanalyse zu wählen. Passt alles, wird das Risiko für Fehlentwicklungen drastisch reduziert und führt im besten Fall, vorausgesetzt die Idee ist gut, zu einem guten Produkt.

Wie sieht nun die Mischung aus agil und RE aus?

Wenn man sich nun diese beiden Disziplinen Agile und RE ansieht ist es ganz klar: Wenn RE gut funktioniert, dann ist es wahrscheinlich meistens sogar schon agil. Es besteht ein offenes Klima, in der die Teams gut zusammenarbeiten. Denn das Geheimnis liegt, wie so oft, in der Kommunikation.

Beim agilen Arbeiten kommunizieren Entwickler- und das Anwenderteam kontinuierlich. Die Teams prüfen täglich, hinterfragen, testen, und werfen auch mal alles um, wenn das für ein besseres Ergebnis notwendig ist. Regeln sind da, um gebrochen zu werden. Dieser Spruch passt in diesem Kontext besser denn je.
Die agile Vorgehensweise und das Mindset, das dies alles möglich macht, führt am Ende zu einem besseren Produkt und einer kürzeren Produktentwicklungszeit. Das ist schließlich wieder ganz im Sinne des Unternehmens.

Also einmal RE mit agil bitte!

Veranstaltungstipp

Die perfekte Gelegenheit zum Networken in der RE-Community bietet übrigens die REConf 2019 vom 11.-15.März in München. Komm vorbei. Ein Tag oder fünf, alles ist möglich.

Starting Agile Development of Systems – The Top 5 Questions

Erstellt am 15 Januar 2019
von Schreibe einen Kommentar

There is an increasing interest in developing hardware and systems in an agile way. In October 2018, the participants of the Agile Systems Conference in Munich (ASK) discussed some of the most interesting questions within an Open Space.

Agile Development of Hardware and Systems

Agile Systems Engineering (agile SE) is a hot topic in the development community. One the one hand, many people doubt if agile development is possible not only for software but also for hardware and systems. On the other hand, companies like WIKISPEED, SAAB, MAGURA, BLUNK Electronic etc. already build cars, aircrafts, e-mobility components and printed circuit boards in an agile way and with great success.

Open Space Results

The ASK offered an Open Space to discuss questions and topics of participants. The following top 5 questions were discussed. The results reflect approaches when starting agile SE:

Agiles Coaching und Leadership (4/4)

Erstellt am 5 Dezember 2018
von Schreibe einen Kommentar

Veränderung und Stabilität. Zwei Schlagwörter, die die Meisten nicht im gleichen Satz verwenden würden. Dazu haben wir uns im Rahmen einer Vernissage die Frage gestellt: Wie wird in Organisationen mit dem Bedürfnis nach Stabilität und Veränderung umgegangen? Wandel und Veränderung wird oft von Unsicherheit begleitet. Vertrauen und Mut müssen durch Kooperation, Solidarität und Hilfsbereitschaft gestärkt werden.

Wir haben erkannt, dass nachhaltige Veränderung nur mit dem passenden Verhalten der Menschen funktioniert. In den Prinzipien, Werten und dem Mindset sehen wir die essenziellen Bausteine für „Agiles Coaching“. Beim Thema Leadership sollten aus unserem Verständnis die Führungskräfte vor allem die Verantwortung abgeben, bedingungslose Transparenz schaffen, und Autonomie von ihren Teams einfordern. Fangen wir zunächst mit den Bausteinen des agilen Coachings an.

Synergien mal anders – Jazz enables Change

Erstellt am 27 November 2018
von Schreibe einen Kommentar

Autor Frank Stöckel (ganz rechts) mit der Jazzband „Ease of Jazz“

Ideen oder Inspirationen aus anderen Disziplinen im eigenen Kontext zu nutzen, gibt es als Konzept schon lange. Wenn daraus Synergien entstehen, können alle voneinander lernen. So lernt beispielsweise die Automobilindustrie von der Raumfahrt, die Gentechnologie von der Informatik, die Medizin von den Maschinenbauern. Die Liste der Beispiele ist lang. In diesem Beitrag geben wir euch schon mal einen Einblick auf unseren Vortrag auf der REConf 2019 mit dem Thema „Jazz enables Change“.

Herzlich Willkommen zur REConf 2019

Erstellt am 23 November 2018
von Schreibe einen Kommentar

Auch in diesem Jahr wird es wieder spannend! Freuen Sie sich mit uns auf die REConf 2019!

 

BEYOND RE

In diesem Jahr wird die REConf 18 Jahre alt und ist damit volljährig. Wie eine stolze Familie schauen wir von HOOD auf unseren Sprössling, die sich prächtig weiterentwickelt. In diesem Jahr wächst sie sogar über sich hinaus. Nicht umsonst haben wir den Titel BEYOND RE gewählt. 

Erfahrungsaustausch auf der größten RE Konferenz in Europa

Habt ihr gewusst, dass die REConf mit ihrem Schwerpunkt Anforderungsmanagement, die größten Konferenz in Europa ist? Ziel dieser Konferenz ist es, alle Beteiligten rund um das Anforderungsmanagement und Agile zusammen zu bringen. 

Eines ist klar: Wenn wir an Schlagworte wie „Agiles Requirements Engineering“oder „Modernes RE“ denken, wissen wir, dass die RE Community, die sich auf der REConf alljährlich trifft, diese Vorgehensweisen längst aufgegriffen und schon oft  in der Praxis erprobt hat. Schaut mit unser Community BEYOND Requiremets Engineering und seid ein  Teil dieses Branchen-übergreifenden Erfahrungsaustausches und dieser hervorragenden Community!

REConf 2018 mit der Keynote von Alexander Huber zur Analogie von Berg und Beruf

 

Das Programm

Mit dem Programm der REConf 2019 haben wir von HOOD hoffentlich euren Geschmack getroffen und eine abwechslungsreiche sowie anspruchsvolle Konferenz gestaltet. 

Hört euch die herausragenden Keynotes von Bodo Janssen, Jeff Patton, Ursula Meseberg und Uwe Valentini an.

Nehmt an den zahlreichen Fachvorträgen zu den Themen wie Digitale Transformation, Innovation, Modelle & Modellierung oder New Work teil.

Agile Games mit Ellen Hermens und Sieglinde Fritz

Werdet aktiv in den einführenden und vertiefenden Workshops wie beispielsweise „Agile Games als Brücke zwischen RE und Agilität“, um nur einen zu nennen.

Und besucht, last but not least, gleich am Montag den beliebten Open Space, bei dem ihr euch direkt mit anderen Teilnehmern austauschen und diskutieren können. 

Wie ihr seht, könnt ihr euch die ersten drei Konferenztage sehr unterhaltsam und lehrreich zusammenstellen. 

Die Ausstellung

Spannend ist es auch auf jeder Konferenz durch die Ausstellung zu schlendern und sich die Stände der Community anzusehen. Ganz sicher ergibt sich auch hier das ein oder andere Fachgespräch. 

Der CARS Workshop von HOOD

Ein weiteres Highlight der REConf 2019 mit Fortbildungscharakter ist der CARS-Workshop am Donnerstag und Freitag. Es gibt sogar eine Zertifizierungsprüfung. Was meint ihr, ist so eine Zertifizierung zum „Certified Agile Requirements Specialist“ nicht ein schönes Mitbringsel? Nein, es ist ganz sicher mehr als das.

Anmeldung

Wenn es um eure Anmeldung geht, habe ich eine sehr gute Nachricht: Ihr könnt euch das Ticket zur REConf momentan noch zum Spitzenpreis sichern! Darum meldet euch am Besten noch in diesem Jahr über unsere Seite an und spart 15 Prozent des regulären Preises. 

Nun habe ich euch hoffentlich einen ersten Überblick gegeben und wünsche viel Spaß beim weiteren Entdecken! Bis spätestens zum 11. März im H4 Hotel in München!

Werdet aktiv in den einführenden und vertiefenden Workshops!

Triablog V-Modell Teil 3: Das V-Modell ist tot, es lebe Scrum!

Erstellt am 8 Oktober 2018
von Schreibe einen Kommentar
This entry is part 3 of 3 in the series Triablog-Vmodel

Man sieht es den vielen Rettungsversuchen an. Das V-Modell wird gerade ausgemustert. Ist das V-Modell auch ein Diesel?

Verblüffend ähnlich der aktuellen Diesel-Diskussionen gibt es da auch ein „Euro-6 V-Modell“ Lager. Nur wird den Produktentwicklungsprozessen kein neuer Schadstofffilter dazugebaut, sondern agile „Schleifchen“.

Ich denke, die Geschichte wird sich wieder einmal wiederholen. Wieder mal eine „Kodakisierung“?

Wie detailliert muss ich spezifizieren?

Erstellt am 27 September 2018
von Schreibe einen Kommentar

Dieser Frage widme ich mich heute, eine der oft gestellten Fragen in unseren Kursen.

Spannungsfeld der Veränderung und Stabilität in Organisationen (1/4)

Erstellt am 27 August 2018
von Schreibe einen Kommentar

Veränderung und Stabilität.

Zwei Schlagwörter, die die Meisten nicht im gleichen Satz verwenden würden. Dazu haben wir uns im Rahmen einer Vernissage die Frage gestellt: „Wie wird in Organisationen mit dem Bedürfnis nach Stabilität und Veränderung umgegangen?“ Wandel und Veränderung werden oft von Unsicherheit begleitet. 

Eine Frage der Haltung

Agile Antipatterns – Teil 1: Projektbudgetierung

Erstellt am 8 Mai 2018
von Schreibe einen Kommentar
This entry is part 1 of 1 in the series Agile Antipatterns

Die gewünschten Vorteile der agilen Entwicklung sind vielfältig:

  • Die Kunden sind zufriedener und damit kaufbereiter.
  • Die Zeit von der Idee bis zur Lieferung an die Kunden ist kürzer.
  • Die Mitarbeiter sind motivierter und leisten mehr.

Hört sich doch gut an, oder? In der Praxis stehen bestimmte Verhaltensweisen den genannten Vorteilen im Weg. Weil ich als Scrum Master und agiler Coach dieselben Muster in vielen Firmen immer wieder sehe, schreibe ich in dieser Artikelserie darüber.