Equilibrio entre la carga de trabajo y la ayuda a los nuevos empleados [cerrado]

He estado en mi primer trabajo durante aproximadamente 2 meses y he comenzado a notar que hay un delicado equilibrio entre la carga de trabajo y ayudar a los nuevos empleados. Dado que existe una gran presión por parte de la administración para corregir errores y resolver la mayor cantidad posible de problemas de los clientes, todos en el equipo parecen estar muy centrados en su trabajo atrasado en lugar de ayudar a los nuevos empleados a ponerse al día. Los nuevos empleados pueden hacer preguntas y ocasionalmente conseguiremos que un desarrollador se siente y nos ayude, pero a menudo obtendremos una respuesta oscura que solo un veterano del producto entendería porque están demasiado ocupados con su tarea.

Entiendo que el nuevo empleado también debe mantener un equilibrio. A veces tomará un nuevo empleado 3 días para investigar y arreglar algo donde un veterano podría haberlo hecho en 20 minutos. Los nuevos empleados deben mostrar un esfuerzo por aprender el producto y la base de código.

Sin simplemente reducir la carga de trabajo de los veteranos, ¿cómo puede equilibrar entre ayudar a los nuevos empleados y continuar trabajando en su cartera de pedidos a un ritmo razonable?

Supongo que está preguntando esto desde el punto de vista de "Nueva contratación". He estado en esta situación muchas veces. A veces te sientes mal haciendo tantas preguntas, pero realmente no hay forma de que puedas llegar a la solución a veces con una falta de conocimiento del dominio, etc.

Lo más importante para recordar es esto. No vaya a hacer preguntas cuando "asuma" que no podrá encontrar la respuesta usted mismo. Pruebe las cosas, mire primero, examine el código, intente cambiar algunas cosas y vea qué sucede, vea si puede hacer que algo funcione primero. Si realmente no puede, haga su pregunta. Sin embargo, cuando haga su pregunta, diríjase a ellos con ejemplos de lo que ya ha probado. Ninguno de ellos quiere sentir que les estás pidiendo que hagan tu trabajo por ti.

Diga: "Oye, estoy tratando de hacer esto, y ya he intentado esto, esto y esto, ¿tienes alguna idea?" Eso los ayudará a pasar menos tiempo contigo y estarán más inclinados a hacerlo.

En nuestra empresa asignamos a cada nuevo empleado a alguien que lo cuide durante los primeros meses. Con esta asignación formal nos aseguramos de que el novato solo consuma una persona y la persona que "entrena" al nuevo empleado tiene la responsabilidad sobre su desarrollo, por lo que no es una carga, solo una responsabilidad temporal. Para el chico nuevo es bueno porque aprende más rápido y para el chico que ya está allí hay una inversión: en menos tiempo obtendrá a alguien que lo ayude.

El mejor consejo que puedo darle es hacer una cita . Todo el mundo tiene algún tiempo de inactividad durante el día, pero si solo ingresa al azar, es muy poco probable que lo golpee. Di algo como: "Tengo algunas preguntas sobre X, ¿puedo programar un tiempo hoy para repasarlo contigo?" Es posible que decidan darle tiempo en ese momento, o más tarde en el día, o quizás remitirlo a alguien que pueda responder a su pregunta mejor o más rápido. De cualquier manera, obtendrá una atención más centrada. Si le dan una cita más tarde en el día, use el tiempo intermedio para tratar de resolver la respuesta por su cuenta, o al menos para refinar la pregunta. Incluso si pospongo la pregunta de alguien por solo 15 minutos, la mayoría de las veces lo resuelven por su cuenta.

Solo tenga en cuenta que para la mayoría de nosotros, sus preguntas son importantes para nosotros, simplemente no son urgentes . Trate de no ofenderse por la diferencia.

Algunos de los codificadores más experimentados realmente disfrutan asesorando a desarrolladores más jóvenes, y hacen que sea una prioridad hacerlo. Lo hago, siempre que tengo la oportunidad. Quizás pueda encontrar a alguien así en su empresa preguntando a un colega diferente cada vez que necesite ayuda, y luego midiendo su entusiasmo al responderle.

