Archiv der Kategorie: Allgemein

Warum Agilität in Unternehmen so schwer zu etablieren ist (ein Erfahrungsbericht)

Tipps für die Einführung von  Agilität & Scrum

Warum Agilität in Unternehmen so schwer zu etablieren ist (ein Erfahrungsbericht)

Ich arbeite nun schon seit 2012 als Agiler Trainer, Scrum Master & Scrum Coach mit und für mittelständische und große Unternehmen in Deutschland und Österreich. Dabei ging es in erster Linie um die Einführung von agilen Frameworks wie Scrum, Kanban oder LeSS, oder die Optimierung bereits vorhandener agiler Prozesse und Vorgehensweisen.

Ich bekomme von Auftraggebern immer wieder die Frage wo denn eigentlich so die großen Stolpersteine in der „Agilisierung“ liegen. Und aus diesem Grund habe ich nun diesen Artikel verfasst.

Was benötigt es um Agilität in einem Unternehmen erfolgreich zu etablieren?

Um Agilität erfolgreich in einem Unternehmen zu etablieren sind die drei unten angeführte Punkte ZWINGEND notwendig, sonst bleiben Kanban, Scrum & Co leere Hüllen, oder Tool-Sammlung die mehr administrative Arbeit als vorher erzeugen. Und  am Ende hört man dann Sätze wie „Agilität ist ja nix für unser Unternehmen, das passt nicht zu uns“.

Folgende Themen sind also unverzichtbar für den erfolgreichen Einsatz von agilen Frameworks und agilen Prozessen:

  1. Ein Top-Management das Agilität nicht nur von den Mitarbeitern verlangt, sondern vor allem auch vorlebt
  2. Gute Kommunikation und Transparenz
  3. Hohes Selbstvertrauen aller Beteiligten und den Mut Dinge anzugehen, ohne sich durch wochenlanges Risikomanagement und Planungen in trügerischer Sicherheit zu wiegen. (Seien wir mal ehrlich: Egal wie minutiös wir planen, es kommt ohnehin immer anders als berechnet. Und wann weiß ich ob etwas geklappt hat? Erst nachdem ich es getan habe!)

Das war es auch schon. Aber jeder dieser Punkt, wird er nicht umgesetzt und gelebt, torpediert Agilität massiv.

Ich persönlich erlebe immer wieder das Firmen, die beispielsweise Scrum und/oder Knaben einführen wollen, an den selben Symptomen leiden, allem voran dem (Miß)Verständnis von Agilität.

Ich erläutere jetzt gerne die oben angeführten drei Punkte etwas genauer:

Top-Down, nicht Bottom-Up!

Agilität ist eine (Geistes)Haltung und keine Tool-Sammlung.  Jeder Mensch kann auch ohne PostITs, Visualisierung, Backlogs, Retrospektiven und Daily-Events agil sein. Die Frameworks dienen jedoch dazu alles auf eine für alle Beteiligten gemeinsame Ebene zu heben und im beruflichen Kontext einzusetzen.

Agilität zeigt sich also im Verhalten. Und das kommt im Unternehmen am wirksamsten an, wenn es „von Oben“ vorgelebt wird. Daher nützt es wenig wenn, wie ich es heute oft erlebe, das Management Agilität anordnet aber selber an den klassischen Vorgehensweisen und Prozessen festhält. Denn: Klassische Prozesse und agile Prozesse passen oft nicht zusammen. Um klassische Prozesse bedienen zu können, behindern wir oft die agilen Vorgehensweisen und umgekehrt.

In der Realität sieht es so aus, das ein „Bottom-Up“ Ansatz gelebt wird. Das bedeutet, in den Abteilungen werden zuerst agile Teams gebildet, Rollen verteilt, agile Coaches  auf die Firma losgelassen und dann vom Management erwartet, dass in kürzester Zeit mehr Effektivität und Qualität, mit den selben Mitteln wie bisher, generiert wird.

