Das Teamwork-Blog

Dies ist ein Blog Post für diejenigen, die ihre Meetings verbessern wollen oder die Veränderungen in Teams vorantreiben. Besonders für Coaches, Moderatoren oder Führungskräfte. Selbst wenn Meetings gut vorbereitet sind, es gibt z.B. eine Agenda mit Akzeptanzkriterien für die einzelnen Themen, das Team macht "timeboxing", kann trotzdem die Energie absinken. Das Gleiche gilt für langfristige Veränderungen oder Transformationen. Hier sind drei Prinzipien, die dabei helfen sollen, dass die Energie positiv bleibt.

Ab und zu stellen wir in unseren Beratungsprojekten fest, dass ein Team ein Projekthandbuch zu erstellen hat. Braucht man aus agiler Sicht überhaupt noch ein Projekthandbuch? In dieser Woche gibt es eine kleine Serie zu diesem Thema.

Ab und zu stellen wir in unseren Beratungsprojekten fest, dass ein Team ein Projekthandbuch zu erstellen hat. Braucht man aus agiler Sicht überhaupt noch ein Projekthandbuch? In dieser Woche gibt es eine kleine Serie zu diesem Thema.

Ab und zu stellen wir in unseren Beratungsprojekten fest, dass ein Team ein Projekthandbuch zu erstellen hat. Braucht man aus agiler Sicht überhaupt noch ein Projekthandbuch? In dieser Woche gibt es eine kleine Serie zu diesem Thema.

Ab und zu stellen wir in unseren Beratungsprojekten fest, dass ein Team ein Projekthandbuch zu erstellen hat. Braucht man aus agiler Sicht überhaupt noch ein Projekthandbuch? In dieser Woche gibt es eine kleine Serie zu diesem Thema.

Vor einiger Zeit habe ich hier über Word Formatvorlagen und Inhaltsverzeichnisse geschrieben /1/ - und wie das zusammenhängt. Es gibt noch mehr Spannendes zu entdecken für alle, die in Word mehr vorhaben als kurze Begleitschreiben und einfache Protokolle. Sie können Ihre Word Dokumente sehr benutzerfreundlich gestalten, wenn Sie einige wenige "Spezialtricks" - genauer: Feldfunktionen - kennen .

Bei einem Telefonat mit Willy Wijnands, Erfinder von eduScrum in der vergangenen Woche ist mir klar geworden, dass wir das Pull-Prinzip in eduScrum und anderen agilen Lernformen klarer vermitteln sollten.  An einem Punkt des Gesprächs sagte Willy zu mir: „Meine Schüler bekommen die Informationen, die sie brauchen, genau dann, wenn sie sie benötigen. Sie kommen zu mir und fragen mich danach.“ Und ich dachte mir: das ist ja ein starkes Stück, dass ich das Zauberwerkzeug "Pull" bisher nur als kleine Stiefcousine behandelt habe - jedenfalls in meinen Artikeln. Beim Pull-Prinzip wird etwas (Arbeit, Wissen) nicht in ein System hineingedrückt, sondern bereitgestellt, damit es bearbeitet werden kann, sobald Kapazitäten dafür frei sind.  Ob eduScrummer oder nicht: wir brauchen mehr Lern-Pull, also dass sich Lernende die Informationen zu der Zeit ziehen, zu der sie sie am besten verwerten können!

Geraten Menschen und Teams unter Druck, steht die Leistung des gesamten Unternehmens auf dem Spiel. Druck und Stress sind aber keine Launen des Schicksals. Sie sind hausgemachte Probleme. Verursacht durch ungünstige Strukturen und entsprechendes Verhalten der Führungskräfte. Zeit, die Dinge anders anzugehen.

Soziale Systeme wie Unternehmen sind komplex-adaptive Systeme. Agiles Arbeiten bedeutet, die Systemzusammenhänge zu verstehen und Systemdynamiken zu verändern. Ein Scrum-Training bietet einen guten Einstieg. Wie kann man sich darüber hinaus mit den Themen beschäftigen?

In vielen Organisationen hören wir, dass wir gerade viele Projekte machen. Aber was ist damit eigentlich genau gemeint? 

