Direkt zum Hauptbereich

Der Wert von Scrum (Selbstorganisierte Teams 1)

Scrum verbreitet sich - und eigentlich doch wieder nicht. Von Kollegen, die Scrum-Trainings in Unternehmen durchführen, höre ich oft: „Schon im Seminar ist die Skepsis der Teilnehmer groß. Und wenn ich nach ein paar Wochen mal nachfrage: ‚Was habt ihr denn umgesetzt?‘, höre ich nicht ganz selten: ‚Null Komma Null‘."
 
Nicht sehr befriedigend, weder für die Teilnehmer noch für das beauftragende Unternehmen noch für die Trainer.

Woran liegt’s?

Edgar Rodehack hat vor einigen Wochen hier einen sehr guten Artikel gepostet, in dem er auf den Zusammenhang von Kooperation und gemeinsamen Werten eingeht: Er schildert den Versuch zweier Unternehmen, eine Zusammenarbeit zum beiderseitigen Nutzen zu beginnen. Eigentlich eine klassische Win-Win-Situation. Aber dann scheitern die Verhandlungen an (scheinbaren) Kleinigkeiten, und Edgar nennt als wahren Grund: Die Werte der beiden Organisationen passten nicht zusammen. 
„In Verhandlungen stehen zwar Bedingungen im Vordergrund, in Wirklichkeit aber wird ein gemeinsames Wertesystem ausgelotet, das das Fundament für die Zusammenarbeit ergibt und durch konkrete Regelungen sichtbar wird. Dieses System ist der eigentliche Motor jeder Geschäftsbeziehung. Denn es regelt, worauf der Fokus in der Zusammenarbeit liegt, also was alle Beteiligten als wichtig erachten.“ /1/

Ein Projekt, in einem Unternehmen Scrum einzuführen, zielt ja auch auf eine neue Form der Kooperation, diesmal zwischen Führungskräften und Mitarbeitern. Und es gibt (unterschwellig oder explizit) „Kooperationsverhandlungen“: Will das jede Gruppe wirklich? Wird jeder die neuen Spielregeln einhalten?

Und auch diese Verhandlungen scheitern, wenn die Werte nicht stimmen.

Scrum ist nicht einfach eine Arbeitstechnik

Scrum hat sehr viel mit Werten zu tun. Wenn ein Unternehmen seine Prozesse oder einen Teil auf Scrum umstellen will, muss es einen Übergang von der herkömmlichen „Vorgesetzter ordnet an – Mitarbeiter führen aus“-Methode hin zu selbstorganisierten Teams gehen. Das ist ein Wertewandel: weg vom Mikromanagement auf Seiten der Vorgesetzten und weg von einer „Dienst-nach-Vorgaben“-Mentalität auf Seiten der Mitarbeiter.

Die „Scrum-Väter“ Jeff Sutherland und Ken Schwaber haben 5 wichtige Werte ausgewählt, die ihrer Meinung nach Voraussetzungen für Scrum sind (siehe Abbildung 1).

Abbildung 1: Die Scrum-Werte nach Sutherland und Schwaber /2/
Aber reichen diese Werte aus? Helfen sie uns ausreichend in der Praxis, wenn wir uns und unsere Organisationen ändern wollen?

Was bei der Aufzählung auffällt, ist dass es sich durchweg um Verhaltensweisen handelt (früher sprach man auch von „Sekundärtugenden“). Mut zum Beispiel kann man auch gut brauchen, wenn man für eine schlechte Sache kämpft (ein feiger Bankräuber wird arm im Gefängnis sterben). Es ist schwierig, Menschen für Sekundärtugenden zu begeistern. Begeistern kann man Menschen für Ziele, die sie als mitreißend empfinden – dann stellen sich die dazu nötigen Verhaltensänderungen viel leichter ein.

Was sind Grundwerte?

Sprechen wir also von wirklichen, begeisternden, mitreißenden Werten – von Grundwerten (engl. core values).

Um den Unterschied zwischen Verhaltensweisen und Grundwerten klar zu machen, lassen Sie uns einen Blick auf die aktuellen Ereignisse (Europa eine Woche nach dem 7. Januar 2015) werfen. Nach dem Attentat auf Charlie Hebdo sind Millionen von Menschen auf die Straße gegangen mit dem Slogan „Je suis Charlie“, in Paris und überall anderswo. Die Redakteure von Charlie Hebdo haben Mut bewiesen, Riesenmut, zweifellos – hat dieser Umstand die Menschen auf die Straßen gerufen? Nein. Der Erfinder der Parole „Je suis Charlie“ hat erklärt, die Formulierung sei ihm gekommen, weil er das Gefühl hatte, die Attentäter hätten auf ihn selbst geschossen. Weil die Charlie-Redaktion für einen Grundwert stand: die Meinungsfreiheit – und dafür Mut bewies.