Der richtige Ansatz wäre ein „Top-Down“ Vorgehen. Agilität wird zuerst in der Führungsebene eingeführt und das so gewonnene Wissen und die Erfahrung  genutzt, langsam Agilität „nach unten“ sickern zu lassen. Andernfalls wird es heftige Abstossreaktionen geben die die Performance und Weiterentwicklung der agilen Prozesse und Vorgehensweisen behindern oder sogar verhindern.

Transparenz- und Kommunikationsbalance herstellen!

Durch die Transparenz die mit der Agilität einhergeht werden alle klassischen Prozesse und Vorgehensweisen, die an die „agile Welt“ anschliessen, ebenfalls transparenz. Miß-Management, verschleppte Liefertermine oder Ressourcenengpässe werden gnadenlos ans Licht geholt. Und das ist manchmal nicht gewollt, was Wiederstände gegen Agilität auf den Plan ruft.

Jedoch ist  diese „Prozessdurchleuchtung“ durchaus als Chance zu verstehen. Agilität kann ein perfektes Mittel sein um als Inputgeber für sinnvolle Prozessoptimierungen herzuhalten.

Transparenz herzustellen klappt ganz gut wenn wir uns in der ersten Zeit diszipliniert an die Vorgaben agiler Frameworks wie Scrum halten. Aber auch hier ist es eine große Herausforderung die richtigen und wichtigsten Informationen zur Verfügung zu stellen, das alles in der idealen Form, also klar verständlich und anknüpfungsfähig und das alles auch noch den richtigen Mitarbeitern und Kollegen.

Und  Transparenz ist eine „Holschuld“, keine „Bringschuld“ was wiederum eine fortge-schrittene  „agile Reife“ der Beteiligten voraussetzt. Jeden mit Tonnen von Informationen zu überschütten die Ihn nicht interessieren, ist da kontraproduktiv.

Agilität setzt auf Kommunikation und ergebnisoffene Dialoge. Aber wir wissen alle: Was wir meinen und was beim anderen ankommt, ist oft sehr unterschiedlich. Wir mißverstehen uns und daraus resultieren ungefähr 80% unserer Konflikte. Gute Kommunikation ist also eigentlich eine Sache für Profis und selbst die tun sich schwer damit.

Die Sache mit dem Selbstvertrauen

Funktionierende, gelebte Agilität ist pures Selbstvertrauen. Und mal ehrlich: Jemand der in der klassischen Welt Karriere gemacht hat und immer weiter aufgestiegen ist, will meistens gar nicht das die Mitarbeiter zu viel Selbstvertrauen haben. Es passt doch nicht ins Weltbild wenn man seinen Mitarbeitern plötzlich erlaubt Dinge selber in die Hand zu nehmen die man bisher immer persönlich entschieden hat. 

Und aus Sicht vieler Mitarbeitet wäre man ja auch doof wenn man plötzlich Verantwortung übernimmt bezüglich Themen die bisher immer ganz bequem vom Chef erledigt wurden. Man könnte ja eine auf den Deckel bekommen wenn es nicht klappt.

Wir machen das seit 30 Jahren so!

All diese Themen entstehen aus dem was wir gewohnt sind, dem „command-and-control“-System, welches wir seit mehreren Jahrzehnten in den Firmen leben. Nun plötzlich kommt die Anweisung dies alles aufzubrechen und agil zu werden, was dem „Prozess-gibt-vor-was-zu-tun-ist-und-Chef-nickt-ab“-Prinzip total widerspricht.

Für viele Arbeitnehmerinnen und Arbeitnehmer war es immer schon so, das sie eine Job haben der „aushaltbar“ ist. Immerhin müssen Sie ja davon leben und nix ist perfekt im Leben. Das macht zwar keinen glücklich, aber ist eben der tägliche Broterwerb. Und mit Zufriedenheit oder Spaß an der Arbeit tun wir uns daher schwer. Denn unser Empfinden ist es, das Spaß und Arbeit ja irgendwie nicht zusammenpassen. Daher bleiben wir lieber in alten, gewohnten und vermeintlich sicheren Fahrwassern.

