Das Teamwork-Blog

Ich beobachte jede Woche, wie sich Kollegen, die Meetings oder Trainings moderieren oder Gespräche mit Kunden führen, selbst in Stresssituationen bringen, weil es Ihnen schwer fällt, einen klaren Eindruck zu vermitteln. Sie sind unsicher. Ihr Hals verspannt sich. Ihr Kehlkopf strengt sich an. Die Zuhörer, deren Kehlköpfe die Bewegungen des Sprechers mitmachen, sind dann auch angestrengt. Obwohl die Ideen der Kollegen an sich überzeugend sind, vermittelt sich bei ihren Zuhörern hauptsächlich eins: Stress. Diese Übung ist für Euch, meine lieben Kollegen (/1/). Wenn Sie mitmachen und Ihren Stress reduzieren möchten, sich fokussieren oder Souveränität ausstrahlen möchten, machen Sie mit.

Viele Führungskräfte und Mitarbeiter fragen sich, was Management in einer agilen Umgebung bedeutet. Was ist an agilem Management anders als bisher? Brauchen wir explizit agiles Management? Und falls ja, was bedeutet das?

Im vorherigen Beitrag habe ich die Frage gestellt, ob es agiles Management gibt. Ich bin mir da nicht ganz sicher. Ich glaube nicht, dass es eine besondere Form agilen Managements gibt. Je unsicherer die Situation ist, in der sich ein Unternehmen befindet, desto agiler muss es handeln. Für gutes Management habe ich eine Liste von Büchern zusammengestellt.

Viele Führungskräfte und Mitarbeiter fragen sich, was denn Management in einer agilen Umgebung bedeutet? Brauchen wir jetzt agile Manager? Was mich stört, ist der Begriff Management selbst.

In diesem Augenblick ist für Dich der Abzug, der Schalthebel zum Greifen näher. Unsere Hände sind nicht weit. In diesem Augenblick ist die Stimme in Deinem Kopf lauter: „Meine Sorgen, meine Sorgen, meine Sorgen“. Wir sind nicht leise: „Gemeinsamkeit, Gemeinsamkeit, Gemeinsamkeit.“ In diesem Augenblick siehst Du hier Verachtung und Gleichgültigkeit. Unsere Zeichen des Mitfühlens sind nicht verborgen. Bald fragst Du Dich: „Warum habe ich das getan?“ Jetzt fragen wir uns: „Was können wir tun?“ Öffne Dein Herz und Deine Sinne. Bitte. Dann sind wir vereint. En ce moment, la gâchette, la détente sont promptes à être saisies. Nos mains ne sont pas loin. En ce moment, la voix dans ta tête raisonne plus fort : "tant de tourments, tant de chagrins, tant de peurs". Nous ne sommes pourtant pas coi : "rassemblement, rassemblement, rassemblement". En ce moment, tu vois la haine et l'indifférence. Notre compassion est manifeste. Bientôt tu te demanderas: ...

Selbst bin ich am meisten überrascht: in letzter Zeit berate ich viele sehr eingespielte Teams. Immer wieder versuche ich Prozesse zu implementieren, die das gegenseitige Zuschicken von E-Mail-Anhängen überflüssig macht. "Dokumente zur Überarbeitung" sind hier der meist genannte Grund. Jan hat mal vorgerechnet, warum es das so sehr zu vermeiden gilt /1/. Was mich überrascht hat? Dass so viele - sehr erfahrene und technik-affine Menschen die Überarbeitungs-Funktion in Word nicht kennen oder ihr nicht trauen. Also kommt hier eine kurze Einführung:

Am 03.11.2015 fand in Köln die 3. Fachtagung "Eisenbahn-Infrastrukturmaßnahmen in NRW" statt. Ich hatte Ehre, etwas über Scrum erzählen zu dürfen. In diesem Beitrag gibt es den Vortragstext.

Viele Auftraggeber und Führungskräfte bestehen auf einem regelmäßigen Bericht zum Bearbeitungstand der Aufgaben. Ich stehe bestimmten Statusberichten kritisch gegenüber und halte sie für Verschwendung.

Frank Albers hat zu einer Blogparade aufgerufen, an der ich mich sehr gerne beteilige. Es geht um die Frage, wie mit Fehlentscheidungen, Rückschlägen und Kritik am besten umzugehen sei. Für alle, die gutes Selbstmanagement betreiben möchten, ist das die Frage aller Fragen!

