Implementierung von leistungsabhängigen Boni

Ich versuche, eine entwicklerzentrierte Vergütungsrichtlinie zu erstellen. Das heißt, es konzentriert sich stark auf Transparenz, Flexibilität und Fairness. Viele Aspekte davon werden durch die Stack Exchange-Richtlinie beeinflusst, die hier beschrieben wird .

Ich bin jedoch etwas ratlos darüber, wie ich leistungsbasierte Boni am besten in das Modell einbeziehen kann. Ich denke, dass dies im Wesentlichen erforderlich ist, da alle Entwickler in einer bestimmten Position mit dem gleichen Grundgehalt beginnen und da ich möchte, dass 1) ein gewisser Anreiz besteht, die Leute zu ermutigen, sich etwas mehr Mühe zu geben, neue Fähigkeiten zu erlernen usw. , und 2) dass leistungsstärkste Entwickler mehr verdienen können als die leistungsschwächsten Entwickler, wenn es einen klaren und messbaren Unterschied zwischen den beiden gibt .

Es gibt also einige pragmatische Fragen, wie:

  1. Was ist eine angemessene Obergrenze für den maximalen Bonusbetrag? Momentan denke ich an 10 %, aber ich denke, das könnte zu wenig sein?
  2. Was ist ein gutes Zeitintervall für die Durchführung von Leistungsbeurteilungen? Derzeit denke ich an jährlich, aber vielleicht ermöglicht vierteljährlich eine bessere Flexibilität?

Und dann gibt es noch konzeptionellere Bereiche, die Anlass zur Sorge geben, z. B. wie lassen sich Leistungsziele am besten festlegen? Oder wenn Ziele nicht explizit festgelegt werden, was wird dann zur Metrik, die zur Bewertung der Leistung verwendet wird?

Ich möchte die Implementierung von Systemen vermeiden, die sich stark auf Selbst- oder Peer-Assessments und andere Mechanismen stützen, die wahrscheinlich eine nicht hilfreiche Unternehmenspolitik (oder das Spielen des Systems) fördern.

Ich habe in Unternehmen gearbeitet, die MBO dafür verwendet haben, und ich nehme an, es hat annehmbar gut funktioniert, da es keine negative Politik erzeugt und schwer zu spielen ist. Es war jedoch sowohl für die Mitarbeiter als auch für ihre Vorgesetzten (die beide jedes Quartal einige Berichte erstellen mussten, um Ziele festzulegen, den Fortschritt zu verfolgen und den Fortschritt am Ende zu überprüfen) eine Menge Aufwand. Gibt es vergleichbare Strategien, die in Bezug auf den Overhead "leichter" sind als MBO?

Beachten Sie, dass es wichtig ist, dass die Bonusimplementierung gut in den Rest der Vergütungsrichtlinie passt. Das heißt, es muss entwicklerzentriert, transparent und fair sein. Welcher Ansatz passt am besten zu diesen Anforderungen?

Als Referenz finden Sie hier meinen aktuellen Entwurf der vollständigen Richtlinie .

