Der 8. Scrumtisch Rhein-Neckar drehte sich rund um die Leistungsbeurteilung von Mitarbeitern. Wir gingen dabei von einer Organisation aus, die klassisch orientierte HR-Modelle einsetzt und nicht vollständig agil handelt, sich also noch auf oder vor dem Weg der Prozessneugestaltung befindet – eine Situation in der viele Unternehmen zur Zeit sind. Dieses Thema wird deswegen auch immer wieder heiß diskutiert.
Wer gibt in agilen Teams an wen Leistungsbeurteilungen heraus? Soll ein ScrumMaster das Team bewerten? Kann das ein Product Owner machen? Gibt es Boni und wenn ja für wen und unter welchen Bedingungen?
Nach einer mehr als einstündigen Diskussion der sieben Teilnehmer ging die Gruppenmeinung zusammenfassend in die nachstehende Richtung, wenn auch keine vollkommene Einigkeit bei dieser komplexen Fragestellung bestand und manche Frage offen blieb:
- Boni sind schwierig bis gar nicht sinnvoll zu nutzen, was auch meiner Kenntnis der aktuellen Theorien zur intrinsischen und extrinsischen Motivation von Menschen entspricht. Geld muss möglichst schnell aus den Köpfen der Mitarbeiter verschwinden.
- Wenn man Boni nutzen möchte, sollten diese überraschend ausgeschüttet und nicht vorhersehbar sein. Ob diese dann für jeden Mitarbeiter monetär sind oder als Sachmittel für Teaminvestitionen zur Verfügung stehen, ist diskussionswürdig.
- Zielvereinbarungen sind mit Vorsicht zu genießen, wenn sie dem Teamziel entgegenstehen. Es gab im Gespräch Beispiele dazu, wie Einzelzielvereinbarungen zur Beschädigung von Gruppen- und Unternehmenszielen beigetragen haben.
- Ein Linienmanager kann sich in regelmäßigen Einzelgesprächen und mit Unterstützung von 360°-Feedback sein Bild über die Teamleistung eines Mitglieds machen. Eine Anpassung einer Vergütung oder andere Sachleistungen hängen daneben vor allem natürlich auch von den Bedürfnissen des Mitarbeiters ab.
Die Diskussion zu diesen wichtigen Themen ist damit nicht zu Ende sondern steht viel mehr an einem Anfang, auf den auch Bücher wie Beyond Budgeting
Es hilft, zu berücksichtigen, dass sich Systeme nach den Metriken ausrichten, an denen sie gemessen werden. Aus diesem Grund sind dies in Scrum eben nur potentziell auslieferbare Features.
Andere Metriken führen in diesem Kontext häufig zu unschönen Dysfunktionen. Ein Beispiel: Würde man ein Team zum Beispiel an seiner Commitment-Erfüllungsrate messen, entstehen schnell seltsam Phänomene, wie Teams, die bewusst zu wenig Arbeit annehmen, um genug Sicherheit zu haben, ihr Commitment auch in jedem Fall zu halten.
Und wie vergüten Sie Ihre Mitarbeiterleistung angemessen?
Auch aus der Sprecherperspektive war das Bild rund: Ein Speakerdinner zum Wohlfühlen, eine gewissenhafte Programmauswahl und problemlose Technik machten es uns leicht. Das clevere Farbleitsystem verriet, wo welcher Raum ist und die Agenda hatte jeder direkt um seinen Hals am Keylane. An diesen Kleinigkeiten merkt man, dass die drei Köpfe des 
Ein voller Saal überraschte mich positiv: Viele Teilnehmer hatten ein großes Interesse, über den technischen Tellerrand hinauszusehen und sich mit der Art und Weise zu beschäftigen, wie Teams Konflikte vorbeugen können.
Seit August 2010 trifft sich die von 
Im Schnitt waren bei unseren Treffen beinahe zwei dutzend .NET Freunde, was uns davon überzeugt hat, dass hier in Mannheim, Heidelberg, Ludwigshafen und Umland ein großes Interesse an Technolgie und Austausch existiert.
Am Wochenende fand in Karlsruhe die 
In der von mir angebotenen Session „Architektur in agilen Projekten“ konnten Teilnehmer eine Version solch einer moderierten Gruppenarbeit kennenlernen und das positive Feedback bestärkt mich, solche Versuche in Zukunft wieder durchzuführen. Meine eigene Haltung war eher die des Fragenstellers, der für die Gruppe Notizen macht (manche nennen es Visual Facilitation). Während der Session konnte ich feststellen, dass immer dann, wenn Diskussionen stagnierten, die Blicke zum Flipchart gingen und dann wieder dort angeknüpft werden konnte, wo der Austausch vorher begonnen hatte, was für einen guten Fluß während der Session sorgte.
Ich bin davon überzeugt, dass ein Open Space genauso von einem Prozesswächter profitiert, wie der Scrum-Prozess von einem ScrumMaster. Vorbildlich hingen die Regeln eines Open Space am Wochenende überall im Gebäude. Die Ermutigung dazu, diese auch zu befolgen, hätte manch einem vielleicht ein noch besseres Erlebnis beschert. Für die einen ist es ein alter Hut, für die anderen ist das Format einfach neu gewesen und die kurze Erläuterung der Regeln hilft dem Spirit einer solchen Veranstaltung.
In Heidelberg fand Dienstag abend zum vierten Mal unser 
Immer dann, wenn sich eine solche Blockade einmischt, suchen alle Spieler nach Lösungen, die auf den Change Management Mustern des Buches basieren.
Das 3. Treffen der 
Das Spiel Fearless Journey haben wir für den 4. Scrumtisch Rhein-Neckar geplant. Wer Interesse daran hat, wie man jemanden für einen Change-Prozess neue Ideen mitgeben kann, ist herzlich eingeladen und jeder der mehr über Scrum erfahren möchte oder bereits viel Erfahrung hat natürlich ebenfalls.
While participating at a team development seminar provided by