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

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

Survey: Wie viel Kooperation haben wir denn gerade?

Warum arbeiten wir agil in Teams, warum vermeiden wir Truck-Faktor, warum wollen wir Tπ oder Paint-Drip-Shaped People haben?

Wir hoffen, dass wir von der Kooperation profitieren, dass wir keine Engpässe durch Einzelkompetenzen erzeugen und jede Aufgabe – ihrer Priorität angemessen – schnell umsetzen können.

Spannend wird das Ganze, wenn wir in ein verteiltes Setup gehen, wie es meine Kollegen Martin Ruprecht und Jens Broos in ihren Talks und Workshops besprechen.
Die Schwelle zu Kooperation ist höher, wenn ich erst die Video-Konferenz oder das Remote-Pair-Programming-Werkzeug der Wahl aktivieren muss.

Wir würden deshalb gerne von Euch wissen: Wie oft braucht ihr denn tatsächlich Kooperation, das heißt, die Zusammenarbeit und Kommunikation zwischen Kollegen?

Wie viele Aufgaben kann jeder erledigen, wie viele brauchen Kooperation oder Wissenstransfer? Welche Abhängigkeitsstrecken haben wir, wo kann ich mit mehreren Kollegen an den Tasks der gleichen Story parallel arbeiten?

Ihr findet unsere Umfrage unter https://www.surveymonkey.de/r/3TX3LSY.

Es wäre nett, wenn ihr sie auch ausfüllt – die Ergebnisse stellen wir dann hier vor.

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: Von Helden und Eiern

„Wir machen uns um Onkel Henry furchtbare Sorgen. Er denkt, er sei ein Huhn.“
„Na, warum schicken Sie ihn denn nicht zum Arzt?“
„Naja, das würden wir ja. Aber wir brauchen die Eier.“
— Douglas Adams: Der lange dunkle Fünfuhrtee der Seele: Dirk Gently’s Holistische Detektei

Agile Methoden setzen auf das Team, nicht auf die Individuen. Alles soll das Team entscheiden, alles soll das Team gemeinsam machen. Von Pair über Mob Programming, die meisten Dinge lasten auf mehr als einem paar Schultern. Als Metapher hat man sogar den Bus-Faktor gefunden: Wie viele Leute aus dem Team muss ich mit dem Bus überfahren, bis die Software nicht mehr weiterentwickelt werden kann?

Weiterlesen

Agile Missverständnisse: Was Selbstorganisation nicht ändern darf

Wirklich agil bedeutet doch auch, dass man alles ändern kann. Da ist auch Scrum schon zu dogmatisch, deshalb haben wir das abgeschafft und sind auf Kanban gewechselt. Wir releasen ohnehin die ganze Zeit, da ergeben die Iterationen keinen Sinn. Einen Product Owner haben wir ebenfalls nicht, das hat für uns irgendwie nicht gepasst. Scrum Master sind bei uns jetzt agile Coaches, aber davon brauchen wir auch nicht für jedes Team einen, wir haben jetzt praktisch für alle drei Teams einen.

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

Agile Missverständnisse: NoEstimates – Schätzungen schaden.

Wer schätzt, verliert. Entweder man hat genug Puffer mit drin und es ist zu aufwändig, oder er fehlt und es klappt nicht pünktlich. Externe Abhängigkeiten werden auf rauen Annahmen geplant, von denen man sich zwar wirklich wünscht, dass sie zutreffen würden, aber in Wahrheit selbst nicht daran glaubt. Und kurz vor dem Launch kommen dann die Überraschungen, mit denen man zwar gerechnet hat, jetzt aber keine Zeit mehr hat, mit ihnen umzugehen.

NoEstimates

Also lieber nicht schätzen, sondern auf Business Value und Durchfluss optimieren. Wenn ich zu jedem Zeitpunkt das Nützlichste mache und meine Strecke auf dem Weg dazu kontinuierlich verbessere – was könnte ich mehr als Beitrag leisten?

Weiterlesen

Chan-jo Jun über … Arbeitnehmerüberlassung & agile Projekte

Das Thema Arbeitnehmerüberlassung ist heiß diskutiert; schließlich hängt einiges davon ab: So besteht zum Beispiel die Gefahr, dass man sich als Konzernanwalt strafbar machen kann, wenn man zulässt, dass fremde Arbeiter im eigenen Unternehmen wie eigene Mitarbeiter eingebunden sind.

Doch wie genau geht man nun mit der Arbeitnehmerüberlassung um? Wie sehen (Team-)Konstellationen in agilen Projekten aus, mit denen man auf der sicheren Seite ist?

Weiterlesen