Aber das die Welt sich in den letzten Jahren, auf Grund der Globalisierung und des Zusammenwachsens der internationalen Märkte, wo ein Kunde alles und sofort haben kann und blitzschnell zur Konkurrenz wechselt wenn er etwas nicht gleich von uns bekommt, geändert hat, dürften viele noch nicht begriffen haben.

Also

Agilität ist in vielen Deutschen und Österreichischen Unternehmen aktuell nicht leicht umzusetzen, aber wenn wir das Abenteuer trotzdem mutig angehen, werden wir merken das Arbeit nicht nur tatsächlich Spaß machen kann, sondern das unser Unternehmen mit der Zeit viel schneller und flexibler auf die Anforderungen der Märkte und im Endeffekt des einzelnen Kunden (dann Märkte bestehen ja daraus, das vergessen wir immer ganz gerne mal) 🙂 reagieren kann.

Diesen Artikel können Sie auch als Pdf-Datei hier downloaden.
Shortlink: https://kurzelinks.de/bql8

(c) 2019, AML

Kontaktformular Agile Trainings

Für Anfragen oder Reservierung
zur Teilnahme im Seminar
„Scrum Master 2.0“
füllen sie bitte diese Formular aus.
Wir freuen uns auf ein kennen lernen
und melden uns in Kürze!


Seminar „Scrum Master 2.0“ (R)

Seminar: Scrum Master 2.0 (R) („Scrum-Master Reloaded“)

Du willst als Scrum Master arbeiten, bist vielleicht schon Scrum Master oder hast sogar schon die Zertifizierung? Du kennst das Scrum Framework und merkst in der Arbeit mit deinem Team das dies einfach nicht reicht? Du willst Methoden, Tools & Vorgehensweisen kennen lernen um deine und die Soft-Skills deines Teams weiter zu entwickeln?

Dann bist du in diesem Seminar genau richtig. Wir setzen da an, wo die reine Theorie des Scrum- Framework endet und die eigentliche Arbeit des Scrum Masters beginnt.

Inhalte:

  • Rollenschärfung Scrum Master
  • Richtig kommunizieren im Alltag/Job
  • Agile Games situativ korrekt einsetzen
  • Agiles Moderieren
  • Grundlagen Coaching
  • Richtiges Visualisieren & Einsatz von Gebrauchsgrafik
  • Konfliktfelder erkennen & Lösungen ableiten
  • Motivation von Teams und einzelnen Teammitgliedern
  • Work/Life Balance & Umgang mit Stress lernen
  • Weitere Themen werden nach Bedarf der Teilnehmer hinzugenommen…

Deine Vorteile:

  • Der Seminarleiter („agile trainer“) kommt aus der Praxis: Seit sechs Jahren Scrum Coach & Scrum Master in der Privatwirtschaft
  • Kleine Seminargruppen (4 – 8 Personen)
  • Geballtes Wissen wird durch agile Methoden in kurzer Zeit vermittelt
  • Du nimmst eine Menge Wissen, Vorgehensweisen & agile Tools mit
  • Zertifikatsurkunde für das absolvieren des Kurses

Teilnehmerkreis & Voraussetzung:

  • Kenntnis des Scrum-Frameworks
  • Personen die als Scrum Master arbeiten wollen, oder
  • Personen die bereits als Scrum Master arbeiten

Kosten: (1-Tagesseminar) Euro 390,— (zzgl. 19% MwSt.)
Seminarort: Berlin
Seminarsprache: Deutsch
Termine:

  • Donnerstag, 13.06.2019 (AUSGEBUCHT)
  • Montag, 01.07.2019 (AUSGEBUCHT)
  • Samstag, 20.07.2019 (noch ZWEI Plätze) ANMELDUNG
  • Sonntag, 04.08.2019 (noch DREI Plätze) ANMELDUNG

