Das Teamwork-Blog

"Wer viel misst, misst viel Mist." Zumindest ist diese Gefahr gegeben. Entweder misst man z. B. Mist, weil man zu früh zu KPIs zur Messung von Ergebnissen greift, oder aber man greift zu den falschen KPIs, die gar nicht das messen, was man wissen möchte. Einst war agiles Arbeiten der alternative Ansatz, aber inzwischen gibt es auch für einige Details dessen, was in Konzernen als "agil" praktiziert wird, einleuchtende alternative Ideen, die bis heute noch nicht so richtig auf die große Bühne vorgedrungen zu sein scheinen. 

  Meetings in Scrum Teams: Mehr Fokus, weniger Kontextwechsel  „Wir arbeiten agil“ – das bedeutet für viele von uns: Daily Stand-up am Morgen, dann Refinement, dazwischen eine Demovorbereitung, später noch ein kurzes Scrum of Scrums (SoS) und am Nachmittag ein Community-Meeting. Gleichzeitig soll ich an meinen Sprint-Aufgaben arbeiten. Wenn dir diese Situation bekannt vorkommt, les dir gerne meinen Beitrag an. Hier sprechen wir über den Einfluss von häufigen Kontextwechseln auf die Arbeit in agilen Teams und zeigen Best Practices, um diese Wechsel zu minimieren. Viel Spaß & Let’s grow, Michi.  Foto von Matt Bero auf Unsplash

Geht Scrum in internen Abteilungen? Können wir im Bereich X agil arbeiten? Solche Fragen hören wir immer wieder. Aber diese Fragen gehen in die falsche Richtung. Es gibt bessere Fragen.

Dreimal so schnell! "Michi - in meinen Teams gibt jeder sein Bestes, aber trotzdem werden wir immer langsamer. Wir brauchen Unterstützung." - Mein jetziger Kunde, Okt 22  Vier Monate später haben wir die durchschnittliche Durchlaufzeit der Vorgänge in der Entwicklung von 82,5 Tagen auf durchschnittlich 13,6 Tage reduziert. Das Ergebnis ist also noch besser als der Titel verspricht. Der Output, also die Anzahl der pro Monat abgeschlossenen Vorgänge, hat sich von ca. 75 auf ca. 130 vergrößert. In diesem Artikel teile ich meine Einblicke aus dem Projekt. Der Artikel soll inspirieren und zeigen was möglich ist. Danke an das ganze Team dort, macht richtig Spaß mit euch! Viel Spaß beim Lesen, ich freue mich über Rückmeldungen & Let's grow, Michael

Michael Thiel hat eine eigene Variante des Ubongo Flow Games entwickelt, um den Teilnehmenden die Ideen von Kanban (in der IT) näher zu bringen. Hier ist seine Beschreibung. Vielen Dank für das Teilen, Michael.

Können Sie die Prinzipien von Kanban gut erklären? Sehen wir uns ein Beispiel an.

Welche Methode ist besser? Scrum oder Kanban, Lean oder Agile, Scrumban oder Kanrum? In diesem Beitrag gibt es endlich eine passende Antwort.

Agil organisierte Unternehmen scheinen heute das Rennen zu machen. Wieso sind wir nicht schon längst alle so organisiert?

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?

Kürzlich wurde ich vom Kollegen Erhardt Heinold , der Verlage und Medienhäuser berät, dazu befragt, wie sich agile Arbeitsweisen einführen lassen. Hier das Interview:

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

David Anderson hat den Einsatz von Kanban zur Aufgabensteuerung populär gemacht. Bei Kanban nutzt ein Team ein gemeinsames Board, auf dem alle Arbeit sichtbar gemacht wird. Dabei wird die Menge der Arbeit bewusst begrenzt. Anderson schreibt, dass diese Begrenzung kontraintuitiv wirkt. Wenn wir Kanban erklären, blicken wir zunächst in erstaunte Gesichter. Kann man das vielleicht ausprobieren?

Letzte Woche hat Jan hier ein Kanban-Board in einer Explorer-Bibliothek vorgestellt /1/. Kann man machen. Hat in meinen Augen aber den Nachteil, dass es lokal auf einem Gerät verortet ist. Warum also nicht diese Sache in OneNote bauen? Meines Erachtens ist das flexibler und außerdem auf allen Endgeräten darstellbar. Legen wir los:

Kanban ist eine Technik um den Fluss von Aufgaben bei Bearbeitung zu verbessern. Trello ist sicher eins der bekanntesten Werkzeuge im Netz. Aber jeder kann sich mit einer Bibliothek im Windows Explorer selbst ein lokales Kanban-Board bauen. Hier ist die Anleitung (für Windows 10) dazu.

Im Januar stellte ich auf dem Kongress „ future!publish 2016 “ Menschen aus der Buchverlagsbranche Agilität als Methode vor, wie sie eingesetzt wird und wie sich Agilität von anderen Organisationsformen unterscheidet und abhebt. Die Nachfrage an meinem Workshop war sehr groß, was mich natürlich freute. Woher kommt das aktuell große Interesse an agilen Themen? Wo anfangen, wenn man Näheres erfahren möchte?

Der Newsletter von 37Signals hat mich auf das Thema "Lernen" aufmerksam gemacht (/1/). Dort wird auf einen Beitrag hingewiesen (/2/), in dem Shane Parrish etwas über Warren Buffet und seinen Anspruch "Jeden Tag etwas schlauer zu werden" schreibt. Grund genug, mal auf die Lern-Rituale von Teams zu blicken. Scrum, Kanban und PRINCE2 machen Vorschläge. 

Viele Teams leisten Dienste für andere. Beispiele sind Priester, die Gottesdienste abhalten, Anwälte, die Arbeitsverträge erstellen oder Ärzte, die Patienten behandeln. Dabei arbeiten Teams nicht allein. Oft brauchen sie Unterstützung von anderen Mitgliedern, Teams oder Organisationen. Einer ist vom guten Service des anderen abhängig. Aber nicht selten gibt es Probleme in der Servicekette. Der Grund dafür ist einfach.

Kanban, esp. Personal Kanban is very popular. Last year we published a short description how to build a Kanban system in Microsoft Outlook. In general we post our ideas here in German language. One of our readers suggested to translate the original German post into English language (credits to M. B.). So, here it is. I appreciate any comments (and corrections of my spelling). ( Von diesem Beitrag gibt es eine deutsche Version .)

Die Verbesserung unserer Büroprozesse muss neue Wege gehen. Aber der Ruf nach „neuen Wegen“ ist ein alter Hut. Das Teamworkblog hat ein paar Ideen. Aber sind die wirklich neu? Dazu brauchen wir das Feedback unserer Leser.

Die Zeiten sind nicht einfach, um ein Rechenzentrum zu führen. Die Kunden haben hohe Anforderungen an Preis, Geschwindigkeit und Qualität. Gleichzeitig muss man aufpassen, dass gute Mitarbeiter dabei bleiben, dass die Kosten nicht aus dem Ruder laufen und dass man mit der Technik Schritt hält. Der neue Roman "The Phoenix Project" von Gene Kim und Co. zeigt einen Lösungsweg auf. ( There is an English version of this post. )