Damit ist gemeint: Jedes IT-Projekt muss einen Wert liefern, aus dem heraus es sich rechtfertigt. Aber was verstehen wir unter dem Begriff „Wert“?

Wer nach gutem „Zeit- und Selbstmanagement“ fragt, sucht Wege zum Erfolg. Hierzu gibt es ein paar Dinge zu sagen. Der vierte Teil der kleinen Serie.

Damit ist gemeint: Jedes IT-Projekt muss einen Wert liefern, aus dem heraus es sich rechtfertigt. Aber was verstehen wir unter dem Begriff „Wert“? Und kann man diesen Wert immer messen? Vorgestern bin ich dieser Frage anhand von X-Unternehmen nachgegangen – also traditionellen, gewinnorientierten Unternehmen. Heute will ich auf Y-Unternehmen eingehen. Dabei stoßen wir auf die Frage, ob es sich beim „Wert“ immer um Geld handeln muss.

„IT-Projekte werden nicht genehmigt, sondern finanziert“, ist eine unserer Kernaussagen. Im Teamworkblog haben wir schon öfter darüber geschrieben. /1/ Damit ist gemeint: Jedes IT-Projekt muss einen Wert liefern, aus dem heraus es sich rechtfertigt. Aber was verstehen wir unter dem Begriff „Wert“? Handelt es sich immer um Geld, oder kann es auch etwas anderes sein? Und kann man Wert immer messen?

Haben Sie bei der Urlaubsvertretung sich manches Mal geärgert, wenn Sie Dateien gesucht haben, die ein Teammitglied abgelegt hat? Die Suche im Explorer funktioniert tadellos, aber manchmal sollte man den Suchbegriff noch ein bisschen genauer fassen können. Z.B. mit UND oder ODER oder NICHT... Das geht so einfach, dann man von alleine kaum drauf kommt:

