¿Cómo manejar a un colega que parece útil frente al gerente pero no ayuda en privado?

No haga estimaciones basadas en expectativas del futuro, hágalas basadas en observaciones del pasado.

Cuando John dice "no te preocupes, te ayudaré y terminarás la tarea en 2 a 4 horas", menciona las últimas veces que esto sucedió.

Gracias John, realmente aprecio esa oferta. Sin embargo, en los últimos tres sprints has estado demasiado comprometido con otro trabajo para proporcionar esa ayuda, así que siento que confiar en eso no nos daría una estimación precisa para el equipo.

Como se señaló en los comentarios de Chris Stratton, si está trabajando dentro del marco Scrum, entonces ni siquiera necesita esperar hasta la próxima reunión de estimación para mencionar esto. La reunión diaria es un momento en el que puede hablar sobre las cosas que lo están frenando y pedir la ayuda que necesita.

Hola John, ¿tienes algo de tiempo hoy para ayudarme con mi tarea, por favor? Mencionaste durante la planificación del sprint que podrías ayudarme a aprender cómo resolverlo más rápido.

Y si vuelve a decir "sí" delante de todos, pero "no" a ti en privado, entonces hazle la misma pregunta al día siguiente, llamándolo cortés y profesionalmente delante del equipo por no hacer lo que dijo que estaba haciendo. va a hacer

Hola John, todavía me vendría bien un poco de ayuda aquí. Esto se ha prolongado durante dos días, y realmente me gustaría cerrarlo. Si no puede ayudar, está bien, pero necesito saberlo para poder cambiar mi enfoque de la tarea.

Para ser claros, no recomiendo llamar a alguien en un stand up si es realmente útil, pero también está ocupado. Sin embargo, el stand up es el momento adecuado para resaltar los bloqueadores, y parece que John es uno.

Solo quiero que mi gerente/scrum master entienda por qué todavía tomó 2 días cuando John dijo que me ayudaría a completar en 4 horas.

Pásalo a él si te lo pide. Se ofreció como voluntario para asumir la responsabilidad, así que déjalo.

'¿Por qué tomó dos días cuando John dijo 4 horas?'

'Tendrás que preguntarle a John que, 4 horas fue su estimación, mi estimación de 2 días fue correcta.'

No les tomará mucho tiempo darse cuenta, y no estás dando ningún motivo para ofenderte ni poniendo una excusa. La responsabilidad no es tuya. De hecho, me sorprendería un poco si te preguntan a ti en lugar de a él. Él es el que inventó las 4 horas.

Respuesta corta = no asumas la responsabilidad profesional por las tonterías de otras personas, pásalo directamente a ellos para que te lo explique.

El tiempo de John se llamaría un "impedimento" en los círculos ágiles.

Así que para seguir adelante sin dolores de cabeza y estresantes...

1. Pon tu presupuesto
2. Si John dice, eso es demasiado alto, debería ser x, responda con “¡Genial! Reunámonos más tarde y revisaremos la estimación después de eso una vez que obtenga sus ideas sobre el tema”
3. Sigue con tu día.

¿Sin reunión? No te preocupes, el compromiso sigue siendo tu estimación.

¿Se realizó la reunión y obtuvo la información que necesita? Dígale a su gerente que tiene que revisar la estimación a la baja; dudo mucho que le cause acidez estomacal.

¿Tienes un seguimiento sobre la revisión de la estimación? Dígales el estado de la reunión prometida.

John probablemente esté ocupado, así que reserve una reunión de 4 horas con esto en la agenda donde no esté ocupado con otra cosa. Hágalo tan pronto como pueda, preferiblemente inmediatamente después de las reuniones donde esto suceda.

Si no tiene tiempo en su horario, solicítelo en un correo electrónico con el gerente cc'ed para concertar una reunión con usted. Si está muy ocupado, pídele que lo coloque con tanta anticipación que tengas el tiempo necesario para resolverlo tú mismo si tiene que cancelar.