In Kürze weitere Termine für August & September 2019!

(c) 2019 IhreVeraenderung.de

Zugehörige Pressemeldung 01
Zugehörige Pressemeldung 02
Zugehörige Pressemeldung 03

Tipps für angehende Scrum-Master: Das „Daily Scrum“-Event

Können Sie sich erinnern, was Sie vor ein paar Tagen gegessen haben? Oder vor einer Woche oder einem Monat? Wir erinnern uns nur an die außerordentlich köstlichen (oder außerordentlich schlecht schmeckenden) Mahlzeiten.

Aber alle waren wichtig, auch wenn wir uns nicht an sie erinnern. Denn wenn wir keinen von ihnen gegessen hätten, wären wir jetzt nicht am Leben. Ebenso schadet es nicht, ab und zu eine Mahlzeit zu verpassen. Wenn Sie dies jedoch häufig genug tun, verlieren Sie langsam an Gewicht und werden schwächer.

In diesem Sinne sind tägliche Scrums, die „daily standup events“, wie Essen: Sie spielen eine entscheidende Rolle, um den Entwicklungsprozess des Scrum-Teams gesund zu halten. Für manche Menschen ist diese „agile Mahlzeit“ jedoch ein nicht gut schmeckendes Gericht. Manchmal kann sich das Daily lästig, unnötig oder unangenehm anfühlen, und Sie würden es lieber ganz überspringen.

Hier sind einige Einwände, die Sie möglicherweise von Mitgliedern des Scrum-Teams oder sogar vom Management in Bezug auf das tägliche Scrum hören könnten:

„Es ist langweilig. Die Tätigkeiten an denen anderen arbeiten, haben nichts mit meiner Arbeit zu tun. Die interessieren mich ja gar nicht.“:

Aber: Das daily scrum event  ist ein Weg, um alle über das, woran alle anderen arbeiten, auf dem Laufenden zu halten. Dies ist wichtig, um ein funktionsübergreifendes Team aufzubauen. Die Teammitglieder erfahren auch, wie die Arbeiten, an dem sie arbeiten, in die Arbeiten anderer Personen passt. Dies ist besonders wichtig, wenn nicht alle Teammitglieder an demselben Projekt arbeiten.

Und selbst wenn sie an völlig unterschiedlichen Anwendungen arbeiten, können die Probleme, mit denen die einzelnen Teammitglieder konfrontiert sind, gemeinsame Merkmale aufweisen. Wenn Peter hört, dass Andrea, ein Junior-Teammitglied, mit einem Problem zu kämpfen hat, das sie zu beheben weiß, kann sie diese Gelegenheit nutzen, um Andrea zu coachen.

„Entwickler sprechen bereits den ganzen Tag miteinander. Dafür brauchen wir kein tägliches Treffen. „:

Die spontanen Unterhaltungen, die während des Tages stattfinden, sind in der Regel „Tagesgeschäft“ im Scrum: Peter hat einen Compilerfehler. Michael benötigt einige Informationen von Andrea, bevor er eine Schnittstelle definieren kann. Peter kann nicht herausfinden, warum eine Datei fehlt und so weiter. Sie konzentrieren sich auf die Behebung sofortiger Probleme, während das daily scrum event eher ein taktisches Planungstreffen ist in dem der Status der Arbeit aus dem aktuellen Sprint besprochen wird.

Es ist keine Besprechung zur Problemlösung, sondern eine Besprechung, bei der der Staus bekannt transparent gemacht und Probleme die unsere Arbeit behindern oder verhindern  (impediments) bekannt gegeben werden. Das Team findet so heraus wer blockiert ist und wer helfen kann.

„Dies ist doch nur eine Statusbesprechung. Die Zeit können wir uns sparen um zu arbeiten“:

