Alle Artikel mit dem Schlagwort: scrum

Die Vorteile von Featureteams

Agile Methoden und insbesondere Scrum sehen bei einem kleinen Produkt mit einem einzigen Team ganz einfach aus. Sobald mehrere Teams an einem Produkt arbeiten, muss die Arbeit irgendwie aufgeteilt werden. Der naheliegende, weil bekannte, Ansatz ist es, das Produkt mehr oder weniger logisch und sinnvoll in Komponenten zu zerlegen und diese mit Komponententeams zu besetzen. Aus Sicht des Kunden sind diese Komponenten allerdings völlig irrelevant. Im besten Fall merkt er davon gar nichts. In den meisten Fällen allerdings schon, weil zwischen seinem Nutzen und den dafür notwendigen Funktionen des Produkts in der Regel mehrere Komponentengrenzen und damit Übergaben oder Abstimmungen zwischen Teams stehen, die den Fluss unterbrechen. Schöner wäre es aus Kundensicht, wenn die neue Funktion, das Feature, von einem einzigen sogenannten Feature-Team umgesetzt würde ganz egal welche Komponenten betroffen sind.

Planlos agil?

Planung ersetzt Zufall durch Irrtum. Albert Einstein wird dieses Bonmot zugeschrieben. Es ist nicht das erste Mal, dass ich es hier im Blog verwende. Schon der zweite Artikel trug 2010 genau diesen Titel. Das richtige Maß an Planung und der Sinn von Plänen beschäftigte mich seither immer wieder und beschäftigt mich im Zuge der Agilen Transformation immer mehr. Schließlich steht im agilen Manifests: „Responding to change over following a plan.“ Und nicht wenige schließen daraus, dass bei Scrum und Co. nicht mehr geplant werden muss und darf. Tatsächlich ist aber das Gegenteil der Fall, es wird sogar mehr und häufiger geplant mit unterschiedlichem Horizont. Aber eben nicht um des Plans willen, sondern für das gemeinsame Verständnis des Vorhabens.

Kontinuierliche Verbesserung

Projekte sind per Definition neuartige Vorhaben durchgeführt von Individuen in mehr oder weniger unbekanntem Umfeld. Daher sind Organisation und Abläufe im Projekt prinzipiell defizitär. Best-Practice können da nur ein Anhaltspunkt sein. Essentiell ist eine Kultur der kontinuierlichen Verbesserung der Zusammenarbeit im Projekt.

Werkzeug oder Waffe?

Jede Methode, jede Technik oder jedes Werkzeug ist nicht an sich gut oder schlecht, sondern wird es erst durch die Art und Weise des Gebrauchs. Ein Hammer kann hilfreiches Werkzeug sein genauso wie zerstörerische Waffe. Was in der physischen Welt aufgrund unserer Erfahrung sofort klar ist, gilt aber für weniger greifbare Werkzeuge ebenso: Auch ein scheinbar harmloses Burndown-Chart im Scrum birgt in den falschen Händen mit zweifelhaften Absichten viel Sprengkraft.

ScrumBut: Ein bisschen agil

Ganz sicher gibt es glühendere Anhänger der reinen agilen Lehre als mich. Die Vorgehensweise im Projekt muss passend sein und nicht standardisiert. Was da aber unter dem Schlagwort Scrum oder agiles Vorgehen in der Praxis verstanden und vor allem missverstanden wird, ist vorsichtig ausgedrückt abenteuerlich. Ein Gutteil der schlechten Erfahrungen mit Scrum liegt definitiv in der mutlosen Umsetzung und einer damit einhergehenden Verstümmelung der Methodik bis zur Unbrauchbarkeit.