Recientemente terminé The Three Signs of a Miserable Job de Patrick Lencioni y una de sus ideas centrales es que necesitas tener alguna forma de medición.
Tengo un trabajo de desarrollador interno bastante estándar donde trabajo en nuevas herramientas y hago algunas correcciones de soporte / error para herramientas anteriores que he escrito.
Por razones puramente personales, ¿qué cosas medirías a diario? (Esto no es un informe para los gerentes y no es algo para jugar, solo algo para ayudarme a marcar el progreso).
El objetivo es encontrar cosas que midan no solo la productividad, sino cuán bueno es el trabajo que está haciendo (para que una persona de servicio al cliente pueda registrar interacciones positivas además del número de llamadas atendidas).
Mi objetivo sería medir dos cosas todos los días: solicitudes de soporte abiertas / cerradas y número de registros para el control de origen.
Entiendo si esto se cierra, pero una vez más, no se trata de gestión, sino de desarrollo personal como programador / desarrollador de software.
fuente
Creo que tienes la idea correcta, la cantidad de registros para controlar la fuente es la forma en que lo haría. Cada check-in es una unidad importante de refinamiento del programa. Por supuesto, eso solo funciona cuando solo registra actualizaciones / arreglos de programas completamente desarrollados, pero esa es la forma en que debe hacerse de todos modos. Si estaba midiendo, esto podría ayudarme a cumplir con esa regla también.
Los informes de problemas cerrados son otra buena medida, estoy totalmente de acuerdo con eso también. Nuevamente, podría ayudarme recordarme ingresar informes de errores en una forma de "si no registro este defecto antes de arreglarlo, entonces no mediré mi propio progreso correctamente hoy".
Ambos valores deben ser fáciles de recopilar y graficar. Casi puedo ver la hoja de cálculo ahora ... 8)
fuente