2017-04-21 15:18:48 +0000 2017-04-21 15:18:48 +0000
324
324
Advertisement

¿Cómo resuelvo el problema de los "30 minutos restantes"?

Advertisement

Como desarrollador, a menudo llego a este punto en el que al final del día termino una gran tarea y todavía me quedan aproximadamente 30 minutos.

El problema es que 30 minutos no son suficientes para codificar nada, y si empiezo a codificar el comienzo mismo de una tarea sé que me costará continuarla al día siguiente perdiendo el contexto y tendré que releer el código, lo que me hará perder tiempo.

Pero para centrarme en el problema profesional, no quiero holgazanear en el trabajo durante tanto tiempo y quedarme sin hacer nada durante 30 minutos parece absurdo.

¿Cómo resuelvo el problema de los “30 minutos restantes”?

EDITAR : Para explicar por qué no es un duplicado, el problema no se trata de “¿qué hacer cuando los sistemas no funcionan? ” o ¿qué hacer cuando no tengo nada que hacer? “ sino "¿qué hacer cuando llegas cerca del final del día y no tienes tiempo de empezar una nueva tarea?”

Advertisement
Advertisement

Respuestas (15)

456
456
456
2017-04-21 15:47:33 +0000

Hay muchas opciones:

  • Revise los blogs/noticias/diarios (relevantes) y lea lo que está pasando en su campo
  • Documente lo que ha hecho durante el día
  • Planifique lo que necesita hacer al día/semana/mes siguiente
  • Vuelva a su correo y finalmente obtenga realmente la información que se perdió al saltársela antes
  • Compruebe si ha hecho todas las “tareas de organización”, y si no, háganlo (Entreguen sus horas, envíen ese informe en su escritorio a quien deba leerlo, inicien la copia de seguridad,. ..)
  • Limpie su pizarra/escritorio/escritorio de cualquier cosa que se haya acumulado allí pero que haya perdido relevancia hace tres semanas
  • ¿Ha hecho todo esto? ¿Todavía 30 minutos? Vuelve al paso 1! (Y, usted es un mago.)
328
328
328
2017-04-21 16:25:11 +0000

Además de planear su día, ordenar las cosas, y simplemente salir temprano (para compensar el quedarse hasta tarde otras veces), déjeme sugerirle algo que probablemente parezca muy contraintuitivo:

Trate de evitar detenerse en un “punto de parada natural”

Le preocupa que si se dedica media hora a una tarea de codificación, le será difícil cargar el contexto cuando regrese al día siguiente. Pero mi experiencia es precisamente lo contrario. Digamos que vas a escribir una función simple. Sabes que habrá una inicialización, un bucle para procesar todas las X en la Y, y algo de limpieza. Literalmente añadiré el archivo a mi proyecto, declararé la función, añadiré tres comentarios (tal vez escribiendo el para o mientras construyo alrededor de uno de ellos) y luego – volveré a casa.

Por la mañana, cuando llegues, no necesitas recordar lo que estabas haciendo o consultar tus notas – está todo ahí para ti. ¿Por qué ir a casa con un archivo vacío, o una hoja de papel en blanco, esperándote por la mañana? En vez de eso, al menos escribe un título o una línea de asunto. Al menos escribe el nombre de la función. Si tienes que escribir un documento, haz la carpeta, crea un documento vacío con el nombre correcto, y pon el título del documento en la parte superior de la primera página. Aplica una hoja de estilo.

Comienza. Después, vete. Puede que te sorprendas MUY agradablemente – es mucho más fácil empezar si no te detienes en un punto de parada natural. Empezar desde estos puntos es súper fácil.

De hecho, es tan fácil que a veces uso una variante de esto para engañarme a mí mismo para trabajar en algo en lo que no quiero trabajar. Sólo hago la parte de “empezar” - hacer el nuevo proyecto o carpeta vacía o lo que sea. Haciendo un archivo llamado “outline” y pegando el “outline” desde el correo electrónico. Descargando las especificaciones o las notas de la versión. Encontrar el enlace a ese video que necesito ver. Nada de esto cuenta realmente como trabajar en lo que no quiero trabajar, es sólo la parte de “empezar” que me permitiría trabajar realmente en ello, así que hago estas tareas sin resistencia. Y luego descubro, cuando las he hecho, que mi resistencia desaparece y soy capaz de hacer la tarea en sí misma.

Inténtalo.

32
Advertisement
32
32
2017-04-21 15:23:24 +0000
Advertisement

Estaría más que feliz de verte ir a casa y recuperar los 30 minutos otro día. Como dices, serás mucho más productivo haciendo esto que tratando de hacer 30 minutos de trabajo, perdiendo tu contexto durante la noche y tratando de reiniciar en la mañana.