Deine beiden Fragen kommen mir etwas früh vor. Sie müssen zunächst beantworten, wie Sie die Leistung messen werden. Wenn Sie diese Informationen haben, fügen Sie sie in Ihre Frage als Hintergrund für diese Fragen ein.
Boni sind niemals fair, sie können nicht fair sein. Wenn Sie ein quantifizierbares Maß verwenden, belohnen Sie die falschen Dinge, weil die Dinge, die wirklich wichtig sind, nicht leicht quantifizierbar sind, und so belohnen Sie die Leute, die die meisten Codezeilen schreiben, anstatt die Leute, die die schwierigen Probleme lösen oder die alles auf magische Weise beheben können. Überall dort, wo ich jemals gearbeitet habe, das ein "faires" System verwendet, um Gehaltserhöhungen (die Prämien weitaus vorzuziehen sind) oder Prämien auszuteilen, werden die Mittelmäßigen belohnt, weil das, was sie tun, einfacher zu messen ist. Sei nicht dieser Boss. Vertrauen Sie und nutzen Sie Ihr Urteilsvermögen.
Obligatorischer Link zu Joel on Software: joelonsoftware.com/articles/fog0000000070.html
Wenn es einen halbwegs zuverlässigen Weg gäbe, dies zu tun, dann würde es jedes Unternehmen tun. Das Problem ist, dass es keinen zuverlässigen Weg gibt, dies zu tun. Wessen Leistung war zum Beispiel klarer und objektiver, als ein Entwickler 10.000 Codezeilen schrieb, aber dann kam ein anderer Entwickler und reduzierte es auf nur 5.000 Zeilen mit viel leichter verständlichem Code? Die erste Person hat +10.000 SLOC Leistung erbracht. Die zweite Person hat -5.000 SLOC gemacht. Alle objektiven Metriken werden Fehler und Schlupflöcher wie diese haben.
MBO geht auch nicht. Die Ziele einer Person können klar und gut definiert sein, aber 2 Monate später ändert sich alles, dann 2 Monate später ändert es sich wieder. Obwohl technisch machbar, besteht das Problem darin, dass der Overhead, um MBO relevant zu halten, normalerweise ungeheuerlich ist, zumindest für die gefragtesten Darsteller, da sie in der Regel diejenigen sind, die am häufigsten bewegt werden, um die neuesten Brände zu bekämpfen.
Leistungsabhängiger Bonus ist eine schlechte Idee ... Punkt. Es fördert den ungesunden Drang, ein Produkt zu liefern (durch Haken oder Gauner). Diese Art von Zuckerbrot und Peitsche ist eine Sache des 19. Jahrhunderts. Wenn Sie eine gute und stabile Belegschaft und ein gesundes Arbeitsumfeld wünschen, dann vermeiden Sie es.

Antworten (3)

Was ist eine angemessene Obergrenze für den maximalen Bonusbetrag? Momentan denke ich an 10 %, aber ich denke, das könnte zu wenig sein?

Ich habe das Gefühl, dass die Spanne von 10 % bis 15 % oft ausreicht, um das Verhalten zu ändern – was Sie mit Bonussystemen anstreben.

In einigen Kontexten sind 15 % möglicherweise nicht genug. Aber für viele US-Unternehmen scheint es heutzutage in dieser Wirtschaft ausreichend zu sein. Sie werden es nicht wirklich sicher wissen, bis Sie Ihr System einige Jahre lang implementiert haben und die von Ihnen erfassten Rückmeldungen/Metriken analysiert haben.

Was ist ein gutes Zeitintervall für die Durchführung von Leistungsbeurteilungen? Derzeit denke ich an jährlich, aber vielleicht ermöglicht vierteljährlich eine bessere Flexibilität?

Ich empfehle, dass formale Leistungsbeurteilungen jährlich durchgeführt werden, wenn sie überhaupt durchgeführt werden müssen.

Sofern Sie kein extrem einfach zu verwaltendes System haben, ist vierteljährlich zu häufig, verursacht zu viel Overhead und lässt länger andauernde Projekte keine Wirkung.

Ein Hinweis zur Warnung. Bevor Sie damit beginnen, diese Boni zu implementieren, wo sie vorher nicht existierten, empfehle ich immer dringend, dass die Leute „Measuring and Managing Performance in Organizations“ von Robert D. Austin lesen und verstehen.

Austin weist auf die Dysfunktion hin, die Sie sehr wohl auslösen können, wenn die Leute bestrebt sind, ihre Boni zu maximieren, zum Nachteil des Unternehmens/Systems als Ganzes.

Ich möchte die Implementierung von Systemen vermeiden, die sich stark auf Selbst- oder Peer-Assessments und andere Mechanismen stützen, die wahrscheinlich eine nicht hilfreiche Unternehmenspolitik (oder das Spielen des Systems) fördern.