Die Menschen in den Straßen von Paris und überall im alten Europa stehen für Grundwerte, die seit der Französischen Revolution in drei Worten lauten: Gleichheit, Freiheit, Brüderlichkeit. Der Bezug auf diese Grundwerte gibt Kraft und Mut und Commitment. Und auch die Gewissheit, diese Werte nicht allein, sondern in Gemeinschaft mit anderen zu vertreten. Grundwerte sind nie individuell definiert, sondern immer Gruppenwerte („Tribal Values“, sagen Logan und Kollegen /3/).

Dagegen sind die von Sutherland und Schwaber genannten Werte individuelle Tugenden: Mut, Respekt usw. sind Verhaltensweisen von Einzelnen. Wenn man sie als wesentlichstes Merkmal darstellt, dann geht man weg von der Teamebene, die doch den Kern von Scrum ausmacht, und fällt zurück auf die individuelle Ebene.

Grundwerte von Scrum

Scrum steht für selbstorganisierte Teams. Das Scrum-Team erhält nicht einfach ein Arbeitspensum diktiert und die Art seiner Erledigung vorgeschrieben. Sondern das Scrum-Team verhandelt dieses Pensum mit dem Endkunden (vermittelt über den Product Owner) und entscheidet über seine internen Arbeitsmethoden selbst.

Das einzelne Mitglied im Scrumteam muss Dinge tun, die im klassischen Paradigma Führungskräfte auszeichnen. Er muss sich selbst motivieren, wenn er die nächste Task aus dem Backlog zieht. Er muss andere motivieren. Er muss Blockaden überwinden, immer auf das gut verstandene Endziel hin, und dabei strategisches Denken beweisen. Er muss planen und es ertragen, dass seine schönen Pläne über den Haufen geworfen werden. Und dann trotzdem weitermachen. Und das gilt für Scrum Master und Product Owner ebenso.

Die grundlegenden Bilder von den Unterschieden zwischen „Führungskraft“ und „Mitarbeitern“, die unsere gesamte Arbeitskultur seit Jahrhunderten prägen, werden abgelöst durch neue Bilder. Scrum beruht auf einer Vorstellung fundamentaler Gleichheit aller Angehörigen einer Organisation.

Der Grundwert von Scrum ist ganz einfach:
Jeder und jede ist eine Führungskraft.
 
Es gibt keine „besonderen“ Tugenden von Führungskräften im Unterschied zum Fußvolk. Jeder Mensch muss führen – sich selbst und andere, immer im Wechsel, immer im Rollentausch, in einem komplexen Tanz, der unser Arbeitsleben ist.

Voraussetzungen für Scrum

Scrum setzt den Willen zu einer grundlegenden Kulturänderung voraus. Tonnen von Ratgeberliteratur, die von Führungskräften besondere Fähigkeiten fordern und sie ihnen andichten und sie ihnen beizubringen vorgeben – sind der beste Beweis dafür, dass das herkömmliche Verständnis von „Führungskräften“ und „Mitarbeitern“ nicht klappt. (Andernfalls würde 1 Buch reichen.)

Scrum sendet als Botschaft aus: Es geht auch anders, und es geht allen dann besser. Und es wird auch produktiver – und zwar um Größenordnungen.

Wer aber versucht, Scrum nur als Mittel der Produktivitätssteigerung zu verkaufen ohne die Notwendigkeit tiefgreifenden Wertewandels, unterstützt die Kultur des „Wasch mir den Pelz und mach mich nicht nass“, die den gegenwärtigen Zustand gerade kennzeichnet.

Die Erfinder von Scrum haben den Scrum-Guide bewusst auf die wesentlichen Punkte des Scrum-Frameworks beschränkt. Zum einen macht es die Benutzung des Scrum-Guides praktisch. Der Scrum-Guide wird aber der Bedeutung der Werte nicht gerecht. Das ist etwas schade.

Anmerkungen
  • /1/ Edgar Rodehack : Mehr Wert schaffen, Teamworkblog, erschienen am 27. Oktober 2014, abrufbar unter http://www.teamworkblog.de/2014/10/mehr-wert-schaffen.html
  • /2/ Die Abbildung entstammt dem Scrum-Pocket-Guide von Gunther Verheyen /4/
  • /3/ Dave Logan, John King, Halee Fischer-Wright: Tribal Leadership. Leveraging Natural Groups to Build a Thriving Organization, Harper Business, 2008.
  • /4/ Verheyen, Gunther: Scrum – A Pocket Guide. Poc. Zaltbommel, Netherlands: Van Haren, 2013.