We commonly rate a project’s success based on whether it is on time and in budget. But, as common as these KPIs are, they may not be good measures. As Jan Fischbach has shown, delays and budget overruns can look like project failure even though the benefits vastly exceed the costs and vastly outmatch the benefits of an on-time project./1/ Furthermore, a project can be on time, but lousy at using the available time efficiently. Isn’t something wrong when a project only requires small total effort, but takes months to finish?

Was passiert eigentlich nach einem Scrum-Training? Den Coaches, die an einem Scrum-Training teilnehmen, fallen tausend Dinge ein, die man noch lernen sollte. Was ist ein guter Weg für Scrum Master weiter zu lernen?

Auch agil Lehrende sind zum Teil verunsichert, wie viel an Regeln und Rahmen in agilen Lehrmethoden angebracht ist. Immerhin sollen die Schüler und Schülerinnen sich selbst organisieren, kreativ sein, die Freiheit haben, ihr Lernen in die eigene Hand zu nehmen. Aber müssen Regeln und Vereinbarungen sowie die Disziplin, diese einzuhalten und Selbstorganisation sich zwangsläufig widersprechen? Oder geht es uns eigentlich um eine andere Art der Disziplin: kontinuierlichen Fokus auf ein sinnhaftes Ziel? Und wie könnte ich als agil Lehrender eine Umgebung schaffen, in der Fokus ganz natürlich entsteht?

Es ist doch schön, wenn ein Unternehmen viele Ideen hat: neue Produkte entwickeln, bestehende Produkte verbessern, Prozesse ändern, Dinge aufräumen, an die Zukunft denken. Wenn wir Kunden beraten, merken wir, dass unsere Kunden unter der Qual der Wahl leiden: alle hat die höchste Priorität, ständig werden Entscheidungen überschrieben, es laufen zu viele Projekte gleichzeitig. Aus agiler Sicht wäre ein Vorschlag, ein Company Backlog anzulegen. Doch was kommt da eigentlich genau hinein und wie geht man damit um, damit es nicht wieder zum Streit kommt?

Wer Microsoft Office 365 im Unternehmen hat, hat viele spannende Werkzeuge für das Team mit dabei - oftmals ohne dass man das überhaupt weiß, geschweige denn wüsste, was man damit genau tun kann oder sollte. Ehrlich gesagt ist die letzte Frage die spannendste: welche Tools helfen meinem Prozess?

Agile Strukturen sind Hierarchien heute oft voraus. Sie sind schneller, flexibler, besser. Das liegt vor allem daran, dass sich Teams selbst organisieren, was Menschen dazu bringt, sich mehr einzubringen und mehr und anders Verantwortung zu übernehmen. Doch befördert das nicht die Selbstausbeutung? Ist Agilität in Wirklichkeit eine Form moderner Sklaverei? 

Vor einiger Zeit haben wir ein Scrum@Scale Training mit dem Co-Schöpfer von Scrum, Jeff Sutherland gegeben. Irgendwann wies ein Trainingsteilnehmer, ein langjährig erfahrener agiler Coach, Jeff darauf hin, doch nicht zu sehr bei den Teams auf ständige Verbesserung zu pochen. Es gab eine kurze Diskussion, die jemand mit dem Hinweis "this is a philosophical debate" abbrach. Dieses Erlebnis klingt noch in mir nach. Daher diese kurze Geschichte über Disziplin und Kreativität in einer agilen Umgebung.

In einigen Organisationen gibt es ein sog. Projektcontrolling. Das ist eine Sicherungsrolle, die mithilft, damit ein Projekt gut geführt werden kann. Soll und Ist werden regelmäßig verglichen und über die Unterschiede wird an den Auftraggeber berichtet. Wie ist das nun in agilen Projekten? Brauchen wir ein Controlling? Nutzt es die gleichen Werkzeuge wie klassische Projekte? Sehen wir uns dies genauer an.

Hier kommen einige Fragen "aus dem echten Leben" die ich schon so häufig beantwortet habe, dass ich sie jetzt mal aufschreibe. Im Team arbeitet man oft gemeinsam an derselben Datei - umso wichtiger ist es, mit der gleichen "Denke" dranzugehen.