Cuando le pregunten por qué la tarea de cuatro horas le tomó dos días, simplemente diga "Dos días fue mi estimación. John se ofreció para ayudarme, pero cuando realmente le pedí ayuda, no obtuve nada".

Te está tirando debajo del autobús. Si esto es intencional o no, no lo sé. En cualquier caso, no puedes dejar que se salga con la suya.

La próxima vez que se estima una tarea que se supone que debes hacer, y John dice que debería tomar mucho menos tiempo, te levantas (no literalmente) y dices que esto sucedió antes, pero cuando lo necesitabas no obtuviste ninguna ayuda. de John, así que o se queda con su estimación original o John hace el trabajo con su propia estimación más corta.

La mayoría de estas respuestas son tan conflictivas...

Acérquese a su jefe en privado para discutir esta disparidad. No necesita tirar el SE debajo del autobús, no necesita tomar una posición pública y ni siquiera necesita hacerle saber a John que tiene un problema con él .

Tómese un tiempo a solas con el gerente y discuta la situación:

Oye, estoy teniendo dificultades con estos plazos. Los estoy cumpliendo de acuerdo con mis propias estimaciones, pero John dijo que me ayudaría a lograrlos más rápido. Me he acercado a él muchas veces, pero parece que siempre está demasiado ocupado con sus propias tareas... ¿hay algo que se pueda hacer?

De esta manera, el gerente al menos sabrá esperar más tiempo (más cerca de su estimación), o el gerente tomará medidas para asegurarse de que John ayude adecuadamente.

• No hay necesidad de tirar a John debajo del autobús.
• No es necesario hacer de esto un problema público.
• No es necesario escalar esto a otra cosa que no sea un "¿qué debo hacer, jefe?" tipo escenario.

Otro problema: no asumas la malicia de John . Es posible que se haya puesto inesperadamente ocupado o que simplemente no se haya dado cuenta de que su gran boca tiene este tipo de consecuencias.

Editar: como muchos mencionaron en los comentarios, la primera persona con la que hablar es probablemente John, si puede. Es posible que John ni siquiera se dé cuenta del efecto que tienen sus palabras, o que no está brindando suficiente apoyo.

Tienes dos objetivos en conflicto.

1. Completar el trabajo tan rápido como lo estimó su colega senior
2. No molestes a tu colega senior (cuando ya da señales de que no quiere prestarte toda su atención)

Es casi imposible cumplir ambos objetivos, pero tampoco diría que se puede esperar de ti.

Primero, podría hablar con su colega senior (déle la oportunidad de resolver el problema sin escalarlo frente al equipo).

Hola, John (colega principal). Como sugeriste, podría resolver la tarea mucho más rápido con tu ayuda. Pero siento que lo interrumpo en su trabajo (y me gustaría mantener una relación laboral positiva con usted). Probablemente estés muy ocupado. ¿Quiere que vuelva a mi estimación de 2 días o prefiere tener una reunión de 1 (?) hora para mis preguntas?

Si no hay una reacción de él, iría al gerente a continuación.

Oye, gerente. Quiero resolver la tarea en 4 horas con la ayuda de John. Pero siento que lo interrumpo en su trabajo y quiero tener una buena relación laboral con él. Parece que molesté a John al interrumpirlo o molesté al equipo, al demorarme demasiado. ¿Cómo quieres que proceda?

Podría darse el caso de que John insista en que ya te dio suficiente ayuda. Entonces tendrías que insistir en la planificación del próximo sprint en cómo debe ser la ayuda (por ejemplo, una reunión de 1 hora).

Observación final:

Ahora, no necesito su ayuda, no quiero su ayuda.

Aunque puede ser molesto trabajar con John, es posible que deba demostrar que está dispuesto a trabajar con él. Pero si sigue el enfoque anterior (y toma el derecho de formular cómo debe buscarle la ayuda), él le da el tiempo que necesita (y aprenderá algo) o vuelve a su estimación.

