Agile Einführung in Nicht-IT-Teams. Was ist der Unterschied?

Selbstorganisierende, autonome, funktionsübergreifende, agile Teams. Wir sind daran gewöhnt, sie in der IT-Branche häufig zu sehen. Und da der Trend zur Agilität immer mehr zunimmt, tauchen solche Teams auch in anderen Branchen auf. Marketing, HR, Finanzen (was auch immer) stellen ihre Arbeitsweise allmählich auf Agilität um. Der Grund dafür ist die Bildung und Stärkung von (Produkt-)Teams und die Abkehr von projekt- oder funktionsorientierten organisatorischen Silos.

Als agiler Berater hatte ich das Vergnügen, mit vielen Entwicklungsteams zusammenzuarbeiten, und ich habe es genossen, mit mehreren Nicht-IT-Teams, nennen wir sie Business-Teams, zu arbeiten. Es gibt Unterschiede zwischen der von ihnen angewandten agilen Arbeitsweise und dem, was wir in der IT gewohnt sind. Schauen wir uns das einmal genauer an und sehen wir uns an, welche Unterschiede es bei der Einführung von agilem Arbeiten zwischen dem IT- und dem Nicht-IT-Bereich gibt.

Jede Menge Aufgaben

Zunächst einmal haben die Geschäftsteams eine Fülle von Aufgaben. Sie sind bereits klein und granular. Es ist nicht wie in der IT, wo eine einzige Funktion ein Team einen Sprint lang beschäftigen kann. Die Verfeinerung solcher Aktivitäten wird anders gehandhabt. Wir sind es gewohnt, die Verfeinerungssitzung mit dem Ziel für den kommenden Sprint zu beginnen und über den Inhalt des Backlogs zu schwärmen und die Aufgaben zu identifizieren, die zu diesem Ziel beitragen. Das gesamte Team fungiert hier als Product Owner (PO). Sie wissen, was sie im nächsten Sprint tun wollen. Es gibt keine Präsentation der Funktion zu Beginn der Verfeinerung durch einen Product Owner oder Business Analysten.

Das ganze Team handelt wie der PO? Moment mal... Ja, genau in solchen Teams ist jedes Mitglied Herr seiner Aufgaben und hat eine Vorstellung davon, welche Aufgaben auf seinem Teller liegen. In solchen Teams gibt es mehr individuelle Unabhängigkeit. Natürlich gibt es einen engagierten Product Owner, der die Endverantwortung für die Backlog-Elemente trägt und die Kommunikation übernimmt. Aber in einem Marketingteam geht es weniger hierarchisch zu als in der IT.

Das Wort ergreifen

Die zweite Beobachtung ist die Offenheit und die Bereitschaft, das Wort zu ergreifen. In IT-Teams müssen Sie sich als Scrum Master in der Regel viel mehr anstrengen, um zu erreichen, dass die Kameras während des Online-Meetings eingeschaltet werden und die Teilnehmer das Wort ergreifen und sich austauschen.

Geschwindigkeit und Schätzung

Die dritte Beobachtung ist, wie sie die zu erledigende Arbeit einschätzen. Vergessen Sie einfach die Story Points... In Marketingteams wird diese Idee einfach nicht akzeptiert. Für sie ist es einfacher, die Zeit zu bemessen oder das Äquivalent eines T-Shirts (im besten Fall). Story Points sind für sie zu umständlich und zu wenig greifbar. Und im Marketing geht es auch um Fristen. Sie sind einfach näher am Geschäft dran.

Die Schnelligkeit der Lieferung ist eine Folge der strikteren Fristen und Aktivitäten der Geschäftsteams (erinnern Sie sich an die vielen kleinen granularen Aufgaben, die sie haben?). Der Markt wartet nicht auf eine Untersuchung, eine Architekturentscheidung oder einen Lösungsentwurf. Es geht schnell weiter und weiter.

Geschäftliche Metriken

Die letzte Beobachtung, die ich erwähnen möchte, betrifft die Metriken, die die geschäftsorientierten Teams verwenden. In der IT sind wir an Burn-Downs, Geschwindigkeitsdiagramme, kumulative Flussdiagramme, Rücklaufquoten von Anwendergeschichten und die Anzahl der Fehlerbehebungen gewöhnt. Einige davon haben sich im Marketing bewährt, verstehen Sie mich nicht falsch, denn es sind immer noch agile Metriken. Aber es gibt noch mehr als das. Die Metriken, die die Geschäftsteams verwenden, sind näher an den tatsächlichen Geschäftsanforderungen. Hier geht es um die Ziele und die wichtigsten Ergebnisse, die vom Markt bestimmt werden. Höhe des Wachstums, Marktanteil, Kundenzufriedenheit.

Zum Schluss...

Alles in allem gibt es Unterschiede und Gemeinsamkeiten. Aber die Übernahme der agilen Arbeitsweise hat heutzutage einen innovativen Beigeschmack, wenn es um Marketing, HR, Finanzen und andere Nicht-IT-Bereiche geht. Es gibt viele graue, unerschlossene Bereiche, die von den Erklärungen der Agile Frameworks nicht abgedeckt werden. Als überzeugter Anhänger und Evangelist von Agile kann ich sagen, dass es definitiv ein großes Potenzial für die Anwendung in einer größeren Bandbreite von Teams gibt (und nicht nur in IT-Teams). Es hat sich in der Praxis als erfolgreich erwiesen. Allerdings muss dieser Ansatz an die Besonderheiten der Branche und des Teams angepasst werden. Scheuen Sie sich also nicht, innovativ zu sein und laden Sie alle Arten von Teams auf ihre nicht-IT Agile Reise ein!