Hay dos maneras en que puede necesitar ayuda: si se trata de un problema con el idioma o sus herramientas, a menudo puede encontrar las respuestas en línea o comprando libros técnicos y leyéndolos en su propio tiempo. Si bien sería razonable sentir que es responsabilidad de la compañía capacitarlo, muy pocas compañías invierten mucho en capacitación. Si desea crecer como desarrollador, necesita invertir tiempo y dinero en capacitarse cuando no está en el trabajo.

Si su pregunta es sobre el producto de su empresa, como cómo funciona algo en el código fuente, es más probable que solo tenga que pedir ayuda a uno de sus colegas. Alternativamente, cree una rama del código de su producto en su sistema de control de revisiones, nombre la rama algo así como "learning_new_code" y simplemente experimente con ella.

Finalmente, los gerentes de proyecto y departamentales están ahí para ayudar con problemas como el suyo. Si siente que no tiene más remedio que obtener el tiempo de sus colegas más experimentados, pero no pueden dárselo, puede ser porque tienen plazos para cumplir. Quizás su gerente extienda sus plazos para permitirles más tiempo para ponerlo al día.

Tengo la suerte de que actualmente trabajo en algún lugar, esto no es un problema. He recibido una buena dosis de tutoría aquí, y estoy muy satisfecho con eso.

1. Todos los días, un desarrollador de mi empresa es el desarrollador "util", de forma rotativa. El desarrollador de Util es la primera línea de contacto cuando el soporte necesita escalar algo. Con frecuencia, Util simplemente le pasa un problema a otra persona. Pero es un desarrollador específico y el soporte sabe ir a esta persona. Al principio hice algunos "paseos" (no me pusieron en el calendario por un tiempo) para ver cómo se resolvieron algunos problemas. Esto me dejó expuesto a porciones de código. Cuando comenzaron a programar mis días normales de servicio, había alguien "de guardia" al principio para agregar asistencia adicional.

2. Nos emparejamos Necesitas programar el tiempo de pareja, más o menos, pero todos aquí están dispuestos a hacerlo. Además, todos saben cuál es el horario y, gracias al siguiente punto, tienen una idea de cómo va el progreso para cada individuo. Entonces, si hay un problema, recibe la atención adecuada.

3. Todos los días hacemos una reunión a las 11:45. Esto es 15-20 minutos. Cada desarrollador / QA habla. Básicamente es una forma de decir "esto es lo que estoy haciendo y aquí es donde estoy atascado", y si estás atascado, generalmente te señalan en una dirección alternativa (si es un problema conocido / un problema con el código, alguien está muy familiarizado) con) o se configura el tiempo de emparejamiento. Ocasionalmente se programa una reunión adicional.

4. He tenido que sumergirme en un código completamente extraño muchas veces aquí (como con cualquier trabajo). Alguien siempre se ha asegurado de estar disponible para responder preguntas, si no de inmediato.

Me haré eco de los demás: programe tiempo de reunión para hacer preguntas cuando sea posible. Identificación que todavía no es útil. . . bueno, no quiero llegar al extremo aquí. Pero no considero que sea un lugar de trabajo ideal. ¿Es posible que la gente todavía se esté entusiasmando con usted / controle sus habilidades / etc.?

Sospecho que el tiempo extra que pasé cuando subí a bordo se justificó fácilmente porque una vez que la gente sentía que estaba al día, eso obviamente significaba menos trabajo para ellos. Pasar más tiempo a corto plazo ahorró mucho tiempo a largo plazo, y todos entendieron eso donde trabajo. Soy muy afortunado en mi puesto actual.

A menudo, esto es más una cuestión de enfoque que de tiempo. Programe reuniones de 30 a 45 minutos con el líder o mentor de su equipo (antes o después del almuerzo es siempre mi preferencia, mi flujo ya se está rompiendo) un par de veces a la semana y guarde sus preguntas para entonces.

La mayoría de los desarrolladores (o, al menos, los que tienen más probabilidades de ser útiles en la reunión) estarán de acuerdo con esto.

Si hay un detalle muy específico que bloquea su progreso, use el correo electrónico.