Kommentare

  1. Lieber Wolf,

    vielen Dank für diesen interessanten Artikel, indem du die auch aus meiner Sicht wichtigsten Punkte beim Namen nennst.

    Scrum ist auch (!) eine Projektmanagementmethode. In allererster Linie ist Scrum aber eine Methode, Zusammenarbeit so zu gestalten, dass sich alle Beteiligten voll einbringen. Und zwar mit ihrem ganzen Können, ihrem ganzen Wollen und ihrer ganzen Verantwortung.

    DAS ist tatsächlich der große Paradigmenwechsel. Es bedeutet nämlich für Inhaber, Führungskräfte, Mitarbeiter und Auftraggeber, vertrauensvoll Kontrolle und Verantwortung dorthin abzugeben, wo es sinnvoll ist: z.B. an die Menschen, die die Anforderungen für ein Produkt am besten definieren können (i.d.R. Kunden und Spezialisten), und an die, die wissen, wie die Anforderungen am besten umzusetzen sind (i.d.R. Spezialisten, Programmierer, Ingenieure, meinetwegen auch ein bisschen die Betriebswirte).

    Scrum bedeutet die absolut radikale Abkehr von den bisherigen unternehmerischen Führungs- und Organisationsformen. Und die sind eben aufgrund unserer Geschichte militärisch geprägt, auf Befehl, Ausführung, Kontrolle und Bestrafen basierend - das napoleonische Frankreich und Preußen lassen grüßen. In Unternehmen diese jahrhundertealte Denke und Praxis zu überwinden, ist eine sehr sehr große Aufgabe, weil sie eben auf Werten basiert. Das kann nur gelingen, wenn es eine möglichst breite Bereitschaft gibt, radikal umzudenken. Dazu ist nötig, auf allen Ebenen liebgewordene (auch ideologische) Rollen- und Verhaltensmuster abzulegen: Alle müssen raus aus einer Schuld- und Opferhaltung und müssen echte Verantwortung für Ihre Entscheidungen und ihr Tun übernehmen. Mit allem, was dazu gehört. Ausflüchte wie "Ich würde ja, wenn ich nur könnte..." sind dann nicht mehr drin!

    Das bedeutet dann, sich in Projekten im besten Sinne ergebnisoffen zu verhalten und das auch auszuhalten. Dazu gehört dann, zu akzeptieren, dass Ergebnisse anders aussehen können, als man sich das vielleicht zu Beginn gedacht hat. Dazu gehört auch, darauf zu vertrauen und zu akzeptieren, dass das Ergebnis trotzdem gut wird und egal, wie das fertige Produkt aussieht, es das Beste ist, was die Gruppe erarbeiten kann.

    Und dazu gehört vor allem, dem Zwang abzuschwören und Vertrauen in die Gruppenprozesse zu fassen. Es gehört dazu, den Sonntagsreden Taten folgen zu lassen, indem man die wertschätzenden Werte, die man darin predigt, zu leben beginnt.

    Lieber Wolf, auch ich bin überzeugt: Wenn dieser Wertewandel in einer Organisation gelingt, dann gibt es eine riesengroße Produktivitätssteigerung.

    AntwortenLöschen
  2. Moin zusammen,

    ich will nochmal darauf hinweisen, dass der Kontext wichtig ist. Es gibt Situationen, bei denen Mikromanagement und wenig Vertrauen erst einmal sinnvoll sind.

    In den Situationen, in denen Scrum gut funktioniert, ist aber der Kontext so, dass ich hohe Unsicherheit habe. Das bedeutet, wir brauchen jede Idee und müssen ganz viele Dinge testen. Mir gefällt das Menschenbild hinter Scrum. Aber hier ist die Situation so, dass es anders gar nicht ginge.

    Wir brauchen eine kontextabhängige Organisationsform.

    LG, Jan

    AntwortenLöschen
  3. Lieber Jan,

    wäre aus motivationspsychologischer und eventuell auch Prozesskosten-Sicht vielleicht auch die Formulierung zulässig, dass es auch Situationen gibt, in welchen Mikromanagement und wenig Vertrauen am wenigsten Unheil anrichten?
    :)

    Beste Grüße,
    Edgar

    AntwortenLöschen

Kommentar veröffentlichen

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.