Über E-Mail Kommunikation wird viel geschrieben, gesagt, gemailt. Der Tenor ist Meistens: E-Mails sind kein guter Kommunikationsweg. Sie sind missverständlich, aufwändig, ganz und gar böse! Stimmen werden laut, die E-Mails pauschal verteufeln.
(mehr …)Open Doors? Keine gute Idee
“Open Doors Politik”, das kennen die Meisten. Sie ist weit verbreitet und gerne postuliert durch “moderne” Führungskräfte seit vielen Jahren. Bisher habe ich noch nicht erlebt, dass diese Praktik tatsächlich funktioniert. Entweder war sie nicht nötig, oder sie wurde nicht oder zu intensiv oder nicht zielführend genutzt. Ist also eine Open Doors Politik eine gute Idee?
(mehr …)Team Performance Model
Forming, Storming, Norming, Performing – das Tuckman Modell zur Beschreibung der Dynamiken von Teams aus dem Jahr 1966 ist das Populärste. Es wird seit nun 50 Jahren oft, gerne und berechtigt zitiert und findet in der Team-Entwicklung Beachtung. In den letzten 50 Jahren hat sich die Welt deutlich weiter gedreht. Ist dieses Modell heute noch tragfähig?
(mehr …)Vertrau mir einfach!
Immer wieder höre ich Aussagen wie: Vertraue mir, ich weiß was ich tue. Das geht in alle Richtungen. Mitarbeiter erwarten, dass andere Mitarbeiter ihnen vertrauen. Anbieter erwarten, dass die Kunden ihnen vertrauen, Teams erwarten, dass andere Teams oder Manager und Führungskräfte ihnen vertrauen. Natürlich erwarten Führungskräfte umgekehrt, dass ihre Teams oder Mitarbeiter ihnen vertrauen.
(mehr …)Kommunikation: richtiger Zeitpunkt?
Die wichtigste Grundlage für die Bewältigung komplexer Herausforderungen in Teams ist Vertrauen und eine wichtige Grundlagen dafür sind Transparenz, Sicherheit und Verlässlichkeit. Das wahrscheinlich wichtigste aber ebenso schwer zu bedienende Handwerkszeug für das Erzeugen von Sicherheit und Grundlage für Verlässlichkeit ist die Kommunikation.
(mehr …)Sprints verlängern um Sprint-Ziele zu erreichen?
Ein wesentlicher Teil von Scrum ist das Arbeiten in Sprints. Ein Sprint beschreibt einen Zeitabschnitt, an dessen Beginn die Planung der Arbeit und an dessen Ende der Rückblick auf das Erreichte in dieser Zeit steht. Ziel für Entwickler ist es, ein aus ihrer Sicht erreichbares Ziel und einen guten Plan zur Zielerreichung zu entwickeln. Was, wenn der Plan nicht aufgeht?
(mehr …)Verantwortlich statt zuständig
Im Englischen gibt es die beiden Begriffe “responsible” und “accountable”. Die Begriffe haben eine ähnliche Bedeutung, sind aber ganz und gar nicht dasselbe. Responsible bedeutet zuständig. Accountable hingegen lässt sich mit verantwortlich übersetzen. Warum ist der Unterschied wichtig und was macht den Unterschied aus?
(mehr …)