Ja, Entwickler teilen ihren Status. Aber das ist wie sich zu beschweren, dass Sie einatmen müssen, um zu atmen. Wenn das daily scrum event nur aus der Beantwortung der drei Fragen besteht, was ich getan habe / was ich tun werde / was mich behndinert und nichts anderes, dann ist es in der Tat nur eine Statusbesprechung.

Aber genau wie Sie nicht atmen können, indem Sie nur einatmen und niemals ausatmen, wird Ihr daily scrum event  nicht wirken, wenn die gesamte Kommunikation die vom Entwickler kommt zurückgehalten wird. Es handelt sich bei dem täglichen event  um ein Meeting, bei dem für die Tagesarbeit im Scrum schwerwiegendere Probleme auftreten können, wenn niemand etwas kommentiert oder weitere Fragen stellt.

„Es ist ineffektiv oder unhöflich, wenn Sie niemanden außer Entwicklern daran teilnehmen lassen.“:

Das daily scrum ist. losgekoppelt von den technischen Details, ein Meeting auf höherer Ebene, aber nur für kurze Zeit. Wenn das Team das so sieht, sind sie möglicherweise weniger geneigt, auf „fremde“ Teilnahme zu bestehen. Und mit einer 15-minütigen time-box  bleibt ohnehin nicht viel Zeit für andere Personen, um effektiv teilzunehmen.

Daily Scrum zu haben ist wie eine gesunde Ernährung. Möglicherweise möchten Sie dies nicht immer tun, und einige der Mahlzeiten sind möglicherweise langweilig oder gelegentlich ausgesprochen schlecht schmeckend, aber Sie können sie nicht überspringen. Sie sehen möglicherweise keine unmittelbaren negativen Auswirkungen bei Nicht-Einhatung, und die Leute sind möglicherweise sogar glücklich darüber.

Dies wird jedoch die Beweglichkeit und den Zusammenhalt des Teams im Laufe der Zeit beeinträchtigen. Ebenso kann es natürlich einige Zeit dauern, bis sich positive Effekte durch das daily manifestieren, aber sie helfen auf jeden Fall dem Team sich zu verbinden und ein höheres Leistungsniveau zu erreichen

(c) AML 2019

Der Agile Podcast – Scrum und Agilität in der Praxis

Der Agile Podcast - Scrum und Agilität in der Praxis

Willkommen zu meinem "Agilen Podcast"

Ich werde an dieser Stelle in unregelmässigen Abständen neue Folgen meines "Agilen Podcasts" veröffentlichen. Es geht dabei um die praktische Umsetzung von Agilität und Scrum im IT- und Wirtschaftsumfeld in mittleren und großen Firmen. Aktuell sind rund 62 Folgen geplant...

Folge 1 - Wer ich bin und warum ich diesen Podcast produziere

Folge 2 - Warum in Deutschland plötzlich so viele Firmen agil werden wollen

Folge 3 - Was bedeutet Agilität?

Folge 4  Das agile Manifest - Regel Nummer 1

Folge 5  Das agile Manifest - Regel Nummer 2

Folge 6  In Vorbereitung: Das agile Manifest - Regel Nummer 3

Folge 7  In Vorbereitung: Das agile Manifest - Regel Nummer 4

Folge 8  In Vorbereitung: In Vorbereitung; Agile Frameworks

Folge 9  In Vorbereitung: Das agile Mindset

Folge 10  In Vorbereitung: Der agile Manager - Kontrolle von komplexen Systemen

Folge 11  In Vorbereitung: Softskills und Agilität

Folge 12  In Vorbereitung: Allgemeines zu SCRUM

Folge 13  In Vorbereitung: Projektdurchführung - Agil oder klassisch?

Folge 14  In Vorbereitung: Agile Werte in SCRUM

Folge 15  In Vorbereitung: Die drei Säulen von SCRUM

Folge 16  In Vorbereitung: Die Rolle des Product Owner Teil 1