In den Niederlanden gibt es eine lebendige Szene für das Thema "Selbstorganisierte Arbeit". Am 8. Oktober fand in Den Haag zum dritten Mal die Konferenz "Het grote nieuw organiseren event" (das große Neu-Organisieren-Event, Hashtag #NOE15 ) statt. Nachdem ich einige Bücher und Blogs von den niederländischen Kollegen gelesen hatte, wollte ich mir das mal selbst ansehen.

„Schluss mit dem vielen theoretischen Schwätzen! Jetzt die Ärmel hockrempeln und loslegen!“, ist das Motto mancher Projektverantwortlicher zu Projektbeginn. Nichts macht Projekte so langsam wie diese Parole. Will man Projekte beschleunigen, muss man am Anfang lang genug an der Begriffsklärung arbeiten. Der Aufwand wird später im Projektverlauf um ein Vielfaches zurückerstattet.

„Schluss mit dem vielen theoretischen Schwätzen! Jetzt die Ärmel hochkrempeln und loslegen!“, ist das Motto mancher Projektverantwortlicher zu Projektbeginn. Nichts macht Projekte so langsam wie diese Parole. Will man Projekte beschleunigen, muss man am Anfang lang genug an der Begriffsklärung arbeiten. Der Aufwand wird später im Projektverlauf um ein Vielfaches zurückerstattet.

„Sind Sie tolerant?“, „Ich? Ja selbstverständlich bin ich tolerant!“ Was heißt überhaupt tolerant? Das Wort Toleranz kommt ursprünglich aus dem lateinischen „tolerare“, und bedeutet „ertragen/erdulden“. Sind Sie wirklich immer zur Erduldung oder zum Ertragen bereit? Mal ehrlich, wie groß ist Ihr persönlicher Toleranzbereich?

Sie wollen oder sollen agil arbeiten? Sie beginnen mit Scrum zu arbeiten oder versuchen sich in Management Y? Zur Erinnerung: Sie führen nicht nur Methoden ein.

Bei vielen Änderungsansätzen wird gefordert, dass sich die Mitarbeiter an die neue Kultur gewohnen müssen. Vor den strukturellen Änderungen müssen die Beteiligten zunächst das neue "Mindset" annehmen. Ich sehe das sehr kritisch. Dazu gibt es eine bessere Alternative.

Es gibt Dinge, die wir nicht verstehen, obwohl wir direkt davor stehen und sie sehen. Das ist ein viel größeres Hindernis für Veränderungen als der direkte Widerstand. Dem kann man nämlich argumentativ begegnen. Aber im ersten Fall helfen Argumente nicht. Oft ist es gut, wenn man solch ein Sitation selbst erlebt. Genau das ist mir letztens passiert.

Es ändert sich etwas in Deutschlands Postfächern. Hat man viele Jahre lang über die Segnungen eines leeren Posteingangs gesprochen und geschrieben, ist die Realität oft die, dass längst nicht alle E-Mails abgelegt werden, auch wenn das wünschenwert ist. Die Suchfunktion ist mittlwerweile vielfältig und gut nutzbar - dennoch nicht besonders bekannt. Hier zeige ich Ihnen einige nützliche Erweiterungen der Standard-Suche:

Hin und wieder treffe ich auf klagende Coach-Kollegen. „Wenn doch die Kunden nur mehr auf mich hören würden.“ „Wenn mich das Management doch nur verstehen würde.“ „Die müssen doch auch sehen, was ich sehe.“ Oder auf agile Terminatoren: „Den habe ich es aber jetzt mal richtig gezeigt, wo der agile Hammer hängt und ihren Agilisierungsansatz zerlegt.“ Häufig verbirgt sich dahinter eine große Angst: Vor einer Gefährung des eigenen Status. Vor sozialem Schmerz.

Wer nach gutem „Zeit- und Selbstmanagement“ fragt, sucht Wege zum Erfolg. Hierzu gibt es ein paar Dinge zu sagen. Der dritte Teil der kleinen Serie.

In agilen Projekten wird iterativ gearbeitet. Alle Anforderungen stehen in einem Product Backlog, werden priorisiert und in den einzelnen Sprints schrittweise umgesetzt. Dabei wird bereits geschäftlicher Nutzen erzeugt und die jeweils neu erzeugten Funktionsbausteine soweit irgend möglich schon in den Echtbetrieb genommen.  Aber kann dabei nicht auch großer Murks erzeugt werden? Kann es nicht vorkommen, dass man nach dem 25. Sprint feststellt, dass man sich in eine Sackgasse entwickelt hat? Können sich die neuen Anforderungen Nummer 94 und 95 nicht mit  den schon realisierten Funktionalitäten 1 bis 93 widersprechen? Wie sichert man eine konsistente Gesamtlogik des Projekts über all seine Sprints hinweg?  Eine Antwort darauf heißt „Domänenmodell“.

Die Kollegen von MovingImage, ein Softwareunternehmen und eine Art deutsches Youtube für Recruiting- und Image-Videos, haben in den letzten zwei Jahren ihre komplette Firma agilisiert. Im Juli 2015 habe ich sie in Berlin besucht. Ich bin beeindruckt.

Ein ungewöhnlicher Titel für das Teamworkblog... Feste feiern? Hier? Im Büro? Hallo? Aber ja! Unbedingt! Ich rede hier nicht von den allfälligen Umtrünken zu Geburtstagen, sondern das Feiern von abgeschlossenen Meilensteinen, gelungenen Projekten, eingehaltenen Zeitplänen und manchem mehr.

Projekte zur Einführung von Unternehmenssoftware sind immer eine Herausforderung für Unternehmen. Wolf und ich sind uns sicher, dass man solche IT-Projekte, die meist fast alle Mitarbeiter benutzen sollen, mit Scrum steuern kann. Scrum ist ein Framework, das nicht alle Fragen in solchen Projekten angeht. Die Begriffsarbeit ist wichtig. Und am Anfang brauchen wir eine Vision, die auf mehr Köpfe verteilt ist. Das ist die Grundidee in unserem Leitfaden.

Wie viel muss man über eine unsichere Aufgabe (z. B. ein Projekt) vorher wissen, um dafür ein Angebot abzugeben? Wie viel Puffer muss ich aufschlagen? Eigentlich wissen wir oft mehr über diese unsichere Aufgabe als uns bewusst ist. Und dieses Wissen können wir für die Schätzung benutzen.

Die Common Sense Team GmbH führt demnächst wieder ein Seminar durch, das sich mit agilen Methoden in der Organisationsentwicklung beschäftigt.