Teamübergreifende Abstimmung – Welche Entscheidungsprozesse nutzen Communities of Practice?

Konsent harmoniert sehr gut mit Selbstorganisation von Teams und den Scrum-Prinzipien transparency, inspect and adapt.

Foto: Gaby Stein – pixelio.de

Von Birgit Mallow

In Teil I habe ich Repräsentanten-Konstrukte beschrieben, über die sich viele agile Teams abstimmen. Neben dem Scrum of Scrums (SoS) haben sich Communities of Practice (CoP) bewährt, in denen sich Team-Vertreter mit gleichen Themen treffen. Inhaltlich geht es dabei um Erfahrungsaustausch sowie die Klärung von Abhängigkeiten oder die Abstimmung von Themen, die potentiell für alle Teams von Interesse sind.

Entscheidungsprozesse in CoPs

Die Art und Weise, wie in den CoPs gearbeitet wird und vor allem wie Entscheidungen getroffen werden, kann in selbstorganisierten CoPs ganz unterschiedlich sein. Nach meiner Erfahrung ist das praktizierte Verfahren nicht unerheblich für die Effizienz eines CoPs und die Zufriedenheit aller Beteiligten. Dazu zählen natürlich auch die agilen Teams, die ihre Vertreter in die CoPs entsenden.

Manche CoPs starten mit dem Anspruch, Entscheidungen nach dem Konsens-Prinzip zu treffen.

Das heißt, es wird gemeinsam diskutiert und überlegt mit dem Ziel, eine Lösung zu finden, die alle Team-Vertreter befürworten. Die gute Absicht dabei: Die Lösung soll möglichst die Beste und zugleich möglichst die Beste für alle Teams sein, die von der Entscheidung betroffen sind. Gründe für das Vorgehen können auch sein, dass die agile Arbeitsweise generell noch in der Einführung und für viele Mitarbeiter relativ neu ist; vielleicht kennen sich auch die Team-Vertreter noch nicht so gut und wollen sich in der Startphase des CoP erstmal freundlich „beschnuppern“. Auch die Unternehmenskultur spielt eine Rolle. In manchen Organisationen ist es „guter Ton“, Konflikte zu vermeiden; in anderen Organisationen wollen die Team-Vertreter aber auch in ihren Teams und im CoP eine Harmonie erzeugen, die sie im übrigen Unternehmensalltag bisher eher vermissen. In der Praxis führt Konsens-Prinzip nach meiner Erfahrung meistens nicht zur besten, sondern – wenn überhaupt – zur zweit- oder drittbesten Lösung. Es passiert das, was wir aus vielen Gremien kennen: Da werden faule Kompromisse ausgehandelt oder aus Harmoniebedürfnis vorschnell wichtige Argumente aufgegeben. Oder es wird eben endlos diskutiert, weil immer irgend einem Team-Vertreter noch ein Aspekt einfällt, der vor der finalen Entscheidung zu behandeln wäre. Diese Strategie eignet sich nicht nur für die fast endlose Suche nach der besten Lösung, sondern auch zum geschickten Blockieren des gesamten CoPs. Für die Teams, die darauf warten, dass ihr Vertreter eine Entscheidung mitbringt, ist das natürlich unbefriedigend.
Es gibt sicher CoPs, die mit Konsens sehr gut zurechtkommen. Auch kann ein erfahrener Scrum Master als Moderator das CoP bei der Konsens-Findung mit Fragen, Spiegeln des Diskussionsverlaufs und mit Time-Boxing gut unterstützen. Ein wirklich guter Scrum Master wird das CoP aber schnell davon überzeugen, dass Konsens nicht der beste Weg ist.

Auch weit verbreitet ist die demokratische Abstimmung

In der Diskussion werden Sichtweisen und Argumente ausgetauscht und schließlich wird mit einer Mehrheit die Lösung gekürt. Die Entscheidung basiert also auf den Interessen und Sichtweisen der Mehrheit. Meistens ist die demokratische Abstimmung schneller bewerkstelligt als eine Konsensfindung. Für viele Teams ist das ein gutes Vorgehen.
Zur Schieflage kommt es aber, wenn wichtige Argumente einzelner Team-Vertreter zu wenig Gehör finden. Möglicherweise ist ja auch nur eine Minderheit der Teams von den negativen Konsequenzen einer CoP-Entscheidung betroffen. Manche CoPs führen deshalb zusätzlich das Veto-Prinzip ein. Wer gravierende Bedenken gegen einen Vorschlag hat, kann einen Mehrheitsentscheid mit seinem Veto verhindern. Das führt dann im CoP entweder zur Blockade oder zu einer erneuten Diskussion bis mehrheitsfähige neue Lösung entwickelt ist. Und es gibt auch das Phänomen, dass geschickte Team-Vertreter im Vorfeld in bilateralen Gesprächen die erforderlichen Mehrheiten schmieden, um ihren Vorschlag im CoP durchzusetzen. Das ist dann zwar „politisch geschickt“, aber für das CoP sowie alle betroffenen Teams nicht unbedingt nützlich. Und selbst wenn der Vorschlag objektiv sachlich ein sehr guter war, besteht die Gefahr, dass sich die Team-Vertreter und Teams der überstimmten Minderheit hintergangen fühlen.
Auch beim Einsatz demokratischer Abstimmung ist es also hilfreich, wenn CoPs durch einen erfahrenen Scrum Master moderiert werden, der zu Fairness, Ehrlichkeit und Transparenz anhält.

