Mein Blog besteht dieses Mal mit Absicht nur aus dieser Frage. Ich möchte damit zum Nachdenken anregen: Was passiert, wenn man Konflikte oder andere Probleme einfach „beseitigt“, anstatt genauer hinzuschauen, was dahintersteckt?

Hätte es ipad, ipod und iphone gegeben, wenn der geniale, aber auch exzentrische Jobs seine Teams nicht zu Höchstleistungen getrieben hätte? Würde es heute Smartphones geben und Tablets? Ob wir das alles brauchen, ist eine andere Frage. Ich jedenfalls liebe mein ipad und ich bin keine Apple-Jüngerin. Es ist etwas Besonderes, es in der Hand zu haben, fast ein Handschmeichler. Auch mein iphone ist ein haptisches Vergnügen und die App Integration von Twitter, Facebook & Co macht richtig Spaß. Ich habe auch Android-Tablets und Smartphones, aber Apple ist irgendwie besonders.

Hätte jemand anderer Tablets und Smartphones erfunden? Ich weiß es nicht. Fakt ist, dass die Produkte von Apple zumindestens meine Welt verändert haben und ich mich frage, was gewesen wäre, wenn jemand das “Ekelpaket” Steve Jobs einfach rausgeworfen hätte.

Just think about it.

Related posts:

1. Über das Schreiben | Leidenschaft
2. Über das Schreiben | Schreibblockaden
3. Über das Schreiben

Das Leben ist Wandel, das wussten also schon die alten Griechen. Und wir sind im Flow, hier und jetzt, am besten. So besagt es die Theorie. Wir sind in unserer Energie und erschöpfen uns nicht.

Doch die Realität sieht meistens anders, zumindest meine sah anders aus.

Stunden um Stunden habe ich mit Budget-, Projekt- und Personalplanungen verbracht. Für nächste Woche, für nächsten Monat  – was ja noch gerade so geht. Fürs nächste Jahr – was eigentlich gar nicht geht. In einem Projektlaufzettel (ein hochoffizielles Dokument) habe ich tatsächlich den Begriff Glaskugelschätzung gefunden! Ich denke, da erübrigt sich jeder Kommentar. Und da Leben das ist, was geschieht, während man es plant, war ein Großteil der Planung innerhalb kürzester Zeit obsolet. Projekte kamen gar nicht, dafür fielen ganz neue vom Himmel, Budgets wurden gekürzt, Mitarbeiter kamen und gingen. Diese Art der Planung war für mich in höchstem Maße Zeitverschwendung, Geldverschwendung, sinnlos. Es war eine Verwaltung von Zukunftängsten, die nur dazu diente, eine gefühlte Sicherheit herzustellen, mühselig und erschöpfend. Geht es euch auch so wie mir damals?

Und dann kam Scrum.

Keine tapetenrollenlangen MS Projektpläne, die mich schon allein optisch überforderten. Stattdessen eine Vision entwickeln. Alle Ideen, Stories, Anforderungen in einem Backlog sammeln und priorisieren, aber nur noch drei Sprints im Voraus planen. Wow, schon das allein war eine Erleichterung

Keine stundenlange Kapazitäten-Planung für die nächste Woche mit den Projektleitern, die am Ende der Woche doch nicht gemacht hatten, was sie geplant hatten und jeder hatte tausend gute Gründe dafür. Dafür im Sprint Planning zu Anfang des Sprints mit dem Product Owner und dem Team den Umfang des nächsten Sprints besprechen, sich gemeinsam auf ein Sprintziel comitten. Kontinuierliche Fortschrittskontrolle im Daily und mit Hilfe des Burn Down Charts. Jeden Tag sehen können, wo wir gerade stehen. Kontinuierliche Planung statt Glaskugelschätzung.

