Desarrolladores: conserva tus horas de trabajo

El registro del tiempo para desarrolladores puede ser un registro personal de tus propias horas. No necesitas un plugin del editor ni un agente que haga capturas de pantalla para llevarlo.

El registro puede mostrar por qué una tarea corta se comió la semana. También puede nombrar el trabajo mejor que «cosas varias» y sumar el tiempo que se llevaron las reuniones.

Para qué sirve el registro

Un registro personal del tiempo puede responder a cuatro preguntas prácticas:

1. ¿Qué hice realmente esta semana? Cuando llegan las evaluaciones, es una lista de trabajo con fechas, no «trabajé en la plataforma».
2. ¿Cuánto cuesta realmente una tarea? Compara las estimaciones con las horas registradas para ver qué partes se te escaparon.
3. ¿Adónde fue la semana? Separa en el registro el desarrollo de funciones, la depuración, la revisión, las reuniones y las tareas tangenciales. Un total de reuniones te da algo concreto de lo que hablar cuando las prioridades compiten. Incluye la preparación si quieres ver todo el tiempo que exigieron las reuniones.
4. ¿Qué facturo? Si facturas directamente a clientes, el registro necesita horas con notas que un cliente reconozca.

Lleva un registro sencillo para ti: en qué trabajaste, para quién y durante cuánto tiempo.

Usa el registro manual del tiempo, con algunos matices propios del desarrollo.

La entrada mínima de tiempo de un desarrollador

Mantén cada entrada lo bastante pequeña para que de verdad la escribas:

«PROJ-142: corregida la condición de carrera del pago» sigue teniendo sentido en la evaluación o al facturar. «Programar» no.

Cuando la entrada pueda llegar a un cliente o a un responsable, nombra el resultado con sus palabras: qué se corrigió, se publicó o se revisó. La pelea con webpack se queda en una nota privada.

No necesitas un árbol de tareas que copie el gestor de incidencias.

Agrupa el trabajo por proyecto o cliente, y marca la depuración, la revisión o las reuniones para comparar esas horas entre proyectos.

En un día normal, basta con una nota.

Un día que sigue teniendo sentido el mes que viene

Este es un día hipotético:

La última fila es una estimación basada en las notas y el calendario del desarrollador. Un commit posterior ayuda a identificar la tarea, pero no establece la duración de la sesión.

Registra sesiones, no actividad del editor

Un registro de actividad del IDE deja dos huecos que conviene tener en cuenta en tu registro personal.

Primero, un editor abierto no demuestra que estés trabajando, y uno cerrado no demuestra que estés descansando. Leer la documentación de una librería, esbozar un modelo de datos en papel y mirar al techo hasta que das con la causa del error forman parte de la tarea. Una herramienta limitada a la actividad del editor puede perder ese trabajo.

Segundo, puede faltar el proyecto o el propósito. El nombre de un repositorio o el título de una ventana pueden identificar el proyecto. Una página de documentación compartida no te dirá necesariamente qué cliente necesitaba la investigación.

Cuando faltan etiquetas, tienes que interpretar el registro de actividad a posteriori. Ahí es donde el registro automático del tiempo necesita tu criterio.

Un registro de actividad en segundo plano puede servir como red de seguridad que clasificas más tarde. Úsalo para llenar los huecos de tu registro de sesiones.

Usa la sesión de trabajo como unidad. Inicia un cronómetro cuando te sientes ante una tarea. Páralo cuando cambies de tarea, de reunión o de cliente, y ponlo en pausa durante los descansos. Una nota breve junto a esos límites te da contexto para la revisión posterior.

Tu registro responde a tus preguntas. Puedes mantenerlo separado de cualquier vigilancia que use tu empresa. Limita las notas a lo que tu empresa o tu cliente te permita anotar fuera de sus sistemas.

Recupera una sesión perdida mientras está reciente

Un commit o una pull request pueden recordarte en qué trabajaste. Tu calendario y tus mensajes pueden ayudarte a completar el resto.

