Das Teamwork-Blog

Es gibt Teams oder auch ganze Organisationen, die sich "Agilität" auf die Fahnen geschrieben haben und auch überall im Munde führen, aber in der Realität hapert es völlig in puncto Selbstorganisation. Vereinbarungen werden nicht eingehalten. Es gibt vielleicht ein formelles Backlog, aber keine wirkliche Zielklarheit dahinter. Es herrscht kein Geist gegenseitiger Unterstützung, dafür aber informelle Hierarchien. Usw. Sich hier auf die agilen Scrum-Werte (Commitment, Respect usw.) zu berufen, würde nur moralinsauer aufstoßen: es würde keinerlei Wirkung entfalten. Wir müssen also nüchtern konstatieren: Agilität beruht auf Voraussetzungen, die sie selbst nicht schaffen kann. Damit die agilen Ideen in der Realität "greifen", muss offensichtlich vorher eine Basis vorhanden sein. Worin besteht diese Basis? Wie können wir sie begrifflich fassen? Und wie können wir sie schaffen?

Was tun, wenn jemand mauert und nicht mitmachen möchte? Wie lassen sich unwillige Kolleginnen oder Kollegen zur Mitarbeit gewinnen? 

Viele Coaches weisen darauf hin, dass man die Konflikte, die mit Änderungen einher gehen, nicht ignorieren sollte. Zu leicht gehen wir Konflikten aus dem Weg, statt sie als Chance für Veränderungen zu nutzen. Aber braucht es wirklich immer eine Krise, um etwas zu verändern?

Ein aufmerksamer Leser hat uns Feedback zu unserem Buch " Unternehmenssoftware einführen " ( https://leanpub.com/unternehmenssoftwareagileinfuehren/ ) gegeben. In der Diskussion kam die Frage auf: "Wie unterscheidet sich Euer Vorgehen mit Scrum eigentlich von Design Thinking oder Verbesserungs-Kata?" Eine gute Gelegenheit für einen Blogbeitrag.

Es ist ein Dauerbrenner unter den Fragen: was kann ich mit einer PDF-Datei tun und was nicht? Zuallererst: PDF ist nicht gleich PDF! Da gibt es ganz erhebliche Unterschiede. Vor allem in der Frage, mit welchem Werkzeug und mit welchen Einstellungen die PDF erzeugt wurde.

Unternehmen, die auch nur einen Teil ihrer Prozesse auf agile Arbeitsmethoden umstellen wollen, geraten regelmäßig in Zugzwang: es reicht nicht aus, nur die einzelnen Teams auf Scrum oder Kanban umzupolen. Auch andere altbewährte Praktiken müssen auf den Prüfstand. Dazu gehört eine kritische Auseinandersetzung mit Einkommensungleichheiten innerhalb der Teams und im Unternehmen.