Scrum: Wie sollten Entwicklerbeförderungen in einem Scrum-Team gehandhabt werden?

Wir haben ein Scrum-Team. Die Entwickler fordern klare Richtlinien für Promotions. AFAIK, es gibt nichts Besseres als definierte Entwicklerrollen für ein Scrum-Team, aber die Leute denken:

  1. Personen, die mehr beitragen, sollten schneller befördert werden: Wenn sich jemand schnell bewegt und anfängt, zum Architekturdesign beizutragen, sollte er/sie zu SDE2 befördert werden. Ist es gut, eine solche Trennung in einem Scrum-Team beizubehalten?
  2. Anerkennung von außen: Viele Entwickler glauben, dass ihnen ein beförderter Titel helfen würde, wenn sie den Job wechseln/in ein höheres Studium wechseln.
  3. Wandern Sie mit jeder Promotion: Die meisten von ihnen suchen nach gezoomten Schritten zusammen mit Promotionen.

Hatte jemand eine ähnliche Herausforderung? Irgendwelche Vorschläge, wie sollen wir damit umgehen?

Antworten (2)

Dies ist ein häufiges Problem bei traditionellen Entwicklungsteams, die mit der Einführung von Scrum begonnen haben .

Viele traditionelle Entwicklungsteams verwenden Berufsbezeichnungen und Auszeichnungen (z. B. Prämien), um das Dienstalter zu differenzieren.

In Scrum gibt es nur drei anerkannte Rollen: Product Owner, Scrum Master und Mitglied des Entwicklungsteams. Dies kann für Organisationen problematisch sein, die eine viel stärkere Differenzierung anhand von Berufsbezeichnungen gewohnt sind.

Ich bin mir nicht sicher, ob es einfache Antworten gibt, aber ich denke, der beste Ansatz ist:

  • Erfolge vor allem auf Teamebene anerkennen und belohnen
  • Wenn Einzelpersonen Anerkennung zuteil wird, belohnen Sie sie für die Zusammenarbeit und das Zeigen von Führungsqualitäten durch Vorbild
  • Wenn die Organisation Berufsbezeichnungen verwendet, um das Dienstalter anzuerkennen, versuchen Sie Titel zu vermeiden, die auf Management hindeuten, wie z. B. Entwicklungsleiter . Verwenden Sie stattdessen Titel, die Fähigkeiten anerkennen, wie z. B. Principal Developer
  • Machen Sie den Leuten klar, dass die Berufsbezeichnungen die Bedürfnisse der Organisation befriedigen sollen und dass sie die Prinzipien von Scrum nicht beeinflussen
LOL @ "Principle" ist eine Verbesserung
Ich widerspreche dir nicht! Ich persönlich würde es vorziehen, wenn alle diese Titel verschwinden würden, aber aus bitterer Erfahrung habe ich gelernt, dass große Organisationen total süchtig danach sind. Auch wenn Menschen kommen, um ihre Stelle zu wechseln, brauchen sie etwas, das auf dem allgemeinen Arbeitsmarkt funktioniert. Immerhin sagt „Prinzip“ nicht „Lead“ oder „Manager“, aber ich würde gerne einen besseren Titel finden, der auf dem Arbeitsmarkt immer noch gültig ist.

Zu Ihrem Punkt 1. Ich denke, es gibt keine Kontroverse: Wenn jemand mehr beiträgt, sollte diese Person anerkannt werden, es ist keine Segregation, es ist Leistungsgesellschaft. Es könnte jedoch sinnvoll sein, ein Anerkennungssystem auch für diejenigen zu finden, die gerade erst begonnen haben, mehr beizutragen oder kurzfristig bessere Leistungen zu erbringen, als Motivation. Ansonsten geht der Trend dahin, dass nur diejenigen befördert werden können, die besser abschneiden.

Zu Punkt 2. denke ich, dass es da eine Grenze zwischen der Scrum-Teamstruktur und der Unternehmensstruktur gibt .

Ein Scrum-Team kann aus Entwicklern (mit unterschiedlichen Dienstaltern und Titeln ), QAs, UX-Designern usw. aufgebaut werden, die alle Teil des Entwicklungsteams sind. Sie müssen nicht alle als „Entwickler“ bezeichnet werden, aber im Scrum-Team müssen sie gemeinsam als einer auf das Iterationsziel hinarbeiten.

Auf der anderen Seite habe ich als Unternehmen diesen Senior QA, der das Produkt von Kopf bis Fuß kennt, und den Junior QA, dessen Erfahrung anders ist, und es scheint nicht anstößig oder irgendetwas zu sein, einen höheren Titel für diejenigen zu haben, die es wissen mehr. Auch wenn ich @Barnaby Golden zustimme, dass Lead/Manager-Titel aus der Scrum-Perspektive nicht die besten Titel sind, denke ich, dass es keine Sünde für die Methodik ist, sie zu haben :)

PS: In einem Vorbereitungskurs für eine Agile-Zertifizierung, an dem ich teilgenommen habe, wurde dieses Thema angesprochen, es gab einen gesunden Menschenverstand, dass dies etwas ist, das noch nicht definiert ist (und wahrscheinlich nicht kurzfristig sein wird), da Unternehmen unterschiedliche Meinungen dazu haben was bei der Förderung von Menschen in einem schlanken Umfeld richtig oder besser sein könnte.

Scrum: Wie sollten Entwicklerbeförderungen in einem Scrum-Team gehandhabt werden?
AntwortenHierDatenschutz-Bestimmungen1y, 0v