Ich wechsle von einem Projektmanager zu einem Scrum Master und muss mir einige Beispiele für SMARTe Ziele für die neue Rolle einfallen lassen. Die Ziele sind für meine jährlichen Leistungsbeurteilungen, bei denen ich anhand von 4 Zielen bewertet werde. Als Projektmanager könnte ich so etwas sagen wie „Ich werde X Projekte termingerecht und mit 95 % Zufriedenheit leiten und ausführen.“ Welche Ziele wären für eine Scrum Master-Rolle angemessen?
Als Projektmanager könnte ich so etwas sagen wie „Ich werde X Projekte termingerecht und zu 95 % zufrieden leiten und ausführen.“
Abgesehen davon, ob diese Art von Ziel auch für eine traditionelle Projektmanagerrolle wirklich den SMART-Kriterien entspricht, ist es für eine Scrum Master-Rolle nicht angemessen. Hier sind einige Gründe dafür.
Ein Scrum Master bietet dem Team Prozess-/Framework-Führung, aber „leitet keine Projekte“. Letzteres impliziert eine Form von Command-and-Control, die dem Scrum-Framework entgegengesetzt ist.
Ein Scrum Master „führt“ nichts aus. (Ein traditioneller Projektmanager übrigens auch nicht.) Das Team liefert die funktionalen Inkremente.
Bei agilen Methoden sind Inkremente entweder „erledigt“ oder „nicht erledigt“. Sie können keine teilweise Fertigstellung bieten, und folglich können Sie keine teilweise Zufriedenheit bieten. Daher sollten Begriffe wie „Zufriedenheit von 95 %“ durch konkretere Maßnahmen für „erledigt“ ersetzt werden.
Hier sind einige Scrum Master-Ziele, die ich für mich selbst verwendet habe, als SMART-Ziele umgesetzt. Vielleicht sind sie für Sie in Ihrer neuen Rolle relevant.
Ich werde das Team konsequent ermutigen, das Daily Scrum jeden Tag auf 15 Minuten oder weniger zu begrenzen, und werde sorgfältig überprüfen, wie das Meeting gehandhabt wird, wenn es mehr als einmal pro Sprint 15 Minuten überschreitet.
Ich werde in jedem Sprint eine 100-prozentige Sichtbarkeit aller User Stories anstreben, sowohl aus dem Product Backlog als auch aus dem Sprint Backlog.
Ich werde sicherstellen, dass während eines Sprints keine neue Arbeit von außerhalb des Teams in den Sprint-Backlog gelangt.
Ich werde den Product Owner auffordern, den Sprint sofort zu beenden und die Sprintplanung neu zu starten, wenn das definierte Sprintziel nicht erreicht werden kann.
Ich werde Teammitglieder aktiv ermutigen, das Daily Scrum als selbstgesteuertes Meeting zur Aufgabenkoordinierung zu nutzen, und meine Fehlerquote daran messen, wie oft zwei oder mehr Teammitglieder mich während des Scrums gleichzeitig ansehen.
Dies sind meine persönlichen Top 5, aber Sie können sie entweder an Ihre eigenen Bedürfnisse anpassen oder sie als Richtlinie für die Entwicklung Ihrer eigenen Kriterien verwenden. Ich würde auf jeden Fall empfehlen, das Agile Manifest als Leitprinzip zu verwenden und sich bei der Festlegung von Zielen auf Ihre Fähigkeit zu konzentrieren, über Prozesse zu kommunizieren.
Meiner Meinung nach dreht sich bei Scrum alles um Sichtbarkeit und die Befähigung selbstgesteuerter Teams. Infolgedessen sollten sich Ihre Ziele auf jeden Fall mehr als alles andere auf Kommunikation und Menschen konzentrieren.
Einfach gesagt, das können Sie nicht.
Ich wünschte, das könnte eine Antwort sein, aber darauf gibt es einfach keine Antwort.
Langfristige SMART-Ziele (die Form, die von jährlichen Unternehmensbewertungen bevorzugt wird) stehen in fast jeder Hinsicht im Gegensatz zu Scrum. Das Problem ist, dass die SMART-Richtlinien fast die Definition von Wasserfall sind, alles, wovon Agile wegkommen soll.
Wenn Sie 3 Monate nach einem 6-Monats-SMART-Ziel sind und sich die geschäftlichen Anforderungen ändern … drängen Sie weiter darauf, Ihr SMART-Ziel zu erreichen (weil Ihr Gehalt davon abhängt), oder geben Sie es für etwas anderes auf (am besten für das Team/Unternehmen)?
Welche Metriken verwenden Sie? Fast alle Metriken von Scrum werden am besten geheim gehalten und niemals außerhalb des Teams geteilt. Die Geschwindigkeit Ihres Teams hat nur innerhalb der Grenzen Ihres Teams eine gültige Bedeutung und Nützlichkeit. Wenn es der Außenwelt ausgesetzt ist (z. B. über SMART-Ziele), wird es voreingenommen, verdorben, ungültig. Es ist für niemanden mehr nützlich, ein Nachteil für Sie selbst, Ihr Team und das Unternehmen. Scrum-Metriken sind absichtlich willkürlich (Fibonacci-Scores usw.) und nur für das Team selbst relevant.
Ihre Ziele sind wahrscheinlich einzigartig für Sie selbst und werden nicht vom Team geteilt. Zusätzlich implizieren jährliche Bewertungen einen Wettbewerb (Auswahl von "MVPs" aus einem Team usw.). Das Ergebnis ist, dass es nicht nur darum geht, wie gut Sie Ihre Ziele erreichen, sondern auch darum, wie andere ihre Ziele nicht erreicht haben. Sie haben jetzt keinen finanziellen Anreiz, Ihre Kollegen zu unterstützen, insbesondere Ihre direkten Scrum-Teamkollegen, da Sie mit diesen am direktesten in Konkurrenz stehen. Dieser Verdrängungswettbewerb steht in scharfem Gegensatz zum Kern aller agilen Methoden, die Teamarbeit und Teambindung ganz oben auf die Liste setzen (und Konkurrenz nirgends zu finden ist).
Es geht weiter und weiter. SMART-Ziele mögen auf Sprint-zu-Sprint-Basis eine praktische Anwendung haben (ein SMART-Ziel effektiv zu einem Backlog-Element oder einer Aufgabe machen), aber da sie in einer jährlichen Mitarbeiterbeurteilung verwendet werden, sind sie unglaublich schädlich für das Unternehmen und Mitarbeiter gleichermaßen.
Was also tun? Denken Sie sich etwas mit vielen Schlagworten und anderen BS aus, das die HR-Leute genug blenden wird, um ihren Filter zu überwinden und mit Ihrem Job fortzufahren.
Als neu ernannter SM wurde ich in meinem in Waterfall ansässigen Unternehmen auf eine sehr einsame Insel gesetzt. Während meinem Team eine gewisse Autonomie eingeräumt wurde, hat sich keine der unterstützenden Abteilungen auf Agile (oder Scrum Agile) ausgerichtet. Der folgende Artikel von der Scrum Alliance-Website war hilfreich für mich, als ich versuchte, die neu auferlegten „SMART“-Ziele mit meiner neuen Scrum Agile-Rolle als SM in Einklang zu bringen. Leistung und Entwicklung des Scrum Masters
Todd A. Jacobs
Lunivore
Todd A. Jacobs
Lunivore
Lunivore
Kathy B
jmort253
Zsolt