it-swarm-eu.dev

Was ist ein Beispiel für ein gutes SMART) Ziel für einen Programmierer?

Im Anschluss an diese Frage fragte ich mich, ob die Leute in einem regelmäßigen Überprüfungszyklus für einen Programmierer einige Beispiele für das vorschlagen könnten, was als "gutes" Ziel angesehen werden könnte.

Definieren wir SMART aus den beliebtesten Definitionen im Wikipedia-Eintrag :

  • Spezifisch
  • Messbar
  • Erreichbar
  • Relevant
  • Zeit gebunden
20
Mike Woodhouse

Mir ist klar geworden, dass SMART Ziele am besten verwendet werden, wenn Menschen einen Mangel haben, den sie korrigieren müssen, und nicht so gut für Zeiten sind, in denen Menschen wachsen oder von gut zu groß werden sollen Zum Beispiel macht jemand keine Arbeitszeittabellen, und dies schadet dem Unternehmen, weil Sie manchmal die Rechnungsstellung verzögern müssen. Sie könnten ein kluges Ziel haben: "In den nächsten 6 Wochen werden die Arbeitszeittabellen von mindestens 5 Wochen bis 10 Uhr morgens fertiggestellt." am nächsten Montagmorgen. "6 Wochen später haben Sie ein Richtig oder Falsch; der Entwickler hat es gemacht oder verpasst. Entweder ist die neue Gewohnheit vorhanden oder Sie können entscheiden, ob Sie noch jemanden einstellen möchten, dem es nichts ausmacht, Ihre Rechnungsstellung zu verzögern Funktioniert auch für Personen mit anderen schlechten Gewohnheiten: "In den nächsten zwei Wochen erhalten mindestens 75% Ihrer Check-ins einen Check-in-Kommentar, der den Check-in-Richtlinien entspricht (Link zum internen Dokument)." Ich habe es am Ende dieser kurzen Zeit nicht getan.

Ich finde diese Konstrukte weniger hilfreich, wenn sich der Zeitrahmen verlängert, wenn die gewünschte Leistung unscharf ist (eine Sprache lernen, hilfreicher sein) oder wenn es in Ordnung ist, wenn das Ziel nicht erreicht wird (Sie können Zertifizierungen schätzen, aber wenn jemand versagt hat) Bei ihrem Test würden Sie wahrscheinlich keine Disziplinarmaßnahmen ergreifen.) Plötzlich fallen alle Vorteile des intelligenten Ziels weg. Versuchen Sie nicht, sie für andere Zwecke als für Korrekturmaßnahmen zu verwenden. Sie sind einfach zu schreiben, helfen dem Entwickler, das erwartete Niveau zu erreichen, und sie können leicht getestet werden, wenn die Zeit abgelaufen ist. Wenn Sie Probleme beim Schreiben haben, sind sie nicht das richtige Werkzeug für dieses Ziel.

37
Kate Gregory

Da ich kurz davor bin, mit meinem Chef ein objektives Gespräch zu führen, dachte ich, ich würde ein paar Beispiele hinzufügen, die denen ähneln, die ich mir selbst vorschlagen möchte:

  • Erhöhen Sie die Testabdeckung für Code in Projekt X bis zum 31. März auf mindestens 95%.
  • Vervollständigen und verteilen Sie den ersten Entwurf des Project Y Architecture-Dokuments bis zum 30. April
  • Sammeln Sie Überprüfungskommentare für das Architekturdokument, aktualisieren Sie sie bei Bedarf und geben Sie v1.-0 des Dokuments bis zum 30. Juni heraus

Ich erwarte, dass zusätzliche Arbeit innerhalb der von mir angegebenen Zeiten geleistet wird (schließlich immer vorher), und diese Arbeit kann sich insbesondere auf den Aspekt "Rechtzeitigkeit" auswirken. Das sollte kein Problem sein: Die Ziele sollten regelmäßig überprüft werden, um sicherzustellen, dass sie weiterhin das Kriterium "Erreichbar" erfüllen. Ich muss sicherstellen, dass ich meinen Manager auf dem Laufenden halte - niemand mag unangenehme Überraschungen zum Jahresende ...

7
Mike Woodhouse

Wenn Sie Software oder ein Produkt mit Software verkaufen ...

msatz um n% steigern.

Ja wirklich.

Wenn die Software nicht funktionieren würde, würden Sie nicht viel davon verkaufen.

Wenn die Software WIRKLICH GUT funktioniert, würden Sie viele verkaufen.

(Dadurch werden die Software-Leute die Verkäufer wie Falken beobachten und sicherstellen, dass sie ihren Leistungsbonus nicht sprengen.)

Wenn Ihre Software ein internes System ist :

Senkung der Geschäftskosten um n%.

Wenn das neue Softwaresystem zehnmal so lange dauert, kostet es das Unternehmen Geld. Wenn das neue System schnell ist und Fehler verhindert, spart das Unternehmen Geld.

Dieser Ansatz scheint für Vertriebsmitarbeiter oder vielleicht den Vizepräsidenten des Geschäftsänderungsprozesses zu gelten, aber tatsächlich sind die Softwareentwickler die vorderste Front für beide Arten von Prozessen.

Meine Grundidee dabei ist es, die Belohnungsstruktur der Mitarbeiter explizit auf das bestmögliche Ergebnis für das Unternehmen abzustimmen.

2
Tim Williscroft