Keine Jour Fixes mehr, kein Status, nur noch die Review Meetings mit den Teams. Wenn ich wissen wollte, wie der tagesaktuelle Status war, musste ich mich nicht mehr durch 50-seitige Power-Point-Berichte graben (kein Scherz!) und diverse Jour fixe mit Projektleitern einstellen. Ich bin still ins Daily gegangen, einen Blick auf Task Board und Burn Down Chart werfen und ich wusste innerhalb von 15 Minuten, wo das Team, das Projekt stand. Das ist übrigens mein Geheimtipp fürs Management: Einfach mal still das Daily verfolgen! Besser und effektiver kann man nicht mitbekommen, was im Team läuft und wie die Stimmung im Team ist. 15 Minuten pro Team jeden Tag. Mehr braucht man nicht.

Das Leben und Arbeiten machte plötzlich wieder Spaß. Die Ausrichtung auf ein gemeinsamen Ziel setzt ungeahnte Energien frei und gibt der Arbeit Sinn. Meine Teams und ich konnten jetzt Visionen entwickeln  UND umsetzen. Ganz entspannt im Hier und Jetzt. Go with the (Scrum-) Flow!

Related posts:

1. Schätzen vs. Planen?
2. First things first
3. Ferien und Sprints

“Why firing brilliant assholes is required to build a great engineering culture”

Ein interessanter Artikel, den ich an vielen Stellen unterschreiben kann. Nur an einer nicht:

“A lot of people say don’t fire great engineers – but they’re wrong. Even if you have an engineer who is exceptional, but an asshole, you should fire them immediately. Your team will thank you for it afterwards. It only takes one asshole to destroy an entire team, so act quickly and remove any bad seeds no matter how good they are at writing software.”

Ich frage mich und die Teams immer, warum sie es sich gefallen lassen, dass jemand im Team sich wie ein A******* benimmt? Warum wehren sie sich nicht? Da sitzen dann teilweise 5 bis 7 erwachsene Menschen und lassen sich von einem tyrannisieren? Und der ScrumMaster oder besser noch der Manager soll es  richten. Ich frage dann, welchen versteckten Gewinn sie durch das Leiden haben. Da ernte ich meistens verwirrte Blicke. Eigenverantwortung heißt, für mich und meine Befindlichkeit die Verantwortung zu übernehmen – in jeder Situation. Finger Pointing und Jammern haben noch nie langfristig geholfen. Und unterstützen nicht gerade die Eigenverantwortlichkeit. Der andere, die Umstände sind schuld, die Manager sowieso und die Welt ist ungerecht.

Wenn ich mir so ein Verhalten gefallen lassen, ist meine erste Frage an mich: “Warum tue ich das?” Und die Antwort ist oft nicht schmeichelhaft. Ich scheue den Konflikt und warte bequem drauf, dass es ein anderer richtet. Jeder von euch kann es mal an sich selbst ausprobieren.

Fragt euch selbst: “Warum lege ich mich mit diesem oder jenen Ekelpaket nicht an?” Und seid ehrlich zu euch, ihr müsst es niemandem erzählen ;-). Der Selbstausdruck wird verhindert, weil man nicht bereit ist, den Preis dafür zu bezahlen, also aus Angst vor Zugehörigkeitsverlust, Konformismus, Angst vor Konsequenzen usw. Aber das hat meistens nichts mit dem anderen zu tun, er triggert es nur unbewusst an.

Sind Assholes Ursachen oder Symptome?

Eine andere Frage ist, ob das identifizierte “Asshole” wirklich der Grund ist … oder nur ein Symptom? Ein Symptom für ein Machtvakuum, ein schwaches Team etc. In der Psychologie spricht man vom identifizierten Patient. Ein ganzes System – eine Familie z.B. – ist aus dem Gleichgewicht, der Vater ist Alkoholiker, die Mutter hat Depressionen und das Kind ADHS. Aber nur der Zappelphillip bekommt Ritalin, weil das andere unsichtbar bleibt hinter der Fassade. Hilft das der Familie?

Ich schaue als Agiler Coach also gerne hinter die Fassade und sehe mir den Konflikt näher an. Was ist da wirklich aus dem Gleichgewicht geraten? Und welche Bedürfnisse stecken hinter dem Verhalten des auffälligen Teammitgliedes? Merkt er es überhaupt (auch das habe ich schon erlebt, der Betroffene war sich seiner Außenwirkung gar nicht bewusst). Und warum wehrt sich niemand? Es gilt, nicht Konflikte zu vermeiden, sondern sie fruchtbar zu machen und das heißt eben manchmal auch, sie richtig hochzufahren.