Folge 17  In Vorbereitung: Die Rolle des Product Owner Teil 2

Folge 18  In Vorbereitung: Die Rolle des Scrum Masters Teil 1

Folge 19  In Vorbereitung: Die Rolle des Scrum Masters Teil 2

und viele mehr in Kürze...

 

Viel Spaß beim zuhören!
Sollte es Fragen, Kritik oder Anregungen geben, schreibt mir bitte an podcast@ihreveraenderung.de.

 

(c) 2019 Dr. Alexander M. Loitsch, powered by IhreVeraenderung

Tipps für angehende Scrum-Master: Verpflichtungs-Check

Teams in Scrum sind selbstorganisiert und leben davon, dass sie sich selbst verpflichten gewisse Spielregeln einzuhalten. Sie überprüfen auch  regelmässig ob diese eingehalten werden. Eine Herangehensweise dafür ist es den "Freiwilligen Verpflichtungs-Check" zu etablieren....

Regeln innerhalb des Teams sollten vom Team selber beschlossen werden, jedoch kann der Scrum Master Vorschläge machen. Anbei habe ich eine Liste, die als Ergebnis eines Workshops mit einem meiner Teams entstand. Das Team hat sich darauf "comitted". Diese hängt nun ausgedruckt im Team-Raum und wird in den Retrospektiven regelmässig auf Aktualität, Vollständigkeit & Relevanz überprüft, sowie angepasst. Sie kann als Inspiration für die eigene Team-Liste dienen....


Freiwillige Verpflichtung - Ich verpflichte mich zu folgenden Vorgehensweisen:

  1. Ich bringe mich ein wenn ich anwesend bin
  2. Ich weiß und teile mit...
    • Was ich will
    • Was ich denke
    • Was ich fühle
  3. Ich suche aktiv Hilfe und nehme diese auch an
  4. Ich weigere mich inkohärente, emotionale Übertragungen zu akzeptieren
  5. Wenn ich eine bessere Idee als die aktuelle höre oder habe, werde ich...
    • Diese zur Diskussion und Entscheidung vorlegen
    • Ausdrücklich nach Verbesserungen suchen
  6. Ich werde persönlich die beste Idee unterstützen...
    • Unabhängig woher oder von wem sie kommt
    • Auch wenn ich denke das ich später eine bessere Idee haben könnte
    • Wenn ich keine viel bessere Idee habe (sonst siehe Pkt. 5.)
  7. Ich werde mehr mitdenken als ich eigentlich müsste („über Tellerrand schauen“)
  8. Ich werde mein Team bemühen und nicht nur einen Einzelkämpfer, vor allem bei schwierigen Aufgaben
  9. Ich werde immer und nur dann sprechen, wenn ich glaube, dass sich dadurch das Verhältnis zwischen Aufwand und Ergebnis verbessern lässt
  10. Ich werde nur rationales, ergebnisorientiertes Verhalten und Kommunikation anbieten und akzeptieren
  11. Ich werde mich von weniger produktiven Aufgaben lösen
  12. Ich überprüfe regelmäßig ob meine aktuelle Aktivität auf die im Team vereinbarten Ziele einzahlt
  13. Ich werde niemals absichtlich etwas dummes tun
  14. Ich werde den „Verpflichtungs-Check“ (s.u.) aktiv einsetzen und akzeptieren das er von allen anderen Teammitgliedern ebenfalls eingesetzt wird

Gemeinsam vereinbarter Verpflichtungs-Check:

