Estoy trabajando en un producto en el que soy novato, pero en mi grupo hay compañeros de trabajo que conocen ese producto profundamente en todos los detalles. Esos compañeros de trabajo están ocupados con tickets de alta prioridad y yo soy nuevo en el producto y lo estoy aprendiendo. Tengo una pequeña área de conocimiento propia en la que estoy aprendiendo el producto paso a paso.
Veo la necesidad de crear herramientas para acelerar el proceso de desarrollo y tengo la oportunidad de crear dichas herramientas y aprender más sobre el producto. A menudo tengo llamadas con un compañero de trabajo y él me explica el producto, pero él está muy involucrado en esa área comercial y proyecto y me explica todas esas cosas muy, muy profundamente, así que no sé muchas cosas que él me dice (soy no a su nivel). Le hago preguntas breves y sencillas, pero cada vez que comienza a explicar una pregunta, profundiza mucho en el tema y es difícil decirle que se detenga.
Esto es bastante incómodo porque olvido el 80% del conocimiento que él está diciendo y también mi gerente me dijo que no abusara de él sino que lo dejara hacer su trabajo. Por lo general, tenemos llamadas largas de 3/4 de hora y él me cuenta todo sobre ese producto y área comercial. Esto también es problemático porque trabajamos en diferentes zonas horarias, yo trabajo desde la UE y él trabaja desde EE. UU. Entonces deberíamos tener 4 horas de trabajo en común, pero a veces trabajo 10 horas al día cuando tengo una llamada con él.
Entonces, mi pregunta es cómo decirle que describa brevemente las cosas que necesito saber para mi "pequeño" nivel de conocimiento, de una manera educada, para que no se entienda como "No estoy interesado en lo que me está explicando".
Bueno, las preguntas cortas no necesariamente tienen respuestas cortas ... En mi humilde opinión, sería mejor ser claros acerca de este problema por adelantado, y hacerles saber lo que hay para ellos:
Aprecio la cantidad de tiempo y esfuerzo que sueles dedicar a explicarme los detalles sobre ciertos temas, como la última vez con [tema X]. Sin embargo, también sé que está trabajando en muchos tickets de alta prioridad, por lo que una breve explicación será suficiente por ahora. ¿Podría ayudarme con algunas instrucciones sobre cómo resolver [problema Y]?
Esto es probablemente más fácil que 'interrumpirlos' en medio de su historia, que de hecho puede ser difícil como usted describe.
Considere tener esta interacción por correo electrónico, no una llamada telefónica.
Ahora estoy en las botas de su compañero de trabajo. Hay muchos desarrolladores nuevos en el equipo y el líder me obliga a presentarles el producto/la cadena de herramientas/el entorno.
Así que es muy difícil para mí mencionar diez cosas nuevas y seguir diciendo "hablaremos de esto más tarde" o "no necesitas saber esto ahora". Como no quiero parecer exclusivo ni retener información.
Lo que puede hacer es solicitar una función limpia y fácil o una parte del producto para leer el código y tratar de comprenderlo y luego comenzar a leer más y más código para comprender cómo encaja todo. Puede decir que es una oportunidad para ver qué tan bien puede comprender su código y su 'enfoque de desarrollo' y es una oportunidad para que la 'vieja guardia' tenga un conjunto de nuevos ojos en el código que podría brindar información sobre la legibilidad y el mantenibilidad del código.
Puede hacer preguntas específicas y específicas sobre una funcionalidad en particular. Como: "¿Cómo se inserta un nuevo FOO en la base de datos en el módulo BAR?", o "¿qué debo entender para saber cómo funciona el módulo 'lo que sea'?"
Al pedir leer una muestra del código, muestra que está dispuesto a aprender y al hacer preguntas específicas y dirigidas, muestra que realmente aprendió. Esto hace que el compañero de trabajo se sienta más relajado al saber que no tiene que tomarte de la mano en cada paso del camino. Porque te verán como su protegido y se sentirán responsables de tus errores o de tu actuación aunque no tenga nada que ver con ellos.
Entonces, mi pregunta es cómo decirle que describa brevemente las cosas que necesito saber para mi "pequeño" nivel de conocimiento, de una manera educada, para que no se entienda como "No estoy interesado en lo que me está explicando".
Programe llamadas telefónicas cortas .
Establezca tiempos específicos para las sesiones de entrenamiento. Manténgalos a 15 minutos. Luego, una vez que hayan pasado los 15 minutos, termine la sesión y continúe con otro trabajo.
Toma buenas notas, así no seguirás olvidando el 80% de lo que escuchaste. Haga un seguimiento con correos electrónicos para aclarar las partes que no entendió y luego actualice sus notas.
Antes de hacer la pregunta, decida algunos elementos de acción que desea eliminar de la reunión. Estas son cosas en las que podría trabajar activamente como resultado de hacer la pregunta. Luego, cada vez que se dirijan a la conferencia, concéntrese nuevamente en el elemento de acción en cuestión y no permita que se desvíen demasiado:
Hola x, estoy trabajando para optimizar nuestro proceso de implementación y noté que hay un paso que parece no hacer nada. Me gustaría eliminarlo, ¿está bien?
Bueno, en realidad, el proceso de implementación consta de 35 pasos y al principio hacemos x en este microservicio, que está hecho para...
Lo siento, en aras de no hacerles perder el tiempo, realmente me estoy enfocando en este paso en particular. Según la culpa de git, la última vez que se tocó fue hace 5 años, y las funciones ya no parecen hacer nada.
Umm, sí, mirándolo, parece que ya no se usa. Intente comentarlo, ejecutar la implementación y asegurarse de que todo funcione. Luego bórralo.
Donald
gazzz0x2z
Thorbjorn Ravn Andersen
gabe sechan
shjeff
gazzz0x2z