Ich bin keine Freundin der Konfliktvermeidung. In Konflikten steckt Energie, zwar verzerrt und irgendwie verhindert, aber sie ist da. Deckt man nun den Konflikt zu, schafft man es nie, diese Energie zu erlösen. Viele Märchen handeln davon, zum Beispiel das Märchen vom Froschkönig. Hier taucht ein hässlicher Frosch auf, der sich später als verwunschener Prinz darstellt. Übertragen bedeutet das: Hier kann ein Potential nicht gelebt werden. Die Prinzessin im Märchen will den hässlichen Frosch zwar loswerden, aber der kommt immer wieder. So ist es auch mit Konflikten, die man ignoriert. Man kann Konflikte einfach nicht wegmachen oder ignorieren. Sie kommen mit geballter Macht zurück und entladen sich destruktiv. Man kann nur genau auf das hinschauen, was da gerade passiert.

Dafür gibt es ein paar wichtige Regeln:

• Wertschätzung und Respekt vor dem anderen sind die Basis.
• Jeder übernimmt  für sich und seine Befindlichkeit die Verantwortung.
• Respekt davor, dass ich die Situation anders erlebe als der andere – niemand hat Recht.
• Jeder spricht von sich – rede ich vom anderen bin ICH nicht anwesend.
• Es gibt einen Raum jenseits von Falsch und Richtig – ich nehme auf, ohne zu werten.

Wenn sich das Team auf diese Regeln verständigen kann, entsteht meist von ganz allein ein Lösungsprozess. Viele Konflikte sind einfach gestörte Kommunikation. In dieser Haltung der Achtsamkeit füreinander kann man gemeinsam eine Vision entwickeln, wie man als Team zusammenarbeiten möchte. Um diese Haltung einzuüben, mache ich am Anfang oft eine einfache Übung. Jeder darf eine festgelegte Zeit erzählen, wo ihn gerade der Schuh drückt. Meistens reichen 2 bis 3 Minuten. Wichtig ist, die eigene Befindlichkeit mitzuteilen – kein Finger Pointing und die anderen hören zu. Aufmerksam, achtsam und achten darauf, was bei ihnen selbst passiert.

Danach entwickle ich mit den Teams eine Vision, wie die Teammitglieder zusammenarbeiten wollen. Es geht, wie so oft bei Scrum, um die Vision. Nicht darum, sich mal allen Ärger und Frust von der Seele zu reden und ihn sich gegenseitig an den Kopf zu werfen. Das ist oft destruktiv und kontraproduktiv. Also kein Gewitter, bei dem mal alle Energie entladen wird und es laut wird. Die im Konflikt gebundene Energie sollte befreit werden und auf ein gemeinsames Ziel gerichtet werden. Im Märchen küsst die Prinzessin den Frosch  - und schwupps – steht ein wunderschöner Prinz vor ihr.

Also küsst eure Konflikte wach 

Related posts:

1. Schätzen vs. Planen?
2. Warum keine Tasks im Backlog?
3. Der ScrumMaster – Führung

Doch hier die Geschichte.

Ein Strom floss von seinem Ursprung in fernen Gebirgen durch sehr verschiedene Landschaften und erreichte schließlich die Sandwüste. Genauso wie er alle anderen Hindernisse überwunden hatte, versuchte der Strom nun auch, die Wüste zu durchqueren. Aber er merkte, dass – so schnell er auch in den Sand fließen mochte – seine Wasser verschwanden. Er war jedoch überzeugt davon, dass es seine Bestimmung sei, die Wüste zu durchqueren, auch wenn es keinen Weg gab. Da hörte er, wie eine verborgene Stimme, die aus der Wüste kam, ihm zuflüsterte: “Der Wind durchquert die Wüste, und der Strom kann es auch.”

