Soy un desarrollador de alto nivel en una gran corporación en los EE. UU. Dos de mis compañeros de trabajo en el mismo proyecto trabajan conmigo y se sientan en la misma oficina, a mi lado. Los llamaremos Bob y Jim. Ambos son desarrolladores de "nivel medio". No senior, pero tampoco junior. El resto está en otras oficinas repartidas por todo el país, incluido nuestro jefe, el desarrollador principal y varios otros miembros del equipo.
El proyecto en el que trabajamos ha existido durante 5 años, por lo que dedicamos gran parte de nuestro tiempo a aprender los entresijos del sistema existente y encontrar nuestro camino en el código para completar historias y corregir errores. Llegué una semana antes que estos otros dos muchachos, pero básicamente todos comenzamos desde el mismo lugar.
Por alguna razón, aprendo las cosas un poco más rápido que los otros dos, y los ayudé mucho desde el principio cuando se atascaron en un fragmento de código o con tecnología desconocida.
Tanto Bob como Jim necesitaron mucha ayuda desde el principio, pero después de unos meses, Bob prácticamente ha dejado de pedir ayuda a alguien y parece estar bien sin mucha ayuda mía o de cualquier otra persona.
Jim, por otro lado, constantemente me envía mensajes instantáneos, correos electrónicos, mensajes de Slack o entra a mi cubo para pedir ayuda. Esto continúa todo el día, todos los días que estoy en la oficina. Si no respondo un mensaje instantáneo o correo electrónico en 2 minutos, él está en mi cubo. Cuando lo ayudo, si no resuelvo su problema o no tengo la respuesta de inmediato, a veces simplemente deja de trabajar en esa tarea.
Además, comete los mismos errores una y otra vez sobre temas que hemos cubierto antes, varias veces. Simplemente no puedo entender. Si logra resolver un problema, primero entra en mi cubo y luego en el cubo de Bob para contarnos la historia de cómo se resolvió el problema.
Si bien estoy feliz de ayudar de vez en cuando, Jim me interrumpe constantemente de una forma u otra, lo que perjudica mi productividad y me impide "entrar en la zona". Siento que Jim debería haber estado aquí el tiempo suficiente para tratar de resolver las cosas por su cuenta. Bob y yo ciertamente lo hemos hecho. También siento que se aprovechan de mí siendo demasiado amable y dispuesto a ayudar y no siendo firme al decir 'No' a veces. He tenido un historial de ser tóxico con mis compañeros de trabajo en trabajos anteriores y estoy haciendo todo lo posible para no hacerlo aquí. Tampoco he discutido esto con nuestro jefe, porque me estoy esforzando mucho para construir relaciones positivas con mi equipo como nuevo miembro.
¿Cómo puedo discutir con él que necesita
ACTUALIZACIÓN: Hasta ahora, el método "No les des el pescado, enséñales a pescar" está funcionando muy bien.
He tenido un historial de ser tóxico con mis compañeros de trabajo en trabajos anteriores y estoy haciendo todo lo posible para no hacerlo aquí. Tampoco he discutido esto con nuestro jefe, porque me estoy esforzando mucho para construir relaciones positivas con mi equipo como nuevo miembro.
¿Cómo puedo discutir con él que necesita
A. Respetar mi tiempo B. Tratar de esforzarse por su cuenta primero, antes de acudir a mí. C. No "darse por vencido" si alguien más no tiene una respuesta a sus preguntas.
Deberá tener cuidado de no caer en sermones tóxicos aquí.
Soy un firme creyente de que casi siempre es justo preguntar "¿Qué has probado hasta ahora?" cuando se le pide ayuda. Y luego creo que es justo hacer una sugerencia rápida sobre las posibles vías de investigación en las que el autor de la pregunta puede trabajar. A veces incluso pregunto "¿Se te ocurre algo más para probar?" Con suerte, con el tiempo, el desarrollador se anticipará a su pregunta y probará más cosas, eventualmente necesitando menos de su tiempo.
No es difícil hacer eso de una manera positiva y útil sin tener todo su tiempo cooptado. Muchas veces se trata tanto de la forma en que lo dices como de las palabras que usas.
Si esto se está convirtiendo en un patrón regular, es posible que desee discutirlo informalmente con su jefe. Es muy posible que su jefe espere que los desarrolladores más experimentados ayuden a los menos experimentados. Y su jefe podría tener una preferencia sobre cómo y con qué frecuencia hacer eso. También es posible que su jefe no quiera que dedique mucho tiempo a ayudar o asesorar a desarrolladores menos experimentados y quiera que toda su productividad se dirija al trabajo asignado. Solo lo sabrás preguntando.
Cuando lo ayudo, si no resuelvo su problema o no tengo la respuesta de inmediato, a veces simplemente deja de trabajar en esa tarea.
A menos que usted sea el supervisor de esta persona, es probable que no sea responsable de que complete sus tareas. Deje esa preocupación a su jefe.
Además, comete los mismos errores una y otra vez sobre temas que hemos cubierto antes, varias veces. Simplemente no puedo entender.
En parte, creo que puedo entender por qué. Básicamente se debe a la frase "No les des el pescado, enséñales a pescar" que se escucha a menudo.
Tal vez lo ha estado "mimando" ayudándolo constantemente, o haciendo las partes difíciles y masticando por él. Entonces, algunos consejos sobre lo que te recomiendo que intentes hacer la próxima vez:
Si en verdad estás ocupado o estás a punto de "entrar en la zona", no te sientas mal por rechazar su pedido de ayuda o pedirle que regrese cuando estés menos ocupado . No es necesario que seas grosero, solo algo como "Hola Jim, actualmente estoy muy ocupado. Vuelve en X minutos y con gusto te ayudaré".
En lugar de simplemente "darle el pescado", trate de alentarlo a buscar y pensar antes de acudir a usted . De algún modo, asumir una actitud socrática ayudaría aquí; intenta preguntar cosas como "Ya veo... ¿qué has intentado hasta ahora?" o "¿Ya intentaste hacer Z?" ... si Jim no ha intentado nada antes de acudir a ti, estas preguntas le harán darse cuenta de que al menos tiene que intentarlo antes de preguntar.
También puedes intentar redirigirlo a Bob si estás demasiado ocupado para ayudarlo o si ya te lo ha pedido varias veces.
Solo para agregar una sugerencia más a las otras aquí.
Trate de programar reuniones con el compañero de trabajo para discutir el "progreso". Durante estas reuniones, esté 100% disponible para el compañero de trabajo, fuera de las reuniones refiera cualquier solicitud, a menos que sea realmente urgente, a la siguiente reunión.
Con el tiempo, es de esperar que el compañero de trabajo se vuelva más proactivo, ya que querrá mostrarle el progreso desde la última reunión.
Incluso si no, al menos puede limitar las interrupciones mientras brinda soporte.
Sea franco al respecto, de una manera educada
Sea franco al respecto mientras le dice la razón detrás de por qué hizo ese enfoque, hágale entender que es por su bien y por el beneficio de los demás con los que realmente tratará en el futuro. Y eso es darles respeto real como compañero de trabajo/profesional, porque no quieres que sea una persona que hace su carrera en un nivel incompetente.
Basado en mi experiencia personal con el desarrollador senior (soy un desarrollador junior, así es como me trata) con el que estoy trabajando actualmente, está bien decirle sus sugerencias de inmediato, no es necesario solucionarlo, solo tenga cuidado no herir sus sentimientos por completo al no decir la razón por la cual es necesario hacerlo. (porque a veces está bien herir los sentimientos de alguien diciendo la verdad, para que al menos lo recuerden, como pegarles a los niños en el trasero si se han portado mal, para corregir dicho comportamiento que será malo a largo plazo). correr)
Dígales que está diciendo todas estas 3 cosas que mencionó (el AC), para que aprendan a actuar de manera profesional y para que no pierdan el tiempo de nadie como lo ha experimentado usted mismo.
L. holandés