PROJEKT-LOG - Klassisch agiles Projektmanagement und mehr
  • Start
  • Authors
  • Imprint
  • Top Agile Tools

Sprache | Language

  • Deutsch
  • English

Autoren

  • Robert Wiechmann 317
  • Sven Röpstorff 21
  • Katja Roth 7
  • Susanne Reppin 4
  • Ralf Wirdemann 3

Kategorien

  • Agile Softwareentwicklung (131)
  • Allgemein (120)
  • Internet (28)
  • Interview (16)
  • Kanban (10)
  • Lean (9)
  • Literatur (11)
  • Management (36)
  • Präsentation (56)
  • Projektmanagement (42)
  • Scrum (83)
  • Software (20)
  • Studien & Umfragen (2)
  • Termine (18)
  • Tools (39)
  • Umfrage (2)
  • Zertifizierung (9)
  • Zitate (31)
  • Zusammenarbeit (16)

Partner




Letzte Artikel

  • (Deutsch) Agile Werte Retrospektive
  • (Deutsch) Great minds discuss ideas, average minds discuss events, small minds discuss people. [Unbekannt]
  • Scrum Introduction in under 10 Minutes
  • (Deutsch) Versuchs mal Feature-Driven
  • Do you also like seeing things are getting done?

Archiv

  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • November 2011
  • October 2011
  • September 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009

Top Agile Tools



Informationen


 RSS Feed abonnieren

Follow @projekt_log




Creative Commons License

Schlagwörter

Agil Agile Agile Softwareentwicklung Backlog Blog Buch Empfehlung Estimation Framework Führung GTD Informationen Internet Interview Kanban Kommunikation Konferenz Lean Management Methode News Online Organisation PPT Product Owner Produktivität Projekt Projektmanagement Präsentation präsentieren Quote Scrum Software Spruch Team Tipps Tool Tools User Stories User Story Video Vortrag XP Zitat Zusammenarbeit

Letzte Kommentare

  • Lisa on 7 interessante Antworten von Felix Rüssel
  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Besser kommunizieren
  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Jahresrückblick 2011 plus Gewinnchance
  • Hass Chapman on Jahresrückblick 2011 plus Gewinnchance
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Christoph Oberle on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Toby Baier on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself


Unterstützen Sie uns



Interessante Artikel

  • Team Estimation Game mit verteilten TeamsTeam Estimation Game with distributed teams
  • Product Owner im Potrait - Eine Rolle, viele Herausforderungen
  • XING präsentiert sich Agil auf dem Scrum Day
  • Ein hoch auf die Kommunikation und Super[g*]robi
  • Präsentation über die Macht von Social Media
  • Lean Software Development
  • Konsens schaffen mit einer Hand
  • Aus 12 mach 13
  • Das vergessene C
  • Präsentation über die Vorzüge von Scrum

Twitter

Dear sprint, I hate you …

02.03.2011

Retrospectives and Lessons Learned belong to the most important things in project management, traditional as well as agile. Many teams, project managers, Scrum Masters and other people know and appreciate this fact. But sometimes I encounter teams not willing to have a retrospective meeting. “It’s always the same”, “It’s boring”, “I can’t think of anything to improve”, “Nothing will happen afterwards” are reasons I hear. This made me think about ways to make retrospectives more interesting and fun. One thing I came up with is making the team write love letters and hate letters together.

During my Scrum training some years ago I learned to facilitate a retrospective in the following way:

  • do some storytelling as a warm up
  • write up to three things on separate cards that went well during the last sprint and that should be kept in this way
  • mental separator (show a funny video, play a game, tell a joke)
  • write up to three things on separate cards that from the last sprint that can be improved
  • derive action points from the things to improve and the things to keep

Experienced teams know this agenda and get bored by it after some time. Often they skip the storytelling to shorten the meeting. Now is a good time to blow in some wind of change, e.g. by  love letters and hate letters. I got to know these during a gaming session by Danny Kovatch while attending the AgileEE 2010.

At the beginning of the retrospective I make the team split up into groups of three to five people. Then I ask each group to write two letters to the sprint:

  1. A love letter, beginning with “Dear sprint, I love you so much …”, which contains the great stuff from the sprint
  2. A hate letter, beginning with “Dear sprint, I hate you …”, which contains stuff to be improved

Each group is free to write the letter in their own style. Some groups prefer a bulletpoint list, some teams write really nice letters and have a lot of fun finding the right phrasing of what they want to say. Depending on the size of the groups it makes sense to define a timebox of 10 to 15 minutes per letter.

Afterwards each group reads their love letter to the other group(s) which in return try to extract the “things that went well” and write them on cards to put on the wall. I usually use green cards for good stuff and red cards for stuff to improve. If the team is too small to be divided into groups they create the cards on their own but should write the letter anyway, because the interactive process of talking about the stuff and finding a common phrasing is the important part.

After working with the love letters you should offer some kind of mental separator to make sure, good and bad stuff is not mixed in the minds of the people. Usually I show a short funny videoclip from Youtube.