Der Strom wandte ein, dass er sich doch gegen den Sand werfe, aber dabei nur aufgesogen würde; der Wind aber kann fliegen, und deshalb vermag er die Wüste zu überqueren.
“Wenn du dich auf die gewohnte Weise vorantreibst, wird es dir unmöglich sein, sie zu überqueren. Du wirst entweder verschwinden, oder du wirst ein Sumpf. Du musst dem Wind erlauben, dich zu deinem Bestimmungsort hinüberzutragen.”

Aber wie sollte das zugehen?

“Indem du dich von ihm aufnehmen lässt.”

Diese Vorstellung war für den Fluss unannehmbar. Schließlich war er noch nie zuvor aufgesogen worden. Er wollte keinesfalls seine Eigenart verlieren. Denn wenn man sich einmal verliert, wie kann man da wissen, ob man sich je wiedergewinnt?

“Der Wind erfüllt seine Aufgabe”, sagte der Sand. “Er nimmt das Wasser auf, trägt es über die Wüste und lässt es dann wieder fallen. Als Regen fällt es hernieder, und das Wasser wird wieder ein Fluss.”

“Woher kann ich wissen, ob das wirklich wahr ist?”

“Es ist so, und wenn du es nicht glaubst, kannst du eben nur ein Sumpf werden. Und auch das würde viele, viele Jahre dauern; und es ist bestimmt nicht dasselbe wie ein Fluss.”

“Aber kann ich nicht derselbe Fluss bleiben, der ich jetzt bin?”

“In keinem Fall kannst du bleiben, was du bist”, flüsterte die geheimnisvolle Stimme. “Was wahrhaft wesentlich an dir ist, wird fortgetragen und bildet wieder einen Strom.”

Und der Strom ließ seinen Dunst aufsteigen in die Arme des Windes, der ihn willkommen hieß, sachte und leicht aufwärts trug und ihn, sobald sie nach vielen, vielen Meilen den Gipfel des Gebirges erreicht hatten, wieder sanft herabfallen ließ.

Der Strom lernte. Und wurde mit jedem Tag besser.

Wer werde ich danach sein?

Schöne Geschichte, oder? Aber was hat das mit Scrum zu tun? Ich finde, diese Geschichte stellt wunderbar bildhaft dar, was bei einer Scrum-Einführung mit den beteiligten Menschen passiert. Zuerst ist man mit den alten Methoden erfolgreich. Man passiert so manche Engstelle und überwindet  so manche Stromschnelle. Alles funktioniert gut und man kommt weiter, wie der Fluss in seinem gewohnten Flussbett. Man hat seinen Status und hat sich einen Namen gemacht.

Doch dann tritt eines Tages ein Problem auf, das mit den üblichen Bewältigunsstrategien nicht mehr zu lösen ist. Wie der Fluss auf die Sandwüste trifft und all sein Wasser versickert, so sehr er es auch versucht, sind die alten Lösungsstrategien nicht mehr erfolgreich. Von außen erhält man einen Ratschlag, wie  z. B. die Einführung von Scrum. Aber zugleich wird auch klar, dass man bei der Einführung von Scrum viele alte Gedankenmuster loslassen muss und dadurch entsteht natürlicherweise Verunsicherung und auch Angst bei allen Beteiligten.

“Wer werde ich danach sein?”, fragt der Fluss. Mich hat ein Seniorarchitekt genau das bei der Scrumeinführung gefragt. Wer werde ich sein, wenn ich nicht mehr Seniorarchitekt bin? Wenn das nicht mehr auf meiner Visitenkarte steht. Und ich habe ihm das gesagt, was die Stimme dem Fluss sagt: “Das Wesentliche von dir wird bleiben – du mit deinen Fähigkeiten und deiner Persönlichkeit.” Nur der alte Status bleibt zurück, nichts als eine Bezeichnung. Bring dich mit all deinen Fähigkeiten ein, und du wirst automatisch eine wichtige Rolle spielen. Unnötig zu sagen, dass er glücklich und zufrieden mit Scrum wurde.

Denn genau darum geht es bei der Scrum-Einführung: Alte Gedankenmuster zurücklassen, seine eigentliche Potentiale zu entdecken und entwickeln, den Menschen wieder in den Mittelpunkt zu stellen. Und eine ganz neue Art der eigenen Arbeit und der Zusammenarbeit mit den Kollegen zu entdecken.

