Ich bin ein Impediment – Der Elefant im Raum

“Is there an elefant in the room?” ist ein englisches Sprichwort. Es beschreibt einen Zustand, bei dem offensichtlich ein sehr zentrales und großes Thema im Raum steht (Elefant), aber keiner spricht es an oder diskutiert darüber. Ich konnte den Elefanten oft in Retrospektiven beobachten. Die Teammitglieder diskutieren emsig über die unterschiedlichsten Punkte, aber man spürt deutlich, dass etwas nicht stimmt. Der Diskussion fehlt es an Leben und Engagement. Kaum ist die Besprechung zu Ende finden die “echten” Diskussionen im Anschluss an die Retrospektive statt. Sei es in der Kaffeeküche oder wieder am Arbeitsplatz.

Die Ursache dafür sind vielfältig. Persönliche Konflikte zwischen Teammitgliedern, fehlendes Vertrauen, Ohnmachtgefühl, die Teammitglieder wissen nicht, wie sie ein schwieriges Thema ansprechen sollen…

Was kann man dagegen tun? Ein mögliches Vorgehen könnte so aussehen:
Die Frage “sagt mal, kann es sein, dass wir hier gerade einen Elefanten im Raum haben?” kann bereits ausreichen, dass die Dämme brechen. Wichtig dem Team zum Antworten Zeit geben. “Ich habe das Gefühl, dass wir in der Retrospektive über allgemeine Themen diskutieren und kaum ist die Retrospektive zuende beginnen leidenschaftliche Diskussionen in der Kaffeeküche. Wem von Euch geht das auch so? Oder was interpretiere ich da falsch?“. Wieder dem Team Zeit zum antworten gehen.

Wenn Du den Verdacht hast, dass das Thema etwas mit Dir zu tun hat, könnte folgende Aussage weiterhelfen: “Vielleicht hat es etwas mit mir zu tun? Vorschlag – ich lasse Euch für 30 Minuten alleine – vielleicht hilft das Euch, das einen Weg zu finden, das Thema anzusprechen…”

Du kannst dem Team Einzelgespräche anbieten. Dabei ist darauf zu achten, dass nicht dass Gefühl entsteht, dass einzelne Teammitglieder bevorzugt behandelt werden. Der Scrum Master muss eine neutrale Position zu den Teammitgliedern behalten.

Training – Beratung – Coaching

Coaching ist ein Begriff, der sehr unterschiedlich genutzt wird. Da ich in meinem Blog über Coaching schreibe, stelle ich meine Definition des Coaching-Begriffs in Abgrenzung zu Beratung und Training vor.

Training
Beim Training wird eine Methode oder Verhalten eingeübt und trainiert, mit dem Ziel, dass die Trainees das gewonnene Wissen selbst einsetzen können. Der Trainer bringt dem Trainee die Lösung bei.

Beratung
Bei einer Beratung wird ein Berater damit beauftragt, Lösungsvorschläge für eine bestehende Situation oder für ein bestehendes Problem zu erarbeiten. Der Berater “übergibt” die Lösung.

Coaching
Beim Coaching werden die Ressourcen des Coachees mit dem Ziel aktiviert, dass der Coachee Klarheit über seine Situation erhält und eigene Lösungswege erarbeiten kann. Die Lösung liegt im Coachee.

Ich denke, dass diese Tätigkeiten gut differenzierbar sind. Allerdings werden sie oft in Verbindung eingesetzt. Ein guter Coach setzt Trainingselemente in seinen Coachings ein oder berät bei Bedarf den Coachee mit seiner Expertise. Ein guter Coach macht transparent in welcher Rolle er sich gerade befindet.

Anmerkung:
Ich benutze den Begriff Scrum Coaching sehr selten. Da die Lösung nicht im Coachee liegt, sondern bereits vorgegeben ist, liegt nach meiner Definition meist eine Beratung- oder eine Trainingsleistung vor.

Bei meiner Definition von Coaching handelt es sich um keine allgemein gültige Begriffsdefinition, sondern eine Definition für meine Arbeit und meinen Blog, die ich benötige um meine verschiedenen Arbeitsweisen zu erklären.

 

