¿Qué hacer después de que termino todas mis tareas y mi gerente no tiene tareas para darme? [duplicar]

A veces, después de terminar todas mis tareas, mi jefe no tiene tareas que darme. Así que me siento y me siento mal porque no estoy haciendo nada. Además, no estoy seguro si puedo navegar por Internet y ocuparme de mis propios asuntos o parecer ocupado.

¿Qué es lo normal que se debe hacer en esta situación cuando no tengo tareas de mi gerente?

Esta pregunta es bastante similar a la tuya: workplace.stackexchange.com/questions/3408/…
Pregúntele a su jefe qué se espera que haga en el tiempo de inactividad.

Respuestas (4)

Hay una variedad de cosas que podrías hacer, enumero las que he pensado a continuación. Una combinación podría ser la mejor manera de hacerlo.

  • Podría desarrollar o mejorar la documentación y/o los procedimientos sobre cómo hace su trabajo, cómo se usan sus productos, etc. Esto mejorará su conocimiento de estas cosas y también puede complacer a la gerencia, ya que se sentirán más cómodos sabiendo que alguien más podría trabajar a partir de esta documentación si es necesario.
  • Como dice la respuesta de alroc , puedes hacer desarrollo profesional. Esto podría ser un entrenamiento autodirigido en algo que haces actualmente o algo en lo que podrías pasar. Por ejemplo, un desarrollador de software podría mejorar su conocimiento de una metodología de desarrollo, lenguaje de programación u otra tecnología. O podría aprender sobre prácticas gerenciales si le interesa moverse en esa dirección. Esto lo preparará para el futuro (y lo hará más atractivo para otros empleadores).
  • Podría revisar las cosas en su organización y ver si puede mejorarlas. Siguiendo con el ejemplo de desarrollo de software, podría encontrar algún código que necesite mejoras y refactorizarlo. Esto hará que las cosas funcionen mejor para su organización.
  • Aprenda algo sobre otra área de su organización. Esto mejorará su comprensión general/del "panorama general" de cómo funcionan las cosas en el lugar donde trabaja, lo que puede ser útil para resolver problemas de organización, obtener promociones, etc.
  • Trabaja en red dentro de tu organización, para que tengas más personas disponibles (y sepas mejor a quién acudir) para que te ayuden cuando lo necesites.
  • Dedique algún tiempo a ser mentor de una nueva persona. Esto desarrollará un aliado para usted y mejorará su organización.
  • Y, por supuesto, nada. Si trabaja tiempo extra a veces, puede verlo como un tiempo de inactividad para compensar el extra. Si le preocupan las apariencias, podría llegar un poco más tarde de lo normal, tomar un almuerzo un poco más largo y salir un poco antes que cuando está completamente ocupado con el trabajo. Si eso no es una preocupación, tómate una tarde libre y haz algo que disfrutes. Esto te ayudará a relajarte y a ser más capaz de trabajar duro cuando llegue el momento.

Si no hay otro trabajo que hacer en su departamento, tómese el tiempo para el "desarrollo profesional": aprenda nuevas habilidades (o aprenda más a fondo sus habilidades actuales) para mejorar.

Expanda su respuesta y explique por qué esto es mejor que otras alternativas. Las respuestas de una línea que solo dicen cuál es la respuesta generalmente no son buenas respuestas. Aunque es posible que las respuestas "correctas" que explican por qué ayuden a otros a comprender mejor y tomar mejores decisiones cuando se enfrentan a problemas relacionados.

Ofrezca ayudar a uno de sus colegas. Las cargas de trabajo no siempre se equilibran exactamente. No tienes que hacer esto todo el tiempo y darle a alguien una excusa para no hacer su parte justa del trabajo. Si eres nuevo en el trabajo, te conviene asumir más responsabilidades.

  • Supérate. Aprenda el código base, aprenda los marcos que utiliza, aprenda el lenguaje en el que está codificado. Aprenda sobre otros lenguajes y marcos que son de uso común. Aprenda sobre el hardware; ¿Cuál es la vanguardia actual en las estaciones de trabajo de los clientes? ¿Cuál es el poder de cómputo promedio actual de las estaciones de trabajo en servicio? ¿Qué es lo último en arquitectura de servidor?
  • Realizar mantenimiento general. Si es programador, examine el código base y realice revisiones generales del código. Si te encuentras con algo que nadie está desarrollando activamente y que crees que podría mejorarse, refactorízalo. Digo esto asumiendo que tiene una base de código bien cubierta (pruebas unitarias que ejecutan al menos el 95% del LOC total) y, por lo tanto, puede verificar que su versión refactorizada cumple con los mismos requisitos funcionales que el original. También asumo que su base de código es lo suficientemente grande como para que pueda encontrar algo para mejorar que no someta a otra persona al SPM (síndrome de fusión dolorosa) en su próxima confirmación. Por último, asumo que tiene suficiente experiencia con su base de código y con metodologías de programación generalmente aceptadas como GRASP/SOLID que está refactorizando y no "refutando".
  • Dirija su propio espacio de trabajo. Limpie su escritorio, organice los materiales, etc. Muchos desarrolladores valoran un espacio de trabajo limpio y sin distracciones, pero rara vez tienen tiempo para mantenerlo activamente. Has dicho tiempo.
  • Ayuda a tus compañeros de trabajo. Si no tienes suficiente para trabajar y alguien más tiene demasiado, pregunta si hay algo que tu compañero de trabajo pueda dividir y dártelo, o si quiere emparejarlo. Si eres un programador junior, el emparejamiento te permite aprender cosas nuevas con un mínimo de tiempo adicional invertido por la persona con la que te emparejas. Si es una persona mayor, puede difundir su conocimiento y capacitar a quienes lo rodean para codificar mejor mediante el emparejamiento. Tenga cuidado de no pisar los dedos de los pies; el proceso de emparejamiento requiere un nivel de aceptación por parte de todos los participantes y sus supervisores, y si eso no está ahí, podría ser visto simplemente como una molestia.
  • Pregunta por ahí. Si desarrolla internamente, generalmente puede encontrar cosas en las que trabajar preguntando a los usuarios finales del software interno sobre los problemas que tienen con él. Reúna los "requisitos" para futuras revisiones e identifique cualquier fruto al alcance de la mano que proporcione un beneficio significativo a un bajo costo.
Cada punto en esta respuesta asume que el lector está en el desarrollo de software. Me doy cuenta de que el perfil del OP dice que está en desarrollo de software, y mi propia respuesta lo usa como ejemplo en un par de lugares. Sin embargo, creo que debemos tener en cuenta que se supone que este sitio es para todos los lugares de trabajo , no solo para las tiendas de software.
Su segundo punto asume que el OP tiene el permiso.autoridad para hacerlo. En mi organización, no puedo realizar cambios de código sin una solicitud de cambio autorizada que se origine en un requisito comercial o un cambio de entorno técnico obligatorio.
Ambos son correctos; Me acerqué a mi respuesta desde mis propias experiencias. La mayoría de estos puntos se pueden generalizar para aplicarse a cualquier cosa con la posible excepción de realizar un mantenimiento general. Re: permiso para cambiar el código base, depende totalmente del entorno. En un modelo de desarrollo más tradicional, donde los cambios requieren pruebas manuales y, por lo tanto, está mal visto realizar cambios básicos fundamentales por razones no facturables, lo entiendo totalmente. En un entorno más automatizado, las pruebas de aceptación están disponibles para realizar cambios rápidamente y se recomienda la refactorización de estilo/estructura.