Scrum ist also mehr als ein Change, es es ist mehr eine Transformation, in der alles Alte hinterfragt wird und nur das, was wirklich gut ist, bleibt.

Und jetzt lest doch einfach die Geschichte nochmal und überlegt, wo die Parallelen zu Scrum sind. Vielleicht findet ihr noch viel mehr als ich.

Related posts:

1. Kreativitäts-Fitnessplan
2. Über das Schreiben: Leidenschaft | Passion | Freewriting
3. Scrum und Kanban in der Realität – Kurt Nielsen

Aber wie kommt das? Dass wir immer wieder Dinge tun, die uns nicht gut tun, dass es so schwer ist sich zu ändern. Von anderen ganz zu schweigen.

Psychologisch gesehen ist alles, was jetzt ein Problem ist, einmal eine Lösung gewesen, eine Überlebensstrategie. Selbst das schädliche Rauchen hat irgendwann etwas Gutes für uns gebracht – so führen die Substanzen im Tabak dazu, dass wir ruhiger werden und unsere Belohnungszentrum im Gehirn angesprochen wird. Wir fühlen uns wohler, wir haben also einen kurzfristigen Gewinn. Und wir wiederholen dieses zunächst erfolgreiche Verhalten. Auch die klassischen Methoden des Projektmanagements waren ursprünglich besser als das unorganisierte Chaos in Projekten.

Physiologisch werden dabei immer mehr neuronale Verknüpfungen im Gehirn angelegt. Je häufiger die Wiederholung, desto mehr Verknüpfungen entstehen. Norman Doidge hat in seinem Buch „The Brain That Changes Itself“ einen sehr bildhaften Vergleich dafür gefunden: Unsere Denkgewohnheiten schaffen neuronale Pfade im Gehirn, ähnlich einem Schlitten, der sich seinen Weg durch den Schnee bahnt. Nehmen wir immer denselben Weg, gräbt sich seine Spur ein. Je öfter, umso tiefer und mit der Zeit folgt der Schlitten der Spur fast von alleine. Etwas ist zur Gewohnheit geworden.

Wollen wir nun unsere Gewohnheit ändern, ist es so als ob wir mit dem Schlitten eine neue Spur ziehen. Wir müssen den Schlitten bewusst umsetzen und eine neue Spur anlegen. Und damit ist es leider nicht getan. Diese Spur ist natürlich lange nicht so tief  wie die alte, gewohnte, sodass insbesondere unter Stress unser Gehirn dazu neigt, die tiefere Spur zu nehmen. Wir müssen also die neue Spur immer wieder bewusst befahren, bis sie genauso tief wie die andere ist. Wird die alte Spur nicht mehr so oft benutzt, kann sie sozusagen auch wieder zuschneien. Das heißt, unser Gehirn baut neuronale Verknüpfungen auch wieder ab. Das nennt man nutzungsabhängige Neuroplastizität des Gehirns. Toller Begriff, oder?

Diesen bildhaften Vergleich erzähle ich oft, wenn es bei der Einführung von Scrum Schwierigkeiten gibt und die Beteiligten mutlos werden oder sich schwer tun. Und ich ermutige sie immer wieder, sich ganz diszipliniert an die Vorgaben von Scrum zu halten, z.B. die Regeln beim Daily. Das immer wiederkehrende Einüben führt zum schnelleren Aufbau von Verknüpfungen im Gehirn. Je öfter man übt, umso leichter wird es. Und nachher geht es von ganz allein. Beobachtet euch mal ganz bewusst dabei!

Übrigens, wenn man etwas mit Freude tut, geht das Ganze schneller. Denn positive Emotionen fördern die Bildung von neuen neuronalen Verknüpfungen.

Literatur
Doidge, N. (2007). The Brain That Changes Itself. Viking Adult; Auflage: 1 (15. März 2007)

Related posts:

1. Scrum Alliance mal wieder führungslos – Donna Farmer geht
2. … der abgehängte Product Owner
3. Die 3 gröbsten Fehler beim Scrum Implementieren