Gastbeitrag bei @Ferchau online erschienen

Ferchau hat meinen Gastbeitrag im @Ferchau Magazin veröffentlicht. Auf Seite 16 konnte ich in einem Interview einige Fragen zu Scrum beantworten. Viel Spaß beim Lesen.

Barcamp Karlsruhe – Nachtrag

Nach Internetmaßstäben ja fast schon eine Ewigkeit her möchte ich dennoch ein paar Gedanken zum Barcamp in Karlsruhe loswerden. Da ich mich viel mit Facilitation beschäftige und bereits an anderer Stelle vom Barcamp berichtet wurde, von meiner Seite nur soviel: Hut ab vor der Organisation und ich freue mich auf das nächste Barcamp in Karlsruhe!

Da ich selbst “facilitate” – habe ich meine Gedanken bzgl. des Formates gemacht. Das Barcamp Format hat einige Ähnlichkeiten mit dem Open Space Format (unconference, Marketplace, Sessionboard)- allerdings gibt es auch Unterschiede.

Mir ist aufgefallen, dass das Barcamp deutlich stärker von “Frontalvorträgen” geprägt war, als die Open Space Veranstaltungen auf denen ich bisher war und dass das Barcamp Format an entscheidenden Stellen stärker geleitet wird als z.B. ein Open Space. Punkte die mir am Barcamp Format aufgefallen sind:

  • kein offener Kreis am Hauptversammlungsort
  • Session Planung wird durch die Organisation übernommen
  • wesentlich strikteres Timeboxing als beim OpenSpace (quietschende Ende vs. “whenever it ends..”)

Ich kann mir vorstellen, dass diese kleinen Unterschiede im Format dafür verantwortlich sind, dass die Barcamp Vorträge grundsätzlich stärker “frontal” ausgerichtet sind. Wissenschaftlich belegen kann ich das natürlich nicht, finde die Beobachtung aber sehr spannend. Es sind genau diese “Kleinigkeiten”, die in komplexen Systemen – hier eine Gruppe von Menschen – zu weitreichenden Konsequenzen führen können. Wenn wir mit Gruppen/Teams arbeiten, müssen wir auf diese “Kleinigkeiten” achten und sie nutzen. Oft sind Veränderungsmaßnahmen eher “grobschlächtig”, schießen über das Ziel hinaus und erreichen nicht selten das Gegenteil. Die “Kleinigkeiten” werden übersehen. Es wäre spannend zu sehen, wie sich die vorherrschende Vortragsart auf einem Barcamp verändert, wenn man “walking around the circle” (kreisförmige Bestuhlung) einführen, die Sessionplanung am Board in die Hände der Teilnehmer und das Timeboxing “aufweichen” würde…

Achso, das ist keine Kritik am Barcamp Format :) ich empfand die stärkere Struktur am Barcamp sehr positiv und freue mich auf das nächste Barcamp.

Das Habitat – hier leben die Impediments

Langsam wird die endgültige Auswahl der Impediments für die Vorträge auf dem Karlsruher Entwickler Tag konkret und das Habitat wird es vermutlich nicht in die Endauswahl schaffen. Zum Trost gibt es hier einen Blogbeitrag.

Symptome: Es tauchen regelmäßig Impediments auf, von denen man das Gefühl hat, dass man über sie schon öfters gesprochen hat. Bei genauerer Untersuchen findet man jede Menge Listen von Impediments an verschiedenen Stellen und in verschiedenen Tools. Diese Listen sind Habitate für Impediments.

Diagnose: Es gibt Habitate in denen sich die Impediments sicher fühlen und vermehren können. Zu diesen Habitaten gehören Impediment Backlogs, Teambacklogs oder Fotoprotokolle von Retrospektiven – die allesamt nie wieder angeschaut werden. Besonders wohl fühlen sich Impediments in Habitaten in Form von Issue Trackern oder Bug Trackern. Hier herrschen optimale Bedingungen, die ihnen ein langes und gesundes Leben garantieren. weiter »

« Vorherige Seite
Nächste Seite »