Afterwards you do the same procedure with the hate letters and suddenly you have a wall full of cards and you can make the team start deriving action points from them. Make sure you ask the team to define owners for the action points afterwards, otherwise everyone will think that someone else will take care.

When exercising this kind of facilitating a retrospective I observed a lot of laughter and fun. Of course you can’t do it always in this way from now on since it will get boring after some time as well, but if you have your own mix of how to facilitate retrospectives you can make sure it never get’s boring.

I’m very interested in your ways to do retrospectives. Please don’t hesitate to get in touch or to comment on this blogpost.

AutorIn des Artikels

Sven Röpstorff hat 21 Artikel verfasst.
Sven Röpstorff arbeitet freiberuflich als agiler Projektmanager und Coach mit über 16 Jahren Berufserfahrung. Mit seinen Teams probiert er gern neue Wege und Methoden, um sich und sein Umfeld stets weiter zu verbessern. In seinen Vorträgen und Workshops bringt er den Menschen agile Vorgehensweisen auf interessante und spielerische Weise nahe und macht sie somit sichtbar, fühlbar, erlebbar.

  • Kategorie: Agile Softwareentwicklung|Projektmanagement|Scrum
  • Schlagworte: Agil, Agile, Agile Softwareentwicklung, Führung, Games, Management, Projektmanagement, Retrospective, Retrospektive, Scrum, Spiel
  • Autor: Sven Röpstorff

Weitere Artikel zu diesem Thema

  • Story Maps – Selbsterklärende Product BacklogsStory Maps – Let your product explain itself
  • Sprint Zero – Die Null muss stehenSprint Zero – Fasten your seatbelt
  • Komplexität in den Griff kriegen – Die TTM-MatrixGet a grip on complexity – the TTM-matrix
  • 200 Links zu Agilität, Projektmanagement, Lean Management & GTD200 links about Agile, Project Management, Lean Management & GTD
  • Sag mir, wie Du heisst …
  • Agile Glückskekse
  • Erbsenschätzerei reloaded

5 Kommentare zu Dear sprint, I hate you …

Avatar

Romantische Liebesbriefe schreiben: Tipps und Vorbilder | RSS Verzeichnis

06.03.2011

[...] http://www.projekt-log.de/projektmanagement/lieber-sprint-ich-hasse-dich/ … sollten aber trotzdem vorher den Brief schreiben , weil der interaktive Prozess des gemeinsamen Besprechens und Formulierens der wichtige Teil der Übung ist. Nachdem alle Liebesbriefe vorgelesen wurden, sollte ein kleiner mentaler … [...]

Avatar

Produktmanagement Lesetipps: Überblick agiler und schlanker Methoden, die Rolle des Product Owners, 10 Tipps zur Backlogpflege, Sprint-Retrospektiven, Usertests « Produktmanagement und Vermarktung von Internet-Anwendungen

14.03.2011

[...] breit macht, ist es förderlich, für Variationen im Ablauf der Sprint-Meetings zu sorgen. Eine Idee, wie sich Sprint-Retrospektiven interessanter und kurzweiliger gestalten lassen, gibt es im [...]

Avatar

Voltaire.in » Lieber Sprint, ich hasse Dich …

18.03.2011

[...] projekt-log.de [...]

Avatar

John Doe

21.04.2011

“Liebesbriefe” an den Sprint in der Retrospektive?

Mein Teammitglieder würden auszucken, wenn ich das vorschlagen würde.

Wie alt sind Ihre Teammitglieder? Irgendwie verspüre ich generell die Tendenz, dass an die Retrospektive (wie auch teilweise an das Sprint Planning) viel zu spielerisch, um nicht zu sagen kindisch, herangegangen wird. Dies bewirkt, dass Scrum gar nicht mal vom Prozess/Framwork an sich her sondern wegen dieser kindischen Herangehensweise bei vielen auf Ablehnung stößt.

Avatar

Jane Doe

17.11.2011

@John Doe

Ich habe diese Methode bei der letzten Retro erfolgreich eingesetzt, auch wenn ich Anfangs skeptisch war. Alle Teammitglieder haben sich wenn auch Anfangs noch widerwillig mit den Briefen beschäftigt und schnell eingesehen dass es ein geeignetes Mittel zur Kritikäußerung ist. Herrausgekommen sind teils amüsante aber auch sehr kritische Briefe, die eine schöne Abwechslung im SCRUM Alltag darstellen. Auf Dauer ist der gleiche Ablauf einer Retrospektive nämlich langweilig und verleitet dazu vieles abzukürzen. Am Ende stellen sich viele dann die Frage ” Wozu das Ganze?” Dies ist für mich ein Signal dafür, dass der Scrum Master versagt hat.

P.S Unser Team hat einen Altersdurchschnitt von ca 32 Jahren.

Kommentare

top

Copyright ® 2009-2011 - PROJEKT-LOG  RSS Feed abonnieren

ALL-INKL.COM - Webhosting Server Hosting Domain Provider