Ich glaube nicht an leistungsabhängige Prämien für Wissensarbeiter, obwohl ich normalerweise in Unternehmen gearbeitet habe, in denen es solche gab. Ich kann ehrlich sagen, dass ich nie gesehen habe, dass sie die „Transparenz, Flexibilität und Fairness“ erreicht haben, die Sie suchen.

Meiner Meinung nach können und werden alle leistungsbasierten Bonussysteme "gespielt" werden und zu mindestens einem gewissen Grad an Funktionsstörungen führen. Ich persönlich habe viele Szenarien erlebt, in denen ich gezwungen war, mich zwischen dem zu entscheiden, was in einer bestimmten Situation das „Richtige“ ist (dh das Beste für das Unternehmen und/oder den Kunden) und dem, was den höchsten Bonus bringen würde Für mich. Ich hasse es, in diese Position gebracht zu werden und mich entscheiden zu müssen.

Ich glaube, dass gute Manager in Abteilungen für Wissensarbeiter wissen, welche Mitglieder ihres Teams die besten Leistungen erbringen, und dass sie durchaus in der Lage sind, diese Mitglieder angemessen zu entlohnen. Ich glaube nicht, dass es wirklich funktioniert, ihnen die Entscheidung aus der Hand zu nehmen, egal wie sehr Sie sich bemühen, die „perfekten Kennzahlen“ zu finden, auf denen die Boni basieren.

[Anmerkung: Da Sie angeben, dass Sie der Leiter der Softwareentwicklung und IT sind, sollten Sie sich mit der Personalabteilung beraten, bevor Sie mit Ihrem Plan fortfahren. Wenn verschiedene Abteilungen innerhalb eines Unternehmens sehr unterschiedliche Ziele/Messungen/Bonussysteme haben, kann es zu großen Diskrepanzen zwischen den Gruppen kommen, was zu viel Reibung und Dysfunktion führen kann. In vielen Unternehmen stünde es Ihnen nicht frei, ein solches Bonussystem ohne vorherige Zustimmung der Personalabteilung einzuführen.]

Ausgezeichnete Punkte und Referenzen.
Genau richtig. Manager sollten mehr dafür bezahlt werden, ihr Urteilsvermögen einzusetzen, und objektive Systeme belohnen fast immer die Mittelmäßigen (weil sie bei Dingen, die leicht zu messen sind, besser abschneiden) oder die Leute, die das System spielen. Jeder Manager, der ohne System nicht weiß, wer seine besten Leute sind, passt das ganze Jahr über nicht auf.
Der Subtext in den Kommentaren (und sicherlich auch hier ) scheint also zu sein, dass es besser wäre, sich überhaupt nicht mit der Bonusidee zu beschäftigen? Das ist eine Möglichkeit. Und um ein bisschen mehr Details hinzuzufügen, es gibt keine Personalabteilung; Dies ist ein kleines Unternehmen, das gerade dabei ist, seine erste Einstellungsrunde zu starten. Was sich also etabliert, wird wahrscheinlich für die kommenden Jahre den Ton der Unternehmenskultur bestimmen, daher ist es wichtig, es richtig zu machen.
@aroth: Kleine Unternehmen haben den Vorteil, dass es VIEL einfacher ist, Dinge zu ändern, wenn sich herausstellt, dass sie nicht funktionieren. Wenn dies Ihre erste Einstellungsrunde ist, dann vermute ich, dass Sie in den nächsten 2 Jahren eine Menge Dinge ändern werden.

Hier ist das Problem mit einem System, insbesondere einem transparenten und offenen System, für Boni: Es wird gespielt . Die Menschen können einfach nicht widerstehen, nach den Metriken zu arbeiten und Entscheidungen zu treffen, die ihnen mehr persönliches Geld bringen, unabhängig von den Auswirkungen auf das Unternehmen. Je größer die Boni, desto stärker der Anreiz, auch mal das Falsche zu tun. Unternehmen reagieren im Allgemeinen, indem sie das System komplizierter machen, wodurch das „Bemühen, dem Unternehmen zu helfen“ weiter von dem „Bemühen, einen großen Bonus zu verdienen“ getrennt und auch ein gegnerisches Element in das System eingeführt wird.