¿Cómo manejar a un colega que parece útil frente al gerente pero no ayuda en privado?

Así que no dejes que el trabajo y los esfuerzos queden en privado .

Siempre es mejor mantenerse informado sobre el posible incumplimiento de la fecha límite / estimación, en lugar de no cumplir con la fecha límite y luego hacer la autopsia.

Suponiendo que esto es algo recurrente (no un caso único, en el que John podría estar realmente atrapado en otra cosa y no poder brindar la ayuda que prometieron), debe asegurarse de que las otras partes interesadas (Gerente, Scrum Master, etc.) son conscientes de la contribución de usted y John.

Siempre que pidas ayuda, no la pidas en privado por completo. Inicialmente, envíe un correo electrónico indicando

• lo que intentaste
• como no funciono
• Qué ayuda / sugerencia necesita de John para continuar.

escribir algo como

"Estimado John, como discutimos en la reunión de planificación / standup, estoy trabajando en XYZ, y la tarea relacionada con PQR está bloqueada. Realmente agradecería su opinión sobre esto. También como discutimos, para completar esto dentro del tiempo estimado tiempo, necesito tener un camino a seguir más temprano que tarde, por lo que si me puede hacer saber su sugerencia sobre esto, será útil.

Por favor, hágamelo saber si desea que programe una reunión para discutir sobre esto. Dada la línea de tiempo estimada, supongo que debemos dejar de usarla en las próximas X horas/minutos. Aparte de eso, me temo que es posible que tengamos que volver a estimar la tarea".

Si no obtiene una respuesta dentro del tiempo estipulado, siéntase libre de marcar a su gerente y al gerente de scrum para mantenerlos al tanto de la situación de que la estimación está a punto de salir mal, dado que está esperando el aporte de John. Deje que el scrum master / manager decida las prioridades para John y para usted, y revise la estimación sin esperar a que se venza el plazo para la tarea.

Incluso después de eso, si no obtiene una respuesta de nadie, envíe un resumen diario del progreso realizado y en el elemento de acción bloqueado, marque voluntariamente todos ellos en bucle, de modo que al día siguiente, el estado no debería ser una sorpresa para alguien.

Listo, has hecho tu parte. Deje que John haga lo suyo, y lo mismo para el scrum master/manager.

Programar una reunión con él

Encontré que todas las respuestas anteriores son útiles, sin embargo, ninguna de ellas lo salva de una confrontación o de señalar con el dedo.

Si sintió la necesidad de crear un tema sobre esto, lo más probable es que haya sentido algo sospechoso: él interviene en su horario, afirma que se puede hacer en 4 horas con su ayuda, luego evita ayudar.

Así que oficialice esta "ayuda", pídale que programe sus 30 minutos.

E incluso si fallas, no te pongas nervioso: este tipo de trucos suceden mucho y tu gerente probablemente sabe que te está engañando. La próxima vez insista en 2 días.

Un ejemplo: estamos teniendo una reunión con el gerente y/o el scrum master y me preguntan cuánto tiempo llevará resolver el problema X. Respondo 2 días. El gerente y el scrum master están bien. Pero John saltará con algo como esto, "2 días son demasiado largos, esta es una tarea de 2 horas o de 4 horas". Mi respuesta sería algo así como: "Tienes razón, pero como todavía estoy aprendiendo sobre T1, he agregado un búfer a mi estimación".

Esta no fue una buena respuesta. Si John está tratando de quedar bien y usted queda mal, su respuesta logró exactamente lo que él quería. Una mejor respuesta es llamarlo por su farol. Por ejemplo:

"No puedo imaginar cómo se podría lograr esta tarea en 2 o 4 horas. Realmente creo que necesitaría 2 días para lograrlo. John, ya que pareces conocer una forma mucho mejor de hacer esto, ¿por qué no tomas esta tarea?"

Asegúrese de que no haya burla en su tono de voz.