Pero nunca soy muy riguroso con el trabajo de “9 a 5” de todos modos. Tu empleador puede ser más regresivo~ más estricto en esto.

18
18
18
2017-04-21 15:30:11 +0000

Practica la planificación y la escritura. No puedes codificar algo más, pero normalmente hay una planificación para codificar y si lo escribes en esos 30 minutos puedes leerlo a primera hora del día siguiente y empezar a codificar. Si se cumple un plan, simplemente se hace otro para estar preparado para sumergirse en un par de elementos en lugar de uno solo.

El nivel de notas sobre esto dependerá de usted como persona y de lo que le ayude a recordar mejor, pero el objetivo es planificar y articular de tal manera que refresque la memoria de la planificación y le devuelva a donde estaba ayer sin demasiada pérdida de pensamiento. He visto esto hecho en comentarios de código de marco de alambre, en papel, notas de post it, editores de texto, fotos de pizarra, etc… Encuentra lo que funciona mejor para ti.

12
Advertisement
12
12
2017-04-21 15:27:31 +0000
Advertisement

¿Cómo tratar el tema de los “30 minutos restantes”?

Esto me pasa de vez en cuando, sugiero que uses el tiempo a tu favor.

Uso estos regalos de tiempo inesperado para la investigación de nuevas tecnologías, o el análisis de mi próxima tarea, o respondo/reviso preguntas sobre el desbordamiento de la pila. Aprendo mucho sólo revisando nuevas preguntas y respuestas.

No te quedes sentado y finjas estar ocupado. Aprovecha bien el tiempo!

11
11
11
2017-04-21 16:34:40 +0000

Como desarrollador nunca terminas.

Incluso si no puedes añadir nuevas funcionalidades a tu código en el tiempo que te queda puedes (y deberías) refactorizarlo:

  • mejorar los nombres,
  • reducir la duplicación de código,
  • dividir los métodos/funciones/procedimientos largos en otros más cortos
  • mover los métodos/funciones/procedimientos a nuevos archivos para aplicar el SRP y/o el principio del mismo nivel de abstracción.

y otras cosas así.

Cualquiera de estas tareas toma unos pocos segundos usando sus capacidades de refactorización automatizada de IDEs. Y su prueba unitaria garantizará que no cambió el comportamiento de la aplicación tal como está implementada actualmente.

Y en el improbable caso de que rompiera algo: revise el último estado de trabajo de su SCM…

10
Advertisement
10
10
2017-04-21 19:13:39 +0000
Advertisement

Mantengo una “lista de barrido” de las tareas que se me ocurren mientras trabajo en otra cosa - tareas que son lo suficientemente largas como para no querer desviarme a trabajar en ellas de inmediato (o que no quiero abordar de inmediato por alguna otra razón - como “Quiero que este compromiso contenga sólo un cambio lógico”), pero lo suficientemente cortas como para no merecer todos los gastos generales asociados a los proyectos normales. Cada vez que me encuentro con una tarea como esta la anoto en la lista con una gran cantidad de detalles: a dónde ir, qué hacer, a quién podría beneficiar y cuánto tiempo espero que tome. La mayoría de las cosas en ella son casos de esquina demasiado pequeños para obtener recursos “oficiales”, refactores que deberían hacerse, pruebas de unidad que deberían escribirse, etc., pero las cosas que mis colegas me piden mientras estoy en medio de otra cosa también van en esta misma lista (de ahí el “quién podría beneficiarse”).

Cuando me sobran trozos de tiempo, voy a la lista y empiezo a sacar cosas al azar. Cada cosa es autónoma y altamente predecible en cuanto a la cantidad de tiempo que toma, lo que las hace perfectas para meterlas cuando tengo 15 minutos antes de una reunión, 5 minutos después de establecer una llamada en conferencia, etc. Además, cuando alguien llega tarde a una reunión nada le hace más feliz que “Oye, estaba pensando en ti, así que he introducido esa función que me pediste hace seis meses, ¿no es encantadora?” (Y nada me hace más feliz que no estar sentado allí, pensando, “Las reuniones, nunca empiezan a tiempo…”)

5
5
5
2017-04-21 22:13:25 +0000

¿Cómo tratar el tema de los “30 minutos restantes”?

Siempre dediqué los últimos 30 minutos de cada día a:

  • Limpiar los correos electrónicos restantes
  • Revisar y actualizar mi calendario
  • Prepararme para el día siguiente
  • Empacar todo lo que necesitaba llevar a casa (particularmente si estaba planeando hacer algún trabajo en casa)

Estas son cosas que podrías considerar hacer si a menudo te encuentras con 30 minutos no programados al final del día.

