Das Teamwork-Blog

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?

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

In den 1990er Jahren gab es wohl eine Lean-Management-Welle, in der offensichtlich einiges schief gelaufen ist. Wenn man heute Mitarbeiter auf das Thema "Lean" anspricht, hört man oft nichts gutes. Es gibt Unternehmen, in denen der Chef unter Gemba-Walk versteht, einmal am Tag durch die Fabrik zu rauschen und alle Mitarbeiter zu beschimpfen, die sich nicht an die Regeln halten. Das ist nicht Lean Thinking. Aber was ist es denn nun? Die folgenden Bücher haben mir geholfen, Lean Thinking besser zu verstehen.

Heute ist man sich einig: Wollen Unternehmen in den unruhigen Zeiten des digitalen Umbruchs mittel- bis langfristig überleben oder gar erfolgreich sein, so haben sie sich schnell anzupassen. Heute gilt es also das zu tun, von dem schon sehr lange die Rede ist: Lernende Strukturen zu schaffen. Doch was bedeutet das? Und wie kann das gelingen?

Was macht man nach dem ersten Scrum-Training? Einige wollen sofort mit agilem Arbeiten anfangen und sie suchen sich ein Pilotprojekt. Jede Woche mal einen Nachmittag. Ob das eine so gute Idee ist? Sie erinnert mich an meine Jugend.

In diesem Beitrag sehen wir uns einen Wunsch von Führungskräften an, der auf den ersten Blick plausibel scheint. Aber wenn man genau hinsieht, merkt man, dass es gerade die Führungskräfte sind, die unternehmerisches Denken erfolgreich verhindern. Und wenn man es weiterdenkt, ist es wirklich das, was Firmen wollen? Ein guter Unternehmer wird nämlich schnell die Firma verlassen und seine eigene gründen.

Agilität bedeutet, die Leute miteinzubeziehen, die es betrifft. Warum gilt das nicht auch für den Wandel in Richtung Agilität selbst? Dan Mezick macht dies ganz erfolgreich, und zwar mit einer seit langem bekannten Technik.

Mir ist aufgefallen, wie häufig ich das Format “User Story” zurzeit in diversen Situationen verwende. Dieses agile Werkzeug für die Anforderungsdefinition hat mein Denken infiziert. Dadurch hat es hat meine Kommunikation mit Kollegen verbessert und mir geholfen, mich klarer auszudrücken.

Früher oder später trifft es alle - und in Zukunft bestimmt noch öfter: Mit einem Blick auf die Altersstrukturen in die Unternehmen wird es sich in den nächsten Jahren häufen, dass erfahrene Kollegen plötzlich eröffnen: "Tja, noch sechs Monate, dann gehe ich in Rente - und ich habe noch so viel Resturlaub!

Wir haben nicht zu wenig, sondern zu viele Informationen. Aber unser Umgang mit ihnen orientiert sich immer noch am Mangel. Unser neues Buch stellt einen ganzheitlichen Umgang mit Informationen, Meetings und Todos vor. Und ein bekannter Blogger war so freundlich, ein Vorwort zu schreiben.

Bunt ist der Mix an Nationalitäten und Backgrounds, die sich Ende Februar 2017 in Alphen aan den Rijn in den Niederlanden treffen, um den Grundstein für die internationale eduScrum "Familie" zu legen. Willy Wijnands, Begründer von eduScrum, hatte zum ersten internationalen eduScrum-Training geladen.

Im Gespräch stellen wir öfter mal fest, dass jemand unzufrieden mit der Abarbeitungsdisziplin seines Teams ist. Man hätte doch jetzt einen so tollen agilen Prozess. Wieso machen denn die Teammitglieder nicht richtig mit? Gibt es Übungen oder Tipps, die deutlich machen, dass agiles Arbeiten besser als Mikromanagement ist? Was antwortet man darauf?

Hier kommt der nächste Teil meiner kleinen Delta-Reihe zu den Neuerungen in den Office-Anwendungen 2010 - 2013 - 2016. Nach Outlook /1/ und Excel /2/ jetzt Word. Seit ich vermehrt technische Teams begleitet habe, die umfangreiche Dokumentationen in Word erstellen, tue ich das Thema nie wieder als "wenig relevant" ab.

Ab dem 1. Januar 2020 sind Bundesbehörden und Landesbehörden, die Aufgaben nach Bundesrecht ausführen, zur elektronischen Aktenführung verpflichtet. Natürlich werden dort viele Akten schon elektronisch geführt. Oft sind dies aber Einzel- oder Insellösungen und Art und Umfang der Pflege unterscheiden sich. Da wir wissen, dass Projekte zur Einführung organisationsweiter verpflichtender IT-Systeme 2 Jahre dauert, wäre jetzt ein guter Zeitpunkt, solche Projekte zu starten. Dazu bieten wir ein Seminar (s. u.) an.