¿Cómo debo medir mi velocidad de salida? [cerrado]

Tuve una revisión de desempeño, que describiría como 'mala', por decir lo menos. Sin embargo, estoy planeando mantener una actitud positiva y concentrarme en rectificar la situación y cambiar la revisión si es posible.

Soy un programador de sofware. Me fijé algunos objetivos hace 6 meses (p. ej., calidad de los productos, menos errores, estándares de codificación, etc.). Desafortunadamente, me dieron menos del promedio en todos ellos. Pero lo más importante, me dijeron, que eso no importa. Lo que importa son los otros temas que no están escritos en las metas formales de desempeño, los elefantes en la habitación . Y si resuelvo estos problemas, los objetivos formales se cumplirán inherentemente.

El problema es que estos temas informales son un poco vagos para mí (p. ej., falta de colaboración, hacerse cargo de los problemas de los demás, etc.). Pero lo más desconcertante para mí es la salida lenta.. Me dijeron que mi producción es lenta en el pasado. Aunque traté de mejorar mi nivel de productividad, parece que no ayudó. El verdadero problema es que no sé cómo medir mi producción, ¿sea lenta o no? Sé que esto puede sonar tonto, pero soy el mecanógrafo más rápido de la oficina. A menudo, impresionaba a mi jefe con mis habilidades para usar el IDE. Nunca he perdido una fecha límite formal. Sin embargo, hay estas tareas que se me asignan de manera informal sin fechas límite formales. Este tipo de pequeños proyectos/tareas suelen retrasarme. Pregunté durante la revisión, cómo medir mi producción. Pero obtuve una respuesta vaga. Algo así como "Se suponía que terminarías x proyecto en 2 semanas, pero tomó 2 meses", lo cual no era cierto. Dicho proyecto tomó 3 semanas porque se agregaron otros proyectos a mi carga de trabajo sin cambiar la línea de tiempo.

Ahora, no quiero discutir y sonar negativo. Es muy importante para mí saber dónde estoy parado ahora, para poder mejorar. Además, es importante que mi gerente pueda seguir mi progreso. Por lo tanto, mi pregunta, ¿de qué manera, si hay alguna, puedo medir mi rendimiento y compartirlo con mi gerente?

Líneas de Código / día
Pregúntele a su gerente.
@Lilienthal Lo hice, lo mencioné en mi publicación.
@ easymoden00b Espero que estés bromeando...
@RJFalconer OP quiere medir objetivamente la velocidad de salida.
@ easymoden00b y LOC/day es posiblemente el peor método para hacerlo. A menos que su función de trabajo sea producir literalmente caracteres de nueva línea.
¿Por qué la pregunta está recibiendo votos negativos? ¿Un comentario?
@alroc Pero esa es mi pregunta. Cómo medir mi producción. Supongamos que tiene dos desarrolladores con diferentes tipos de tareas , ¿cómo compara sus resultados entre sí?
@Hawk, debe preguntarle a su gerente directamente cómo está midiendo su producción y cuáles son sus expectativas. Intentar una comparación directa de la producción entre dos personas no tiene sentido, y no dice que su gerente haya intentado hacerlo alguna vez. Por lo que escribiste, solo te dijo que esperaba un resultado más rápido , no que espera que coincidas con una persona específica
Lo siento, no obtuviste más estructura sobre cómo mejorar.
@easymoden00b No, una medida objetiva , fundamentalmente una que sea efectiva. Si tal cosa existe (que lo dudo), entonces LoC/día no lo es.
@ easymoden00b "entregables completados. según lo programado" es lo más cercano a una medida objetiva que obtendrá y es mucho mejor que un LoC/día arbitrario.
@Hawk Pregúntale de nuevo. ¿Cómo sabríamos lo que su gerente considera métricas importantes para una persona en su posición?
Una excelente manera de lidiar con la adición de nuevas tareas a su carga de trabajo existente es decirles por correo electrónico "agregar la Tarea Y retrasará la Tarea X por n días. ¿Quiere que implemente Y antes que X"? Y otra táctica (menos deseable) para tratar con gerentes es evadir sus estimaciones personales según la carga de trabajo adicional que cree que agregarán, por ejemplo, 40%.

Respuestas (1)

Sobre la mala evaluación, discuta con su jefe cómo quiere medir su progreso. Mostrar una buena actitud para mejorar es la mitad de la batalla.

Pero primero hay que corregir la percepción de que se es lento porque no se cumplen los plazos. Debe insistir en que los plazos se cambien cuando se agregue un nuevo trabajo, ya sea un nuevo requisito para el proyecto u otro trabajo nuevo de mayor prioridad.

Necesita un plan de proyecto que sea público y necesita mover formalmente la fecha límite cada vez que algún otro proyecto se inserta en su vida. Debe asegurarse de que el jefe sepa que la fecha límite se ha movido y que las partes interesadas del proyecto sepan que la fecha límite se ha movido y por qué. Debe mostrar el tiempo que está trabajando en el proyecto y compararlo con la estimación inicial. Si el proyecto supera la estimación inicial, debe mostrar qué funcionalidad adicional tenían y cuántas horas les tomó. Esto requiere mantenimiento de registros.

Cada vez que alguien agregue algo a su lista para hacer, pregúntele a su jefe cuál es su prioridad en comparación con otras cosas en las que está trabajando. Nunca cambies de tarea a menos que tu jefe te diga específicamente que es una prioridad más alta y apruebe el cambio de la fecha límite de la tarea anterior. Es su trabajo hacerle saber que el otro trabajo se ve afectado, es su trabajo establecer prioridades.

Es probable que su falta de comunicación sobre la fecha límite sea el problema. Las partes interesadas son muy conscientes de cuál es la fecha límite y se molestan mucho cuando no se cumple si no saben por adelantado que ha sido reemplazada por algo de mayor prioridad. No tienen idea de que estabas trabajando en otra cosa a menos que se lo digas.

¿Quizás también llevar un registro de cuándo se asignan tareas y cuándo se cambian las prioridades?