Y si no me quedara ninguna actividad que valga la pena, me iría.

2
Advertisement
2
2
2017-04-22 15:18:00 +0000
Advertisement

Hacer algunas de las tareas para las que “no hay tiempo” para

Hay muchas tareas para las que una organización podría creer que “no hay tiempo”, pero que pueden crear deuda técnica si se dejan - las pruebas a veces entran en esta categoría.

Convencer a la dirección de que necesitan gastar dinero en tareas que ahorren dinero en algún momento futuro indeterminado es a menudo difícil. Esta vez, si se quejan, puedes señalar que has tenido 30 minutos libres al final del día, y señalar que has encontrado X número de errores.

Con demasiada frecuencia, los desarrolladores se ven presionados para terminar las cosas más rápido y no hay suficiente supervisión de la calidad.

Comprobar que algo que has escrito recientemente se hace según las especificaciones - Esto me pasó ayer. Volví a leer parte de las especificaciones de algo, y me di cuenta de que no estaba del todo bien.

2
2
2
2017-04-21 15:30:53 +0000

Si estáis en la hora, usad el tiempo para hacer algún trabajo ocupado como añadir comentarios y limpieza general. Típicamente también uso estos últimos 30 minutos más o menos para enviar correos electrónicos, escribir informes y llenar registros de trabajo.

Si no hay nada más, crucero Desbordamiento de la pila y parecer ocupado.

1
1
1
2017-04-22 16:11:07 +0000

Cualquier software de más de una (no muy alta) complejidad puede ser hecho siempre un poco mejor.

Haz tu código un poco mejor.

1
1
1
2017-04-21 15:33:01 +0000

Personalmente, esto me pasa a mí, durante los últimos 15-20 minutos del día.

Lo que me ayuda es planear el día (o la semana) siguiente con algunos elementos de acción, etc.

1
1
1
2017-04-21 21:48:27 +0000

Debería considerar la posibilidad de dividir su tiempo de trabajo en bloques lo suficientemente grandes como para permitirle trabajar libremente dentro de cada bloque, pero que no sean excesivamente grandes. Puede pensar que los bloques arbitrariamente grandes que duran el tiempo necesario para realizar alguna tarea le funcionan bien, pero la concentración sufre después de unas pocas horas de trabajo ininterrumpido. Si hace un descanso después de, digamos 2,5 horas, entonces puede escupir un día de trabajo de 9 horas (8 horas de trabajo más 1 hora de descanso) en 3 de esos bloques con descansos de 20 minutos para café/almuerzo entre bloques y un descanso adicional de 50 minutos para hacer ejercicio.

Entonces eliminará este “problema de la última media hora”, sólo habrá un último bloque de 2,5 horas que se sentirá totalmente diferente a sus últimas horas actuales de trabajo. Si una tarea se termina dentro del último bloque, tendrás mucha más energía para continuar con otras tareas o planear para el día siguiente. Habrá comenzado ese bloque con más energía y al comienzo del mismo probablemente sabrá que va a terminar antes de tiempo, lo que le hará inclinarse más a pensar positivamente en hacer otro trabajo después de que el proyecto esté terminado.

El hecho de que ahora no se incline a hacer eso es un artefacto de “trabajar hasta el final de una tarea” que drena la energía mental; si organiza su trabajo como largas maratones, no es sorprendente que al final de una tarea se sienta como un corredor de maratón al final.

0
0
0
2017-04-22 08:03:48 +0000

Mi trabajo tiene diferentes tipos de trabajo. Trabajo que debe hacerse hoy. Trabajo que debe hacerse esta semana. El trabajo que debe hacerse en el próximo semestre.

El trabajo que debe hacerse en el próximo semestre consiste principalmente en pequeñas tareas menores con poco “trabajo de reflexión”. Estas son las cosas que hago en el tiempo libre entre las tareas más grandes. Son buenos rellenos para dejar que tu cerebro se relaje al final del día de trabajo.

0
0
0
2017-04-22 15:22:12 +0000

Piensa en el futuro. A menos que estés realmente al final de un paquete de trabajo y “sólo te quede una cosa por hacer”, cambia a otra tarea que te lleve hasta el final del día antes de entrar en la situación de “sólo 30 minutos restantes”.

En realidad, no entiendo por qué “30 minutos no son suficientes para codificar nada” - si no (o no puedes) romper tu trabajo en pedazos más pequeños que eso, no suena como una manera muy eficiente de progresar. De hecho, si utilizas una técnica de gestión de tiempo como Pomodoro estarías rompiendo todas tus obras en piezas de 30 minutos.

Advertisement

Preguntas relacionadas

21
9
17
12
13
Advertisement
Advertisement