Direkt zum Hauptbereich

Was kann ein Team tun, um sich zu verbessern? Beispiel: Probleme mit Scrum

Es gibt Teams, die müssen mehr Leistung bringen. Die guten alten Zeiten sind vorbei, Stellen werden nicht wieder besetzt und die Konkurrenz bietet die gleiche Leistung zum halben Preis. Viele Teams haben mit dem sog. Scrum-Modell erstaunliche Fortschritte gemacht. Damit ändert ein Team die Art, wie es in Projekten zusammen arbeitet. Aber reicht es, wenn sich alle an die Scrum-Regeln halten? Hier stelle ich die Ergebnisse einer Studie vor, bei der Fehler von Scrum-Einführungen beobachtet wurden.

Kann man messen, wie gut Teams zusammen arbeiten? Vielleicht kennen Sie das Modell von Dickinson und McIntyre /1/. Für sie sind folgende Begriffe wichtig:
  • Teamorientierung
  • Teamführung
  • Kommunikation
  • Überprüfung
  • Rückmeldung
  • Vertretung
  • Koordination

Die Leistung des Teams steigt demnach an, wenn man besser kommuniziert und versteht, was die anderen tun. Das Team wird besser, wenn man Feedback bekommt und für andere einspringen kann. Durch verschiedene Werkzeuge und Rituale unterstützt Scrum diese Komponenten.

Nils Brede Moe, Torgeir Dingsøyr und Tore Dybå haben über drei Jahre hinweg Scrum-Projekte von fünf Teams beobachtet /2/. Sie haben sechs Probleme gefunden, die Teams davon abhalten, sich gut zu steuern:
    • Die Mitglieder können nicht einschätzen, was die anderen tun. Daher verpflichten sich nur zur eigenen Leistung statt zur Teamleistung.
    • Das Team kann nicht wirklich autonom entscheiden. Es meint, Ergebnisse schön reden zu müssen (Achtung Technische Schulden /3/).
    • Die Mitglieder entscheiden weiter allein über ihre Aufgaben.
    • Mitglieder sind mehr als einem Projekt zugeordnet.
    • Das Unternehmen besteht auf seinen Vorgaben für Berichtswesen etc.
    • Dem Unternehmen reicht es, wenn nur eine Person ein Thema besetzt; mehr ist Verschwendung.
      Das Team kann etwas tun; das Unternehmen kann etwas tun. Die Autoren der Studie schlagen solche Verbesserungen vor:
      • Die Mitglieder so schulen, dass man sich besser gegenseitig vertreten kann.
      • Team in einem Raum arbeiten lassen, damit die Mitglieder eher und öfter diskutieren.
      • Generalistentum fördern.
      • Etwas für Vertrauen zwischen Team und Unternehmen tun. (Keine Ergebnisse schönen, mehr Freiheiten gewähren, siehe Beitrag von Gebhart Borck /4/)
      • Nicht mehr als ein Projekt gleichzeitig bearbeiten.
      Diese Empfehlungen finde ich gut, weil es keine schwierigen Dinge und Merkmale guten Managements sind, wie es Stefan Hagen in seinem Blog immer wieder fordert /5/. Mit Arbeiten in einem Raum bin ich nicht einverstanden (siehe Beitrag „Ist Teamwork noch sinnvoll?“ /6/). Der Produktivitätsverlust ist höher als die Kommunikationsgewinn. Teamwork entsteht nicht, wenn alle in einem Raum sitzen. Einigen wir uns darauf, dass ein Team nahe zusammen sitzt.

      In dieser Studie ging es um die Einführung von Scrum. Ich bin sicher, dass es ähnliche Erfahrungen bei allen Prozessveränderungen gibt.Was ist die Meinung unserer Leserinnen und Leser? Was sagen die erfahrenen ScrumMaster in der Leserschaft zu dieser Studie? Bitte tragt Eure Kommentare unten ein.
      Literatur:

          Kommentare

          Beliebte Posts aus diesem Blog

          Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

          Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

          Kategorien in Outlook - für das Team nutzen

          Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

          Das Ubongo Flow Game

          Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

          Beispiel für eine Partyplanung mit Scrum

          Wer sich neu mit Scrum beschäftigt, ist vielleicht überwältigt von den ganzen Fachbegriffen. Dann sieht man vielleicht gar nicht, wie einfach die einzelnen Elemente von Scrum sind. Deshalb hier ein einfaches Beispiel für die Vorbereitung einer Party mit Hilfe von Scrum.

          E-Mail-Vorlagen gemeinsam nutzen (Outlook)

          Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

          Tooling #5: Die gute alte Systemtheorie

          Gelegentlich fragen mich Menschen nach den wichtigsten Tools und Herangehensweisen für meine Arbeit. Einige davon habe ich hier im Blog bereits vorgestellt (und zwar  hier ). Heute möchte ich über ein weiteres, vielleicht sogar DAS entscheidende Basiswerkzeug sprechen: Die gute alte Systemtheorie.

          Protokolle in OneNote - neue Ideen für's neue Jahr

          Protokolliert Ihr Team seine Besprechungen in OneNote? Das geht einfach, schnell ist teamfähig und hat eine exzellente Suchfunktion. Die beliebte Fragen "Wann haben wir eigentlich beschlossen, dass..." ist so schnell beantwortet. Darum wird OneNote an dieser Stelle immer beliebter. In meinen Seminaren dazu sind gute Ideen entstanden, die ich hier weitergeben will.

          Scrum und Kennzahlen (KPIs, Metriken)

          In regelmäßigen Abständen hören wir die Frage, welche Kennzahlen (neudeutsch KPIs) bei Scrum sinnvoll sind. Zeit für einen längeren Beitrag, auf wichtige Ressourcen zu verweisen. Der Scrum-Guide selbst gibt dazu keine erschöpfende Auskunft. Und das hat seine Gründe.

          Ein Pfad durch den Skalierten Scrum Dschungel (10 Frameworks und ein Ratschlag)

          Und wie mache ich es, wenn mehrere Teams mit Scrum arbeiten sollen? Bei uns soll die ganze Firma mit Scrum arbeiten. Wie beginnen wir?  Wie gehen wir am Besten damit um, wenn wir teamübergreifend agil werden wollen?  Wir setzen in der Firma SAFe ein – was hälst Du davon? In beinahe jedem meiner Professional Scrum Master Trainings werden solche und ähnliche Fragen zum Thema „Skaliertes Scrum“ gestellt. Das Framework Scrum selbst sagt wenig über die Art und Weise wie man es im Enterpriseumfeld erfolgreich einsetzt. Und doch ist der Bedarf an Lösungen wie man firmenweit agil zusammenarbeiten kann riesig. Inzwischen gibt es eine Reihe an Skalierungsframeworks die versuchen, diesen Bedarf zu decken. In diesem Blogpost geb ich eine Übersicht über die unterschiedlichen Ansätze und Frameworks und versuche damit einen Pfad durch das unübersichtliche Dickicht der Frameworks zu schlagen. Die bekanntesten Skalierungsframeworks: SAFe leSS Nexus Spotify Unfix Scrum@Scale Flight Levels Und noch mehr

          Ich bin ganz oben (mit Kanban und Outlook)

          Mit einem Kommentar zu einem lesenswerten Artikel von Thomas Mauch /1/ habe ich es an die Spitze der Trefferliste bei Google geschafft. Suchen Sie mal nach „Kanban Outlook“. Kanban ist eine alte Idee, aber immer noch der Renner unter den Produktivitätswerkzeugen. (There is an English version of this post.)