Ich habe kürzlich die drei Zeichen eines elenden Jobs von Patrick Lencioni fertiggestellt und eine seiner Kernideen ist, dass Sie irgendeine Form der Messung benötigen .
Ich habe einen ziemlich normalen internen Entwicklerjob, bei dem ich an neuen Tools arbeite und einige Support- / Fehlerkorrekturen für frühere Tools durchführe, die ich geschrieben habe.
Welche Dinge würden Sie aus rein persönlichen Erfüllungsgründen täglich messen? (Dies ist kein Bericht an die Manager und kein Spiel, sondern nur ein Hinweis auf den Fortschritt).
Das Ziel ist es, Dinge zu finden, die nicht nur die Produktivität messen, sondern auch, wie gut Ihre Arbeit ist (so dass ein Kundendienstmitarbeiter zusätzlich zur Anzahl der angenommenen Anrufe möglicherweise positive Interaktionen aufzeichnet).
Mein Versuch dabei wäre, jeden Tag zwei Dinge zu messen: geöffnete / geschlossene Supportanfragen und Anzahl der Check-ins zur Quellcodeverwaltung.
Ich verstehe, wenn dies geschlossen wird, aber auch hier geht es nicht um Management, sondern um die persönliche Entwicklung als Programmierer / Softwareentwickler.
quelle
Ich denke, Sie haben die richtige Idee. Die Anzahl der Check-Ins zur Quellcodeverwaltung ist die Art und Weise, wie ich es tun würde. Jeder Check-in ist eine wichtige Einheit zur Programmverfeinerung. Das funktioniert natürlich nur, wenn Sie nur vollständig entwickelte Programmaktualisierungen / -korrekturen einchecken, aber so sollte es trotzdem gemacht werden. Wenn ich messen würde, könnte mir dies auch helfen, mich an diese Regel zu halten.
Berichte über geschlossene Ausgaben sind ein weiterer guter Maßstab, dem stimme ich auch voll und ganz zu. Auch hier kann es hilfreich sein, mich daran zu erinnern, Fehlerberichte auf eine Weise einzugeben, bei der "Wenn ich diesen Fehler nicht protokolliere, bevor ich ihn behebe, werde ich meinen eigenen Fortschritt heute nicht richtig messen".
Beide Werte sollten leicht zu erfassen und grafisch darzustellen sein. Ich kann die Tabelle jetzt fast sehen ... 8)
quelle