Whatever the technique is called, if it is a good one, comes down to two things: a commitment to respect people, and a commitment to constantly improve.Matthew May
Man bekommt die Mitarbeiter, die man verdient
Vor kurzem bin ich über einen Artikel gestolpert, in dem Autor Martin Proulx die provokante Aussage trifft: „Leaders get the employees they deserve“. Die Aussage klingt spannend und den Beitrag kann ich voll und ganz unterschreiben. Er lässt sich aus meiner Sicht grundsätzlich auf alle Personen und Rollen übertragen, die in irgendeiner Form Entscheidungen mit und für andere Mitarbeiter treffen und auf deren Zusammen- und Mitarbeit angewiesen sind, unter anderem auch auf die Product Owner.
(mehr …)Intelligentere Team-Mitglieder = bessere Team-Ergebnisse?
In meinem vorangegangenen Artikel „Experte oder nicht Experte, das ist hier die Frage“ widmete ich mich bereits der Frage, ob man in Teams unbedingt auf Experten und ihr Wissen setzen sollte und welche Vorteile es haben kann, eher auf Experten zu verzichten. Wenn man Experten als „dominante Personen“ innerhalb eines (Entwicklungs)Teams sieht, dann unterstreicht eine neue Studie, die am 30.09.2012 veröffentlicht wurde, diese Aussage. In dieser Studie wurden knapp 700 Personen in Gruppen zwischen zwei und fünf zusammen gebracht und mussten gemeinsam Textaufgaben und Logikrätseln lösen und sich Aufgaben wie dem Brainstormings oder Verhandlungen stellen.
(mehr …)Konfliktlösung spart Geld
In meinem Beitrag zu den „Zielen des Scrum Masters“ führe ich den Punkt „Zufriedenheit der Mitarbeiter“ auf. PWC stellen in einem Artikel fest, dass die Qualität der Arbeitsergebnisse von Mitarbeitern steigt, wenn sie zufrieden sind.
Was Mitarbeiter zufrieden mache, das sei sehr individuell und reiche von konkreten Anforderungen an die Aufgaben bei der Arbeit bis hin zu der Stimmung im Team.
(mehr …)Ein Team beginnt bei einem selbst
Erfolgreiche Unternehmen entstehen nicht über Nacht, sie entstehen über Jahre durch hart arbeitende, entschlossene und leidenschaftliche Menschen, die sich ihrer Stärken und Schwächen bewusst sind und die an sich selbst arbeiten um dadurch für eine stetige Verbesserung des Unternehmens zu sorgen.
(mehr …)Pair Programming: mehr Nutzen als Kosten
Wenn zwei Entwickler zusammen vor einem Rechner sitzen und gemeinsam programmieren, dann bedeutet das auch die doppelten Aufwände, oder? Diese Frage begegnet mir immer wieder. Den Befürwortern fällt es häufig schwer zu erläutern, warum das so nicht richtig ist. Alistair Cockburn und Laurie Williams haben sich der Frage der Kosten und des Nutzens von Pair Programming gewidmet und kommen nach Interviews und kontrollierten Experimenten zu einem interessanten Ergebnis.
(mehr …)Besser treffen als telefonieren
Die Technik macht es möglich: verteilte Teams sind kein Problem mehr. Skype, E-Mails und andere technische Plattformen helfen, an unterschiedlichen Standorten zu sein und dennoch miteinander zu kommunizieren. Und da wir wissen, dass telefonieren besser ist als E-Mails zu schreiben, greifen wir immer mal zum Telefonhörer. Rückfragen lassen sich so schneller klären und man hat in kürzerer Zeit ein gemeinsames Verständnis. E-Mails sollten dann den Charakter der Dokumentation nach einem Gespräch haben. Und wenn wir schon telefonieren können, wieso ist es da noch besser, sich zu treffen?
(mehr …)