¿Cómo puedes medir tus propias contribuciones diarias?

11

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.

Alan Jackson
fuente

Respuestas:

5

Mantenga un diario de desarrollo y preste especial atención a los acontecimientos no rutinarios. Estoy emocionado por:

  • Usando un nuevo algoritmo, patrón, biblioteca, estructura de datos o lenguaje
  • Colaborando con un nuevo equipo o persona
  • Arreglar un error que se consideraba especialmente difícil
  • Hacer una conexión personal profunda
  • Construir pequeñas herramientas que faciliten mi trabajo (y posiblemente los trabajos de mis compañeros de trabajo)
  • Ser bloqueado y luego notar exactamente lo que sucede para desbloquearme
  • Notar mejoras en la productividad causadas por la dieta, el sueño y la actitud.
  • Oportunidades para compartir mi pasión.
  • Belleza en lugares insólitos

En cuanto a los acontecimientos de rutina:

  • Mire el tiempo requerido para las tareas rutinarias
  • Mira lo que consideras difícil disminuir
  • Salga de las interacciones rutinarias al brindarle a alguien toda su atención y energía
Roger escaso
fuente
2

Si desea alguna afirmación diaria, la métrica más simple que puede usar es escribir una lista de tareas o una tarea pendiente para hoy.

  1. Escribe lo que necesitas hacer.
  2. ¿Puedes dividir cualquiera de esas tareas? Hazlo más granular.
  3. Comienza a trabajar en una tarea.
  4. Si necesita agregar más tareas, comience nuevamente desde el paso 1.
  5. Cuando haya terminado con la tarea, táchela.

Al final del día, mira todas las tareas que has realizado y siéntete orgulloso. ¡Eso sí que es satisfacción personal!

Spoike
fuente
1

Creo que, como la mayoría de las profesiones basadas en el conocimiento, la respuesta es llevar un diario. Escriba los objetivos para cada día y vea si los cumple. Apunte a una práctica en particular que desea mejorar y registre su progreso.

Por ejemplo, siempre he querido mejorar mis habilidades de estimación. Así que mantengo una cartera de pedidos, hago y reviso las estimaciones y luego las uso para medir mi capacidad de completar tareas similares y ver si he mejorado en la estimación.

Inicialmente comencé con esta hoja de cálculo de Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Simple y un buen lugar para comenzar. (Joel ha avanzado desde entonces:
http://www.joelonsoftware.com/items/2007/10/26.html )

Hago algo un poco menos sofisticado ahora que se adapta mejor a mi flujo de trabajo.

Entonces, si está buscando una métrica particular para rastrear, estimar la corrección es divertido. La capacidad de estimar con precisión es bastante rara, por lo que está ganando una habilidad útil, y a menudo se siente como un juego, ya que está tratando de superar su "puntaje más alto" de antes.

Steve Jackson
fuente
0

Tengo una medida simple de progresión:

cuando mis compañeros de trabajo / clientes dicen cosas como:

Nivel 1:

"Gran trabajo, me encanta!"

Etapa 2:

"¡Eso es increíble! ¡Ni siquiera sabía que podías hacer eso!"

Etapa 3:

"¡Eso es un salvavidas! El sistema no sería el mismo sin él"

Etapa 4:

"Absolutamente sí, confío en ti"

Etapa 5:

"Es simplemente excelente, no sé qué más podría agregar"

Etapa 6:

"Nos has cambiado, cambiado esta empresa, para mejor"

Etapa 7:

"gracias, me inspiras "

Noche oscura
fuente
0

Tomaría otro toque, dependiendo de dónde se encuentre en su carrera, pero particularmente si es junior o medio. Obviamente, desea cumplir con las expectativas de su empleador, desea completar sus tareas a tiempo, hacer sonar las alarmas apropiadas si las cosas van de lo esperado, hacer sus registros, colaborar con sus compañeros ... todo lo que necesita hacer.

Más allá de eso, mi estrategia es esta: hacerlo mejor hoy que ayer.

Eso es. Ese es tu objetivo.

Esto significa que el código que escribió ayer es malo y hoy lo hará mejor. Hoy, investigarás, llenarás algunos de esos vacíos, esas cosas que ni siquiera sabías que no sabías. Hoy, refactorizarás. Tomarás ese método que dejaste demasiado desordenado y lo limpiarás. Reconocerás esa cosa que dejaste demasiado apretada. Escribirás esa prueba que pasaste por alto. Aprenderás algo nuevo.

Si hace estas cosas y realiza su otro trabajo, habrá tenido un día bueno y productivo.

Anthony Pegram
fuente
0

Aprenda al menos un nuevo idioma al año y úselo.

Sumérjase en al menos un nuevo aspecto del enorme mundo de la programación / ingeniería de software cada año, y úselo.

Empújese para sumergirse profundamente. No te estás esforzando lo suficiente si nunca tienes la sensación de que estás sobre tu cabeza.

Hable con su supervisor sobre cómo avanzar en su carrera. Un buen supervisor siempre está buscando a alguien que lo reemplace. Hable con el jefe de su jefe, o incluso más arriba en la cadena, sobre cómo lograr este fin. Esto puede tomar un poco de delicadeza; no dé la impresión de que está pasando por alto la cabeza de su jefe aquí

Se sorprendería de cuántas promociones se dan solo porque alguien tuvo el sentido de pedir una.

David Hammen
fuente
Si bien estoy de acuerdo con lo que dices, no es una respuesta adecuada a la pregunta. La pregunta era cómo medir las contribuciones diarias , no la progresión de su carrera en general.
Jarrod Nettles
De acuerdo con @Jarrod. Además, era específico no ser sobre la gestión, por lo que hablar de promociones y cómo conseguirlas están fuera de lugar.
Andy Wiesendanger
@Jarod: En mi opinión, tratar de medir las contribuciones diarias va a lograr una cosa: mirar lo incorrecto. A cuántas reuniones asistí hoy (mejor: a cuántas no asistí), cuántas líneas de código escribí (mejor: cuánto código eliminé al encontrar un tema común). Los programadores no son trabajadores poco sistemáticos. Durante días seguidos, el progreso parecerá nulo, ¡y de repente, voilá! Se han hecho muchos progresos. Se necesita una vista a más largo plazo.
David Hammen
-1

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)

Tarea
fuente
55
-1: el número de registros ni siquiera es una buena métrica de gestión. Es un frijol fácilmente contable pero absolutamente sin sentido: bueno para los contadores de frijoles, no es bueno para nada más. No es una buena métrica personal. No todos los registros que cierran una solicitud de cambio / informe de discrepancia se crean de la misma manera. El CR para agregar una capacidad de punto de control / reinicio a una aplicación es un poco más difícil de terminar que el DR que involucra la reparación de un error de una línea.
David Hammen
1
El número de registros es casi tan malo como las líneas de código (LoC). Maximizar este tipo de métricas no equivale a una mayor calidad de código, ya que no se correlacionan en absoluto.
Spoike
De acuerdo con los dos anteriores. Los registros no equivalen a contribución. Registrar 5 soluciones fáciles no es "mejor" que una nueva característica importante.
Andy Wiesendanger