Usa esas pistas para estimar una sesión perdida y etiquétala como estimación. Dos commits separados por una hora no demuestran una hora de trabajo. Puede que hicieras una pausa o cambiaras de tarea entre ellos.

La investigación y la depuración pueden no dejar ningún commit. Incluye ese trabajo cuando lo recuerdes, en lugar de tratar los cambios de código como todo el trabajo.

Si no puedes recuperar una estimación útil, deja la duración como desconocida. En la próxima sesión, registra el tiempo mientras trabajas.

Usa las horas registradas para revisar tus estimaciones

Si registras todo el tiempo de la tarea, tu registro muestra cómo se compara con la estimación.

Escribe tu estimación en el ticket, registra la tarea y después compara. Busca dos cosas en tareas comparables:

• Margen para el trabajo que se te escapó. Si arreglos parecidos necesitan una y otra vez revisión y pruebas más allá de tu estimación, incluye tiempo para esos pasos la próxima vez. Deja más margen de incertidumbre para el trabajo desconocido.
• Dónde está la desviación. Compara el tiempo dedicado a programar, depurar, integrar, preparar el entorno y revisar. Cuando tu registro muestre un patrón, estima esas partes por separado.

Esto también sirve para el trabajo de precio cerrado. Cuando el trabajo esté terminado, divide el precio entre todas sus horas para ver los ingresos por hora antes de costes. Usa las horas para planificar trabajos parecidos. Podrías comparar el próximo precio con tus costes y tu objetivo de ingresos en lugar de repetir esa tarifa.

Registra la depuración y el retrabajo en proyectos para clientes

Sáltate esta sección si no trabajas para clientes. La depuración y el retrabajo pueden desaparecer dentro de una entrada de desarrollo imprecisa.

Depuración. Registra la sesión y nombra el resultado: «Localizado y corregido el error de webhooks duplicados en el flujo de pago» es una línea que un cliente puede entender.

Mantén las pruebas, la depuración y el retrabajo como entradas separadas cuando eso te ayude a revisar el trabajo. Tu registro puede incluir tiempo que no facturas.

Marca claramente el retrabajo para poder revisar las horas que llevó. La separación entre horas facturables y no facturables puede ayudarte a organizar el registro.

Madrigueras. Un conflicto de dependencias puede consumir cuatro horas a pesar de una descripción de tarea breve. Registra la duración real y describe el obstáculo.

Si tu factura usa una cifra menor, deja las cuatro horas en tu propio registro. Cambiar el registro original a «quizá dos» pierde información.

Mantén visible también el trabajo que no es para clientes. Las propuestas, la facturación y aprender un framework que ningún cliente pidió salen de la misma semana desde la que facturas. Dejarlos fuera subestima cuánto de tu semana necesita el negocio.

Dónde encaja TimeRetain

El registro del tiempo de un desarrollador contiene los sistemas que tocas, tus noches largas, tu carga real de reuniones y, si facturas, nombres de clientes y tarifas. No tienes que subir ese registro para conservarlo.

TimeRetain es un cronómetro manual para mantener ese registro en tu dispositivo. Puedes ver cuánto tiempo fue a revisiones, reuniones o depuración, y qué produjo cada sesión. Nada vigila tu IDE.

Si facturas, usa las notas para explicar el trabajo entregado. Guarda el retrabajo no cobrado en tu propio registro para ver lo que de verdad llevó el proyecto.

El registro principal se queda en tu dispositivo. Si activas la sincronización, TimeRetain guarda una copia cifrada en sus servidores.

Empieza con una semana

No montes un sistema. Durante una semana, registra solo sesiones de trabajo reales: proyecto o cliente, inicio, fin y una nota de una línea con el ticket. Usa git y tus notas para estimar las sesiones perdidas mientras el día está reciente. Deja los huecos que no puedas justificar.

Después reléelo. Compara el total de reuniones con la sensación que te dejó la semana. Compara una o dos tareas con lo que estimaste para ellas. Si el registro te ayuda a revisar tu trabajo o a preparar una factura, y el esfuerzo merece la pena, sigue registrando.