Ich benutze den "Verpflichtungs-Check" wenn ich das Gefühl habe, das die vereinbarten Punkte der "freiwilligen Verpflichtung"  nicht, oder nicht richtig, eingehalten werden.

  1. Ich sage laut „Verpflichtungs-Check“ sobald ich bemerke, dass eine Verpflichtung nicht eingehalten wurde oder ein Punkt der Liste falsch verwendet wird. Ich tue dies, unabhängig von der aktuellen Aktivität
  2. Falls ich den genauen Punkt kenne der nicht eingehalten wurde, nenne ich diesen. Falls nicht, frage ich danach
  3. Ich bitte um Hilfe, wenn ich nicht genau weiß ob die Verpflichtung eingehalten wird
  4. Ich unterstütze alle aktiv, die den Verpflichtungs-Check einsetzen

-- AML -- (c) 2018

Tipps für angehende Scrum-Master I: Teammotivation

Tipps für den angehenden Scrum Master I: Teammotivation

Einleitung

Eine der Hauptaufgaben eines Scrum Masters ist Teamführung und Teammotivation. Nur in einem guten und motivierten Arbeitsumfeld kann das Scrum Team Höchstleistungen vollbringen.

Teammotivation

Teammotivation ist ein aktiver Prozess der durch entsprechende Maßnahmen umgesetzt wird und erlernt werden kann. Dabei sollte der Scrum Master jedoch die oberste Regel bei der Agilität beachten: Immer zuerst bei uns selber anfangen. Das bedeutet, der Scrum Master muss zuerst selber hoch motiviert sein um seine Mitarbeiter motivieren zu können.

Dazu sollte er sich regelmäßig visualisieren was das eigentliche Ziel des Teams ist und warum es toll ist auf dieses Ziel hinzuarbeiten. Erst dann kann er seine Kolleginnen und Kollegen entsprechend von diesem Ziel überzeugen.

Es sollte den Teammitgliedern immer wieder ins Bewusstsein gerufen werden das Ihr Beitrag zur Arbeit ein wichtiger Teil von einem großen Ganzen ist ( Stichwort: Vision). Dabei ist es essenziell das man seinem Team eine Herausforderung bietet die nicht zu einfach, aber auch nicht überfordert.

Dies ist am ehesten umzusetzen indem der Scrum Master die entsprechenden Entscheidungen dem Team überlässt und die Teameigene Dynamik nutzt um ein ausgewogenes Verhältnis hinzubekommen. Denn beide Fälle (Überforderung und Unterforderung) führen zwangsläufig zu Demotivation was wiederum die Gruppenleistung negativ beeinflusst. Wir sollten bei all „wir richten uns eine schöne Scrum-Arbeitswelt ein“ nicht vergessen das die Budgets dafür zur Verfügung gestellt wurden um konkrete, leistungsbezogene Arbeitsergebnisse zu erzielen.

Pausen

Gerade in hart arbeitenden Teams ist es wichtig auch mal abschalten zu können. Das bedeutet auch mal ein paar Minuten die Arbeit liegen zu lassen um über private Themen zu reden, einen „coffee break“ zu machen oder dem ganzen Team einfach mal ein Eis zu spendieren.

Selbstführung

Ein wichtiger Punkt ist es, den einzelnen Teammitgliedern „Selbstführung“ beizubringen. Dazu sollten diese innerlich bereit sein Selbstverantwortung (commitment) zu übernehmen und nicht alles auf den Chef abzuwälzen. Das bedeutet das Teammitglied hat ein verstärktes Auswirkungsbewusstsein mit Fokus auf die Teamziele und sieht nicht nur das eigenen Vorankommen.

Merkmale dafür sind das ständige „sich-verbessern-wollen“, sich zu einer Entscheidung zu „commiten“, also diese auch vollumfänglich zu verantworten, den Gedanken des „gemeinsam sind wir leistungsstärker“ zu forcieren und bei Konfrontationen oder Problemen im Team diese auch offen zu kommunizieren und zu versuchen zielorientierte Lösungen zu erreichen.

Man sagt nicht umsonst „Ein Team beginnt bei einem selbst“.

Wir bieten spezielle Schulungen für frisch gebackenen Scrum-Master zu den Themen „Scrum-Teams führen und motivieren“ als „Inhouse-Schulungen“ an.