Viele kennen das: Man müsste ein wichtiges Projekt bearbeiten und kommt einfach nicht in die Gänge, schiebt wichtige Aufgaben immer wieder auf, macht Pläne und Listen und hält sich nicht daran oder bekommt sein Business einfach nicht so richtig zum Fliegen. Dabei war einem das Projekt doch so wichtig, die aufgeschobenen Aufgaben wären eigentlich gar nicht so schwierig und man hätte auch viele Ideen, wie man seiner Firma einen neuen Schub geben könnte. Aber man tut es nicht. Oder nur halbherzig.

Menschen tun sich z.B. in Firmen, Teams oder Vereinen zusammen, weil sie gemeinsam mehr erreichen können als alleine: "Gemeinsam sind wir stark!" Aber warum ist das eigentlich so?

DevOps is a hype topic, and its promises are legendary: integrate Dev and Ops so that nothing breaks in production, achieve fully automated testing and deployment, trigger 150,000 deployments per day (with out breaking things) and achieve light-speed innovation. The technology is also there: metrics processing, automation and machine learning. But, what about the people? How well are we handling the organizational change needed to implement DevOs?

Braucht der Mensch Formatvorlagen in Word? Was ist das überhaupt? Tatsächlich arbeiten manche Menschen jahrelang - oder auch Jahzehnte - mit Word, ohne ein einziges Mal eine Formatvorlage zu verwenden. Es fehlt ihnen auch nichts. Das kommt vor. Jedoch nur, wenn diese Menschen nie mehr als dreiseitige Dokumente schreiben wollen und alle Zeit der Welt dazu haben.

Externe Beraterinnen und Berater haben den Vorteil, dass sie ein Team unvoreingenommen beobachten können. Sie kennen sich nicht mit der Geschichte des Teams und mit den Details der Arbeit aus. Deswegen sehen und hören sie oft Dinge, die das Team nicht mehr wahrnimmt. Aber brauchen wir wirklich immer externe Leute?

Seit Anfang 2017 steigt das Interesse an agilen Lernmethoden in Deutschland spürbar an. eduScrum ist dabei eine von vielen Möglichkeiten, den Unterricht agiler zu gestalten. Um den Nebel ein wenig zu lichten, ist eduScrum Deutschland 2017 auf Roadshow. Das heißt, wir besuchen vermehrt Schulen, Konferenzen oder Scrum-Tische, stehen Rede und Antwort für interessierte Neu-eduScrummer und üben aktiv eduScrum.

Das Team hat alles gut vorbereitet. Jeder ist bereit. Nur der Chef ist weit und breit nicht zu sehen. Hat er keine Lust, mit zu machen? Der eigentliche Grund ist viel einfacher.

Wer absichtlich oder unbewusst zulässt, dass einzelne MitarbeiterInnen, Teams, Abteilungen oder gar die gesamte Unternehmung gestresst sind, geht ein großes Geschäftsrisiko ein. Außerdem dürfte er nah dran sein, Körperverletzung zu begehen.

In vielen Fachgebieten gibt es eine Vielzahl von Büchern. Wie findet man das richtige Buch, um sich mit einem Thema vertraut zu machen? Ich denke gern über Projektmanagement in technischen Bereichen nach. Wie findet man also gute Bücher, um den Einstieg in Projektmanagement zu finden?

Veränderungen in Unternehmen werden häufig von oben entschieden und müssen von den Mitarbeitern er- oder getragen werden. Manche retten sich mit der BAW-Methode (/1/), andere retten sich vielleicht im Rückzug, manche machen vielleicht mehr oder weniger mit. Man kann sich einen Wandel aber auch einfacher machen, wenn man die Mitarbeiter vorher fragt und ihre Teilnahme auf eine freiwillige Basis stellt. Das klingt am Anfang vielleicht mühselig, ist aber langfristig schneller.

Ein früher erster Schritt in Richtung agiles Arbeiten ist der Aufbau eines großen Boards, auf dem alle Teammitglieder den aktuellen Arbeitsstand nachvollziehen können. Einige Mitglieder sind aber auch skeptisch. Warum sollte man sich überhaupt die Mühe machen, ein Board zu pflegen? Lohnt sich der Aufwand? Wie kann ich selbst einschätzen, was ein angemessener Aufwand ist?