Intime Eingriffe in Teams und Schätzprozesse mit Story Points

Dieser Blogpost ist ein Erfahrungsbericht aus einem Softwareprojekt. Es wird die Umstellung des Vorgehens bei Schätzungen mit Story Points im Backlog-Refinement beschrieben. Wer wenig Zeit hat und eigentlich nur ein Management-Summary haben möchte, sollte einen einen Blick auf die Zusammenfassung am Ende des Posts werfen. Für alle Anderen beginnen wir jetzt mit dem ersten Teil und der Problem­beschreibung als Auslöser der Umstellung.

Weiterlesen

Product Owner Anti-Pattern – was ist das?

Viele, vor allem neue, Product Owner konzentrieren sich auf die Umsetzung und Prozesse in einem agilen Projekt – dabei spüren sie jedoch häufig Unstimmigkeiten. Wir haben in den vergangenen Jahren ähnliche Erfahrungen gesammelt. Deshalb haben wir – die Runde der Agilen Coaches bei Mayflower – das zum Anlass genommen, uns konkret darüber Gedanken zu machen und zu identifizieren, warum Projekte nicht reibungslos laufen und wie das verbessert werden kann. Daraus, und aus den vielen Gesprächen und dem Feedback anderer Product Owner, sind uns die essenziellen Merkmale der Rolle Product Owner aufgefallen.

Wir haben daraus 30 Product Owner Anti-Pattern abgeleitet, die wir im Rahmen einer Artikelserie vorstellen werden (und die als Product Owner Anti-Pattern Kartenset kostenlos bei uns bestellt werden können). Die Beiträge sollen dabei helfen, das Verständnis der Rolle des Product Owners zu schärfen.
Weiterlesen

Zusammenarbeit über Teamgrenzen hinweg

Innerhalb eines Entwicklerteams funktioniert die Kooperation meist sehr schnell ziemlich gut – allerdings oft nur bis zur Teamgrenze. Team- oder auch unternehmensübergreifend dagegen wird weiterhin versucht, Kooperation in Form von Hierarchien, Verträgen und Verantwortlichkeiten festzulegen. So werden zum Beispiel Wissenssilos gefördert und das wahre Potenzial der Teams kaum ausgeschöpft.

Warum ist das so? Was kann man machen, um die Zusammenarbeit über die Teamgrenze hinaus zu fördern? In meinem letzten Blogpost Mentale Modelle für eine bessere Zusammenarbeit habe ich euch erzählt, wie wir bei Mayflower die Zusammenarbeit innerhalb der Teamgrenzen stärken. In diesem Beitrag zeige ich Wege auf, wie man das teamübergreifend bewerkstelligt.
Weiterlesen

Retrospektive – The Hero’s Journey

 

A hero ventures forth from the world of common day into a region of supernatural wonder: fabulous forces are there encountered and a decisive victory is won: the hero comes back from this mysterious adventure with the power to bestow boons on his fellow man.
– „A hero with a Thousand Faces“ (Joseph Campell)

Als Team bestreiten wir jeden Tag spannende und herausfordernde Abenteuer und Projekte. Um stetig aus den Abenteuern, die wir schon überstanden haben, zu lernen, reflektieren wir sie in Retrospektiven. Was würde sich besser anbieten als das Motiv der Heldenreise zu verwenden, um die vergangenen Herausforderungen zu reflektieren und Aktionen und Learnings abzuleiten?

Weiterlesen

Vom Mayday-Projekt zum eigenen DevCamp-Track – so entstehen Themenschwerpunkte bei Mayflower

Steffen und Katrin beschäftigen sich schon länger mit den Themen UX/UI; nicht nur, aber oft während eines Maydays, unsere zweiwöchentlich stattfindende Slacktime. Dort, wie auch auf firmeninternen Barcamps, probieren sie mit Kollegen Methoden wie User Story Mapping oder Empathy Maps aus; Dinge, die inzwischen auch Einzug in Kundenprojekte gefunden haben. Was sich sonst noch alles im Laufe der Zeit aus „lass uns gemeinsam Wissen aneignen“ ergeben hat und warum es manchmal gar nicht so schlecht ist, wenn der Nutzer betrunken ist, erfährst du im Interview. Weiterlesen

So bringt ihr ein Projekt zum Scheitern

Wir alle kennen das: Projekte laufen wie geschmiert, es gibt wenig bis nichts zu bemängeln. Der Auftraggeber ist glücklich, die Stakeholder haben genau das bekommen, was sie wollten, und das alles in Rekordzeit und ohne das Team zu verbrennen. Und wieder haben wir ein Projekt erfolgreich abgeschlossen. Check.

Aber mal unter uns: Das ist doch ziemlich langweilig, oder?
Weiterlesen

Agile Missverständnisse: Architektur entsteht emergent

Schon das agile Manifest hat eine klare Ansicht darüber, wo und wann Architektur entstehen sollte:

The best architectures, requirements, and designs emerge from self-organizing teams.

Also ist die Sache doch klar: Das Team entscheidet selbst über die Architektur, und die alten Mächte, die aus den Enterprise Architecture Boards die richtige Architektur aus der Ferne finden wollten, sind bezwungen. Endlich kann man selbst Hand anlegen und Architektur passiert dann, wenn sie gebraucht wird.
Weiterlesen

Warum du das Spotify Modell nicht kopieren solltest

Ich schätze Klaus Leopold, Kanban Pionier und Special Guest unseres Product Owner Camp 2017, sehr. Daher habe ich auch den Newsletter von LEANability abonniert. In der neuesten Ausgabe gab es ein kleines Video-Interview mit Cliff Hazel, Coach Chapter Lead bei Spotify. Dort wurde auch die Frage beantwortet, ob Unternehmen das Spotify Organisations-Modell (Chapters, Guilds etc.) für sich kopieren anwenden sollten oder nicht.

Weiterlesen

10 Dinge, die Entwickler an (JIRA-)Tickets schätzen

Im letzten Monat habe ich auf dem PO-Camp darüber gesprochen, welche Bestandteile und Prinzipien aus Entwickler-Sicht für gute (JIRA-)Tickets erforderlich sind. Die gesammelten Anforderungen basieren auf der einen Seite auf kurzen Interviews mit Entwickler-Kollegen, die ich im Rahmen unserer Slacktime durchgeführt habe („Was machen für Dich gute JIRA-Tickets aus?“). Zum anderen fließen aber auch meine persönliche Erfahrung als Entwickler und Team-Mitglied, das relativ viel mit dem Kunden kommuniziert, mit ein.

Herausgekommen sind 10 Punkte, die sich auf das Format, den Inhalt und die Rahmenbedingungen, unter denen das Team mit den Tickets arbeitet, beziehen. Weiterlesen

Kanban Anti-Pattern: der Kanban-Modus

Die Situation kommt vielleicht bekannt vor: Das Scrum-Team rückt einer Deadline näher, der Scope ist noch immer groß und die Projektbeteiligten machen sich Sorgen, ob denn die Deadline zum geplanten Release gehalten werden kann. In so einer Situation gibt es verschiedene Herangehensweisen, um erfolgreich zu sein.

Ich war Scrum Master eines Teams, das sich entschlossen hat, in dieser heißen Phase in den sogenannten Kanban-Modus zu wechseln. In diesem Blogpost möchte ich beschreiben, was sich das Team davon erhofft hat, was wir dabei gelernt haben und ob wir damit die Deadline halten konnten.
Weiterlesen