Browse Tag

Manager

Graphic Credits: Business vector designed by Freepik

100% Auslastung – alles Einstellungssache

Boris Gloger schrieb vor einiger Zeit, dass Denken in Auslastung blödsinnig ist. Angeregt durch den Beitrag und das Thema, fielen mir Situationen ein, bei denen Manager auf mich als Scrum Master oder meinen Product Owner zukamen und behaupteten, dass die Teams, mit denen ich arbeitete, nicht ausgelastet seien. Nach einem kurzen Gespräch mit den Managern und betroffenen Teammitgliedern, konnte ich mir dann schnell ein Bild von der eigentlichen Situation machen und die Kommunikation in die richtige Richtung lenken. Wie kam es zu der Annahme und was tue ich in diesen Situationen?

Das Missverständnis

Treffen sich ein Manager und Entwickler auf dem Flur. Sagt der Manager „Na, wie läufts bei euch im Team, kommt ihr voran?“ Darauf sagt der Entwickler „Diesen Sprint habe ich nicht wirklich etwas zu tun, da das Sprint Backlog nur Backlog Items für die Frontend-Entwickler enthält.“ Denkt sich der Manager „Hmmm…, da sitzt jemand rum und hat nichts zu tun!“.

Sie merken, dieser angedeutete Witz hat keine Pointe, weil diese Situation in vielen Unternehmen zum Alltag gehört. Was so nebenbei beim Small-Talk ausgetauscht wird, wirkt sich häufig in falschen Annahmen aus. Leider ist es bei vielen Managern immer noch so, dass sie annehmen, eine 100% Auslastung sei erstrebenswert. Wenn also jemand sagt, dass er „nichts zu tun hat“, dann bedeutet dies für den Manager, dass nicht effizient gearbeitet wird oder der Drang zum regulierenden Eingreifen steigt. Als Scrum Master ist es in diesen Situationen wichtig, in Richtung Management und Scrum Team zu kommunizieren. Weiterlesen

Business vector designed by Freepik

Manager in Retrospektiven

Ich hatte vor einigen Tagen eine Unterhaltung mit einem Kollegen darüber, ob Manager an Retrospektiven teilnehmen sollten oder nicht. Mein Kollege war der Meinung, dass es zu mehr Transparenz führen würde und die Manager ruhig mitbekommen sollten, was das Team bewegt. Ich bin hier anderer Meinung, da die Retrospektive dem Team gehört und das Event Raum für einen offenen Austausch innerhalb des Teams schafft.

Es fällt jedoch auch hier schwer zu generalisieren und es kommt auf verschiedene Faktoren an, wie bspw. die aktuelle Situation im Team oder dem Unternehmen, die zwischenmenschlichen Beziehungen, die Firmenkultur oder der Grad des agilen Verständnisses bei den Beteiligten. 

Einen Schritt zurück

Wofür sind Sprint Retrospektiven da? Während des Events schaut das Scrum Team auf den gerade vergangenen Sprint zurück und entwickelt zusammen einen Plan, um aufgedeckte Schwächen in Stärken umzuwandeln oder zu beseitigen. Im Vordergrund stehen dabei nicht nur die zwischenmenschlichen Beziehungen, sondern vor allem die Steigerung der Qualität der Arbeit und somit des Produkts. Die Inspektion der Dinge, die verbessert werden sollen und die Ausarbeitung von Maßnahmen zur Verbesserung, obliegen dabei den Beteiligten – dem Scrum Team.  Das Event bildet eine Art Schutzraum für das Team, um jegliche Schritte zu besprechen, die dazu führen, dass ein Team sich professionalisiert. Dieser Schutzraum muss meiner Meinung nach erhalten bleiben, denn nur das Team kann sich im Sinne der Selbstorganisation Ziele setzen.

Weiterlesen