Colega sigue cometiendo errores, ¿cómo ayudarlo? [cerrado]

Uno de mis colegas que dirijo sigue cometiendo errores con el trabajo que me ayuda a entregar.

He intentado ayudarlo de la siguiente manera:

  • Criterios de aceptación del usuario de cuidados de escritura
  • Si tiene que implementar una funcionalidad, darle un diseño de cómo debería verse. El diseño lo hace un diseñador.

A pesar de esto, parece estar cometiendo los mismos errores una y otra vez, con algunos me pregunto por qué ha cometido el error, es decir, una tarea típica sería implementar una funcionalidad basada en la maqueta. Cuando termino revisando su trabajo, la funcionalidad no se ve igual, lo que hace que el cliente se enoje porque lo que habían acordado no es lo mismo en realidad. El problema no es un problema de codificación, sino que no siguió el diseño de cerca. A veces, para rectificar la situación, tengo que entrar y arreglar su código para que se vea igual, pero como estoy a cargo de entregar el proyecto, me irrita hacer su trabajo.

¿Cuál es la mejor manera de manejar esto?

Al discutir por qué cambió la función, ¿tuvo una explicación? Tal vez sienta que lo "mejoró", pero no entendió que debe hacerse exactamente como se discutió. Es posible que ni siquiera sepa que lo está haciendo mal y que piense que sus sugerencias son solo eso.
Espera, ¿por qué su trabajo se presenta directamente al cliente para que se enoje? ¿No hay algún tipo de revisión o "puerta" interna antes de que llegue al cliente?
Bienvenido al planeta tierra. Si fuera perfecto sería tu jefe. Parte del negocio es hacer un uso eficaz de las personas defectuosas.
¿Es este un trabajador remoto? Porque si lo tuviera sentado al lado del diseñador, o al lado del control de calidad, en lugar de darle acceso directo al cliente (que en realidad es su trabajo), probablemente no tendría este problema. Trabajar de forma remota es difícil, precisamente porque el ciclo de retroalimentación es mucho más largo, por lo que en lugar de tomar 10 segundos para corregir algo echando un vistazo rápido a su lado, probablemente necesite ejecutar el código usted mismo y luego enviar un correo electrónico formal deletreando el problema en su totalidad, y luego debe esperar una respuesta que solo puede regresar el próximo día laboral.
Entonces, si lo que estoy diciendo es correcto, hasta que produzca un trabajo de calidad, debe pedirle que produzca una captura de pantalla de su trabajo y colocarla al lado de la maqueta real, y luego pídale que explique qué trabajo restante tiene que hacer en sus informes diarios para usted. Como otra posible solución, podría intentar contratar a un pasante en la misma ubicación de ese desarrollador y hacer que sea el control de calidad para él. El control de calidad es realmente muy importante, pero no parece que haya nadie dedicado a esa función.

Respuestas (1)

Asegúrese de que sepa que se trata de un problema grave.

Algunos de nosotros no nos sentimos tan cómodos dando críticas. Es fácil evitar discutir un problema serio o minimizarlo. Pero si este es el caso, no ayuda ni a él ni a ti.

Si aún no lo ha hecho, tenga una conversación con él en la que le explique que se trata de un problema grave y sistemático. No se limite a señalar los errores individuales; asegúrese de que sepa que este es un patrón continuo que es inaceptable.

Esto no tiene que ser todo negativo; puede ofrecerle apoyo y dejar en claro que desea trabajar juntos de manera constructiva para que pueda lograr el éxito. Pero hay que comunicar el mensaje básico de que hay un problema grave. De lo contrario, no llegarás a ningún lado.

Revisar formalmente su trabajo frente a requisitos claros.

Asegúrese de que sepa exactamente cuáles son los requisitos para una tarea (parece que ya ha estado trabajando en esto), y también haga un seguimiento con una revisión de los requisitos.

Si se suponía que debía implementar un diseño en particular, revise su implementación contra el diseño y observe cualquier inconsistencia. Si no coinciden, ha fallado la revisión y debe regresar y solucionar los problemas.

Evite limpiar después de él.

Si es posible, no arregle su código usted mismo. En su lugar, envíeselo a él para que lo corrija.

Tal vez en algún momento deba hacer esto, porque es fundamental para la entrega. Pero si es así, asegúrese de que se le resalte esto como un problema.

Reúnase con él regularmente para evaluar el desempeño a lo largo del tiempo y establecer metas claras y medibles.

Asegúrese de que sepa cómo es el éxito a largo plazo y trabaje con él para lograrlo.

Pero en algún momento, si el problema persiste, es posible que deba tomar la difícil decisión de dejarlo ir. Si es así, cualquier medición en curso de su desempeño apoyará este proceso.

Es importante nunca limpiar después de un incompetente. Envíelo de vuelta con comentarios sobre cómo solucionarlo. Hazle sentir el dolor de arreglarse. Si es necesario, siéntate con él y guíalo, pero nunca toques el teclado. Habilitas a un incompetente si limpias después de él. La gente se pregunta cómo estas personas se mantienen empleadas, es porque otros limpian su trabajo. Es importante que sepa que su trabajo está en juego si no puede arreglar estas cosas y el trabajo nunca mejora.
@HLGEM: son comentarios como esos los que me hacen presionar a StackExchange para obtener un botón "+100". Desearía poder obligar a algunas personas con las que he trabajado a leer eso en voz alta al comienzo de cada día laboral.
@WesleyLong ¡Eso es cierto!
Colega sigue cometiendo errores, ¿cómo ayudarlo? [cerrado]
RespuestasAquíPolítica de privacidad1y, 0v