Auch vor der Öffentlichen Verwaltung macht die Digitalisierung nicht halt

Agile Coaching in der Öffentlichen Verwaltung - eine case study von Hans Färber

Situation

Auch vor der öffentlichen Verwaltung eines Norddeutschen Kreises macht die Digitalisierung nicht halt. In den regionalen Jobcentern sollen die zahlreichen Sachbearbeiter und Leitungen durch eine zeitgemäße Business Intelligence-Lösung sowohl bei der täglichen Arbeit als auch bei strategischen Fragestellungen mit automatisierten Auswertungen der Daten aus den operativen Systemen unterstützt werden.

Problem
 
Während die Beschaffung einer standardisierten BI-Lösung schon länger stattgefunden hat, kommt das Projekt nicht recht in Gang. Es gibt eine Arbeitsgruppe, die sich aus wechselnden Mitgliedern verschiedener Organisationseinheiten zusammensetzt und beim Versuch, das Projekt mit einer klassischen Projektplanung ins Rollen zu bringen, sehr ins Schwitzen kommt. Warum? Weil der Kontext des Projektes nicht zu einem klassischen Vorgehen passte!
Dafür sprachen drei Beobachtungen, die wir mit dem Team gemeinsam machten:

1. Dynamische Anforderungen

Für eine sinnvolle detaillierte Vorplanung der Projektergebnisse müssen die Nutzeranforderungen nicht nur halbwegs klar und artikuliert, sondern auch relativ zeitstabil sein. Das war hier nicht der Fall: Wie so oft wussten die Nutzer erst wirklich, was sie wollten, wenn sie ein konkretes Ergebnis gesehen haben – und außerdem fiel ihnen natürlich ständig etwas neues ein.

2. Keine stabile Projektorganisation

Bei einem eher klassischen Vorgehen zu bleiben böte sich dann an, wenn es ein bestehendes, erfahrenes Team mit ausreichend Zeit für das Projekt gibt. Auch dies war hier nicht der Fall – das Team hatte sich neu gebildet, wenig Erfahrung im Hinblick auf Projektarbeit und war permanent mit Aufgaben aus dem jeweiligen Linienhintergrund der Mitglieder konfrontiert, denen in der Regel der Vorzug gegeben wurde. Hier war die Dringlichkeit schließlich oft klar und man wusste, was zu tun war!

3. Überfälliges Ergebnis schon zu Projektstart

Durch die Zeit, die seit dem offiziellen Startschuss bereits vergangen war, war schlicht keine Zeit für ein Vorgehen nach dem Wasserfallmodell, das mit einer genauen Bedarfsanalyse startet und erst ganz zum Schluss nutzbare Ergebnisse ausliefert. Die Organisation brachte dringend neue BI-Möglichkeiten!
 
Klar war, dass es so nicht weitergehen kann. Daher wurden wir mit einem Agilen Coaching des Projektteams beauftragt.
 
Lösung
 
Vier Ansätze haben wir mit dem Team ins Zentrum der Projektarbeit gestellt, um den geschilderten Herausforderungen zu begegnen:
 
  1. Klarer Fokus auf die Nutzer
    Mit Personas der wichtigsten Nutzergruppen haben wir uns in diese hineinversetzt und damit und mittels persönlichem Austausch ein Gespräch über deren Anforderungen angeregt, das in knappen User Stories resultierte, die laufend erhoben wurden.
  2. Kurze Planungszyklen und schnelles Feedback
    Ein Backlog half uns, die derzeitigen Anforderungen im Blick zu behalten und zu priorisieren. Fest für die Umsetzung wurde nur rollierend für die nächsten Wochen geplant und laufend Feedback der Nutzer einbezogen.
  3. Klarer, gleichbleibender Rahmen und Rhythmus für die Projektarbeit und Regelmäßige Reflexion und Anpassung
    Die festen Zyklen und Events aus Scrum wie Sprint Planning, Review und Retrospektive sowie später eingeführte Regelmäßige synchronisierte Arbeitszeiten des Teams halfen uns, die Projektarbeit gegenüber den Linienaufgaben nicht ständig zu unterpriorisieren.
  4. Regelmäßiges Liefern von nutzbaren Teilergebnissen
    Nach jedem Sprint lieferten wir nutzbare Teilergebnisse, z.B. eine neue Auswertungsmöglichkeit für die Sachbearbeiter aus – das bedeutete auch, sich von dem Anspruch an Perfektion zu verabschieden, der anfangs herrschte.

Mit diesen Ansätzen begaben wir uns auf die gemeinsame Agile Reise. Gestartet mit einem nicht operativ nutzbaren Rumpfprodukt, ungeklärter Teamaufstellung und ohne gemeinsamen Arbeitsprozess entwickelten wir uns mit Hilfe eines initialen Trainingsworkshop und regelmäßigem Teamcoaching weiter. Nach einigen Monaten gemeinsamer Arbeit war das Produkt klar ausgerichtet, wurde von den ersten zwei Nutzergruppen produktiv eingesetzt und konnte für weitere ausgebaut werden. Das Team hatte sich eingespielt und konnte auf den externen Agile Coach immer häufiger verzichten. Und auch der Arbeitsprozess entwickelte sich stetig weiter.

Nutzen

Eine dringend benötigtes Projekt konnte nach einer langen Phase des Stillstands in kurzer Zeit umgesetzt werden. Tatsächlich war die Geschwindigkeit für die Organisation eine echte positive Überraschung.

Abb.: Entwicklung der Agilen Projektarbeit über die Zeit

 
Ein weiterer Nutzen bestand auch in den Erfahrungen und Einsichten über Agiles Arbeiten im Kontext einer öffentlichen Verwaltung, die nicht nur im Team entstanden und reflektiert wurden, sondern auch in der Leitungsrunde. Insbesondere die folgenden sechs Punkte wurden neben der möglichen hohen Liefergeschwindigkeit agiler Projekte als besonders entscheidend wahrgenommen:
 
  1. Regelmäßigkeit ist das A und O (feste Zyklen, Termine, …)
  2. Tagesgeschäft sticht immer Projekte, wenn diese keinen klaren Rahmen oder Schutzbereich bekommen
  3. Methoden auf den eigenen Kontext anpassen ist die Basis
  4. Fachliche Abhängigkeit von Einzelpersonen ist weiter problematisch und sollte reduziert werden, wann immer möglich
  5. Die Reflektion der Zusammenarbeit ist manchmal mühsam, aber unerlässlich
  6. Ein klarer Auftakt, der die Methoden direkt am Projektthema einführt, hilft

 

Sie sind an weiteren case studies von Consensa interessiert? Lesen Sie hier weiter.

Geben Sie einen Suchbegriff ein