Dado que no ha estado allí por mucho tiempo, un enfoque diferente podría ser mejor. Simplemente infórmele a su gerente que John no le brindó ninguna ayuda. Por ejemplo, podrías hacerlo de esta manera:

"Oye, sé que me tomó varios días realizar esa tarea que John dijo que solo tomaría alrededor de cuatro horas. Todavía estoy aprendiendo y habría apreciado cualquier sugerencia que John pudiera haberme dado, pero en realidad no lo hizo". termine teniendo tiempo para ofrecerme ayuda".

Si siente que aún no está en su máxima productividad porque todavía es nuevo, agregue algo al respecto, como:

"Todavía me siento bastante nuevo aquí y todavía estoy sintiendo mi camino un poco, y ciertamente aprecio cuando la ayuda prometida se entrega realmente".

Una vez más, asegúrese de no sonar como si se estuviera burlando o sarcástico al hacer estas declaraciones. Usa un tono nivelado.

Todavía no estoy convencido de que sea malicia.

Después de eso, cada vez que me acerco a él con una pregunta (una pregunta inteligente, hago mi tarea antes de acercarme a él) responde con monosílabos, la mayoría de las veces sin siquiera apartar la mirada del monitor, solo mirando la pantalla y respondiendo. en 'sí', 'no' u otras no-respuestas.

A los desarrolladores les gusta meterse en su cueva y concentrarse. Si les hace preguntas mientras están inmersos en un problema diferente, podrían hacer exactamente lo que usted describe. Es grosero, y no es realmente la forma más clara de John para comunicarse, pero básicamente, vienes en un mal momento. No había buen momento para venir.

Entonces, en lugar de eso, pregúntale en la reunión matutina: "John, ¿cuándo tienes media hora para ayudarme a comenzar con T1?" Obtener un horario de él. Esta es una petición razonable. También es respetuoso: muestra que sabes que su tiempo es valioso. También está limitado: no vas a arrastrarlo durante cuatro horas, solo media hora para empezar. También es preciso: nombra un tiempo y se compromete con él.

Obviamente, una vez que obtenga su franja horaria, utilícela y no la sobrepase. Si después de media hora aún no obtiene T1 por completo, pero ha logrado algún progreso, indíquele que se acabó el tiempo y que lo dejará volver a su propio trabajo. Una vez más, esto demuestra que respetas su tiempo. Pero también le da la oportunidad de ofrecerse como voluntario para continuar la lección. Lo más probable es que esté feliz de hacerlo; lo único que los programadores realmente odian es ser apartados de una tarea.

Una vez que termine la lección, trabaje en su problema T1. Debería poder hacerlo mejor que 2 días ahora, pero quizás no 2-4 horas. Ahí es cuando has dominado T1 y todavía estás aprendiendo. Pero si lo haces en 1 día, eso es progreso.

Entonces, eso es algo que puede presentar en la planificación del próximo sprint: "Bueno, el último sprint pude hacerlo en 1 día. La ayuda de John me ayudó mucho, pero todavía no soy tan bueno en T1 como él. John, ¿puedes ¿Programo otra media hora contigo para hablar sobre cómo hacerlo de manera más eficiente?

Esto aprovecha las ideas clave de Scrum: que el tiempo que lleva hacer algo no lo dicta un gerente, sino que se descubre probándolo y mejorando las estimaciones sobre lo que sucedió. A medida que se repite una tarea, los desarrolladores mejoran en la tarea (hacen más rápido) y mejoran en la estimación (predicción más precisa de qué tan rápido son).

Pareces estar abierto en principio a trabajar con John, así que creo que es una opción que no deberías descartar antes de intentarlo en serio.

Le pediría a John que se reúna para discutir esto. En la reunión, señale que su nivel actual de ayuda lo coloca en un lugar en el que no puede hacer promesas claras. Tienes dos opciones y dices que estás bien con cualquiera de las dos:

• Hágalo por su cuenta, lo que será lento porque necesita aprender la tecnología. Sus estimaciones serán irrelevantes.
• Hágalo con su ayuda, lo que depende crucialmente de su compromiso de ayudarlo y requerirá una atención real de su parte, más de lo que ha estado gastando hasta ahora. Será un esfuerzo de equipo de ustedes dos porque sus estimaciones dependerán de su ayuda. No está de más lanzar un cumplido honesto, por ejemplo, decir que estás feliz de aprender de él si ese es el caso.

Pregúntele si está abierto a la opción dos y, si lo está, discuta cómo funcionará esto en la práctica. Si está de acuerdo con esto, ahora puede informar en la próxima reunión que John y usted han decidido colaborar en esto y que sus estimaciones se basan en eso. Si no, pídale que esté de acuerdo en que lo hará solo; ahora, en la próxima reunión, puede informar que usted y John acordaron que lo harán por su cuenta y sus estimaciones se basan en eso.

En todo momento, presente esto como una mera cuestión de decidir la opción más práctica para el equipo: sea sensible a la política o los sentimientos personales, pero déjelos fuera de la discusión.

Al obtener su acuerdo explícito, puede esperar tener más apoyo de él la próxima vez que esto surja en las reuniones del equipo, y si no, puede recordárselo o pedirle consejo a su gerente sin que John se sienta excluido.

Estoy de acuerdo con la mayoría de las respuestas en este hilo: ya sea que John actúe con malicia o simplemente sea su "programador" de software introvertido pasivo-agresivo habitual, está dañando su reputación mientras aumenta la suya.
Por lo tanto, recomendaría seguir las rutas de acción sugeridas por otras respuestas, es decir, escalar el problema con los gerentes (ya sea por adelantado, en las reuniones diarias o en silencio, a través de un correo electrónico solo al gerente ) .

Lo que la mayoría de las otras respuestas olvidan mencionar es que necesitaría pruebas.
John es un senior, una pyme, con la empresa desde hace mucho tiempo.
Él es el rey de facto de su reino, el departamento en el que ambos trabajan.
Ni él ni los gerentes lo tomarán bien hablar mal de él sin tener algo bueno que mostrar.

Afortunadamente para usted, la mayoría de los teléfonos inteligentes de hoy en día tienen una grabadora incorporada, o puede descargar una aplicación de grabación.
También es común hoy en día que las personas caminen con su teléfono en la mano todo el tiempo, incluso cuando no están hablando, enviando mensajes de texto o Facebook.

Enciende la grabadora antes de acercarte a John, teléfono en mano.
A menos que John sea un maestro espía latente, eso no debería preocuparle en absoluto.

Haga sus preguntas a las que probablemente obtendrá las respuestas desdeñosas habituales.
Esta vez, sin embargo, están en la "cinta" proverbial.

Cuando decide escalar, ahora tiene su prueba.

Yo personalmente lo haría un par de veces, así que puedo mostrar que es un patrón establecido, no solo un incidente de una sola vez cuando John, inevitablemente, saca el: "bueno, ya sabes, estaba ocupado y este n00b viene preguntando esto pregunta, solo puede buscar en Google. Vamos, me conoces desde hace años, ¿de quién vas a tomar la palabra?

El mundo, especialmente el mundo de la tecnología, está lleno de imbéciles cuya idea de ser dominantes es minimizar a la persona que tienen delante para no amenazar su frágil ego.

PD Si, después de recopilar varias pruebas de este tipo y escalar el tema a su gerente, ve que todavía tienen la espalda de John y no la suya ... bueno, un mes o dos ni siquiera es algo que ponga en su currículum.

El currículum que debes comenzar a enviar.

Si sus gerentes aceptan y aprueban un comportamiento de mierda siempre y cuando sea entregado por su preciada y querida SME... que se queden con él y disfruten de su comportamiento.
¡Sal y busca un lugar donde la gente sea amable y servicial y no se toleren los idiotas!