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.

          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.

          OneNote Prinzipien: Zugriffsrechte und Speicherorte

          OneNote ist praktisch – ohne jeden Zweifel. OneNote ist auch einfach und intuitiv zu bedienen… Ja… so am Anfang. Doch früher oder später kommen Fragen wie: - wer genau hat eigentlich wie Zugriff auf die Daten? Wie ist das mit Synchronisation zwischen Büro-PC und Smartphone oder iPad? Wie funktioniert OneNote auf dem SharePoint? Auf diese Fragen findet sich die Antwort nicht ganz so leicht. Ich versuche hier die nicht ganz so offensichtlichen Zusammenhänge deutlich zu machen und "gern genommene" Fallen zeigen.

          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.

          "Wollt Ihr die totale Konkurrenz?!" - Nein, danke. Ich will lieber Erfolg, ich will spielen!

          Es wird Zeit, dass wir uns daran erinnern, um was es wirklich geht: Dass wir gemeinsam gestalten, spielen und auch gemeinsam gewinnen. Und was wir riskieren, wenn wir das ignorieren.    

          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.

          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.

          Die Krankheit des Besser-Wissens! Drei powervolle Fragetechniken und eine Haltung zur Heilung.

          Kennst Du das: Du betrittst einen Raum und bist Teil einer Situation, hörst eine Problembeschreibung, siehst eine Aufgabe oder list eine Anfrage. Auf jeden Fall weisst Du mit einem Blick, einem Satz, einem Augenzwinkern sofort Bescheid. Du weisst: um was es geht was das Problem ist wieso das passiert ist was als Nächstes passiert und oft auch was dann (nicht) zu tun ist So wie mit dem Video hier: Ziemlich klar oder? Was für Gedanken gehen Dir durch den Kopf? Vielleicht sowas wie Oh weh!, Unfall!,  gibts Verletzte?  Oder Gehts denen gut? Wo ist das passiert? Viel Spass beim Flottmachen! Etc, etc... Auf jeden Fall aber: Was für ein Malheur! - oder irgend etwas Anderes in der Art. oder? Anderes Beispiel. Schau Dir mal folgendes Bild an und les im Geiste die beiden Reihen vor: A-B-C 12-13-14 oder? Unser Geist beruft sich auf sein Wissen und gibt uns in sekundenschnelle seine Annahme, seine Interpretation, seine Projektion der Wirklichkeit ein. Und die ist in dem Video oben nunmal ein ver