Derzeit noch nicht so weit verbreitet, aber generell sehr nützlich für effektive Gremienarbeit ist das Konsent-Prinzip

Deshalb ermutige ich Teams und CoPs gerne dazu, dieses Verfahren für sich auszuprobieren. „Teamübergreifende Abstimmung – Welche Entscheidungsprozesse nutzen Communities of Practice?“ weiterlesen

Teamübergreifende Abstimmung – Wie läuft Abstimmung in agilen Organisationen mit vielen Teams?

Agile Vorgehensweisen, insbesondere Scrum, haben sich auf der Teamebene bewährt. Aber wie kann die teamübergreifende Abstimmung gut gestaltet werden?

Foto: Quelle Pixabay

Von Birgit Mallow

Agile Vorgehensweisen, insbesondere Scrum, gehören mittlerweile zum professionellen Standard in der Software-Entwicklung. Die meisten Unternehmen haben mindestens auf Teamebene Erfahrung damit gesammelt und viele haben dabei Erfolge erlebt. Der logische nächste Schritt ist dann die agile Skalierung: Das kann zum einen bedeuten, dass mehrere agile Teams gemeinsam an einem großen Software-Produkt arbeiten. Zum anderen setzen viele Unternehmen aber auch immer mehr Teams auf, die eigenständig an „ihrem“ Produkt arbeiten. Generell gilt: Alle Mitglieder eines Teams sind durch optimierte Kommunikation auf demselben Wissensstand. Arbeiten allerdings viele Teams parallel, können nicht mehr alle direkt miteinander sprechen; das wäre viel zu zeitaufwändig und ineffektiv. Da aber die direkte persönliche Kommunikation ein elementares Prinzip der agilen Vorgehensweisen ist, nutzen wir Konstrukte aus Repräsentanten.

Scrum of Scrums (SoS)
Bei der Skalierung von Scrum über mehrere Teams wird häufig das Konstrukt Scrum of Scrums (SoS) eingesetzt: Jedes Team entsendet in ein SoS-Abstimmteam ein Mitglied. Dieses SoS-Team tagt i.d.R. täglich, am besten direkt nach dem Daily Scrum (StandUp-Meeting), das alle agilen Teams parallel abhalten. Im SoS berichten sich die Teamvertreter anschließend, an was ihre Teams zuletzt gearbeitet haben, was als nächstes geplant ist und welche Hindernisse sie aktuell sehen. Hier kommen vor allem die Themen zur Sprache, die teamübergreifend von Interesse sind und evtl. abgestimmt werden müssen, bspw. weil alle von einer Architekturentscheidung betroffen sind oder Abhängigkeiten in der Entwicklung entdeckt wurden.
SoS werden i.d.R. zur Abstimmung von Teams genutzt, die gemeinsam an einem Produkt arbeiten.

Community of Practice (CoP)
Bei sehr großen Projekten oder in großen agilen Organisationen finden sich zusätzlich zu den (produktbezogenen) SoS oft noch sogenannte CoPs (Communities of Practice). Die Mitglieder sind Teamvertreter mit jeweils gleichem Thema und Interesse. In der Praxis werden oft CoPs für Architektur, Test/QS, Datenstrukturen gebildet, aber auch für die Product Owner und Scrum Master der Teams. CoPs bilden sich häufig auch in den Unternehmen, in denen Teams parallel an eigenen Produkten arbeiten. Ziel ist dann i.d.R. der Wunsch, teamübergreifend voneinander lernen und Synergien nutzen zu können. CoPs werden in Unternehmen z.T. aber auch eingesetzt, um generell dem Thema „Agilität“ im Unternehmen ein Forum zu geben. „Teamübergreifende Abstimmung – Wie läuft Abstimmung in agilen Organisationen mit vielen Teams?“ weiterlesen