Hier ist das Problem mit Boni, die völlig subjektiv sind, insbesondere wenn die Beträge nicht öffentlich bekannt sind: Viele Leute werden denken, dass das Management unfair ist und Geld an Leute gibt, die sie besser mögen. Dies kann zu Unzufriedenheit und sogar zum Verlust Ihrer besten Mitarbeiter führen (die es leichter finden, andere Jobs zu bekommen).

Kurz gesagt, Sie können Entwickler mit ziemlicher Sicherheit nicht dazu motivieren, das Richtige zu tun, indem Sie ihnen zusätzliches Geld dafür anbieten.

In meiner Firma sind wir klein genug, dass wir einfach eine Entscheidung treffen und sie den Leuten als echten Bonus geben - wir hatten dieses Jahr ein gutes Jahr, Sie haben viel geholfen, hier ist etwas zusätzliches Geld für Sie. Ich glaube nicht, dass irgendjemand jemals damit gerechnet, dafür budgetiert oder sauer gewesen wäre, wenn er es nicht bekommen hätte. Wenn Sie dafür zu groß sind und nicht in einer Branche arbeiten, die eine "Bonuskultur" hat, würde ich von Boni ganz Abstand nehmen und leistungsabhängige Gehaltserhöhungen geben, die gut verstanden werden und durch die Sie ausgeglichen werden können "Ihre Risikobereitschaft hat uns Geld gekostet" in einer Weise, wie es Bonussysteme selten können.

Früher habe ich stark an leistungsbasierte Belohnungen geglaubt. Nachdem ich in meiner Karriere mehrmals drastische Fehlfunktionen gesehen habe, kann ich das nicht mehr sagen, zumindest auf einer Ebene über den lokalsten und mit einem Manager, der aktiv genug in die Arbeit seiner eigenen Abteilung eingebunden ist, dass er die Antwort kennt, ohne spielbar zu sein /kaputt/nur-einfach-dumme Metriken.

Wenn Sie den Rang Ihrer Mitarbeiter nicht kennen und dies nicht fair entlohnen können, machen Sie ohne Formalismus Ihren Job als Manager nicht. Wenn Sie Ihre Platzierungen gegenüber dem Rest der Abteilung nicht rechtfertigen können, dito.

Abteilungsübergreifende Vergleiche verlieren nach und nach immer mehr Informationen, wenn sie die Kette hinaufgehen, und werden unfair, insbesondere gegenüber denen, die es hassen, mit sich selbst anzugeben und sich daher nicht so effektiv selbst vermarkten ... und/oder die für Manager arbeiten, die das tun nicht die Fähigkeiten oder die Neigung haben, sich für ihre Leute einzusetzen.

Es ist eine schöne Theorie. Es funktioniert einfach nur für die kleinsten Organisationen oder solche wie die Fertigung, wo es wirklich unbestreitbare konkrete Metriken für die Produktivität gibt. Und selbst dort verkennt das diejenigen, die allen anderen die Arbeit erleichtern.

Möglicherweise unpraktische Alternative: Wenn Sie Boni anerkennen/vergeben möchten, können Sie dies für bestimmte Leistungen tun, wenn jemand deutlich über das hinausgeht, was auf seinem Niveau erwartet wird. Denken Sie daran, dies auf ihren Titel/Ihre Gehaltsstufe/Band/wie auch immer Ihr Unternehmen es nennt, zu skalieren, damit auch die weniger erfahrenen Leute anerkannt werden, wenn sie Gutes geleistet haben. Wenn jemand diese überhaupt häufig bekommt, ist es an der Zeit, sein Grundgehalt und seine Grunderwartungen zu erhöhen. Ich weiß nicht, ob das wirklich funktioniert, aber es ist ein Gedanke.