Team-Buddy
encaje de rol desarrollo profesional Developer Advocacy comunicación

El desarrollador que amaba explicar: El paso de Daniel a Developer Advocacy

Un sólido ingeniero que se iluminaba al enseñar a otros encontró un puesto construido en torno a esa chispa. Cómo ocurrió el cambio a Developer Advocacy y por qué su antiguo equipo sigue beneficiándose.

Nota de privacidad: Esta es una cuenta compuesta basada en patrones reales que vemos en distintos equipos. El nombre y la fotografía son ilustrativos y no representan a ninguna persona real. Los detalles identificativos se han modificado para proteger la privacidad.

Daniel era un ingeniero sólido que entregaba trabajos fiables sin complicaciones. Pero los momentos en los que realmente cobraba vida eran distintos: explicar un concepto difícil a un nuevo compañero, escribir la guía interna que todos guardaban en favoritos, responder en el chat a las preguntas de "¿cómo funciona esto en realidad?".

Transmitir el conocimiento en silencio

Cada equipo tiene a alguien cuyas explicaciones hacen que todos sean más rápidos. Ese era Daniel. Su código era bueno; su capacidad de enseñanza era excepcional. Sin embargo, su puesto solo medía lo primero, y lo segundo (probablemente su mayor contribución) era invisible para cualquier evaluación.

Lo que reveló el encaje de rol

Por curiosidad, Daniel ejecutó el encaje de rol en el modo "para mí". El perfil de comportamiento destacó una fuerte comunicación y una profunda curiosidad. Los patrones en su trabajo mostraron que gran parte de su impacto real provenía de habilitar a otros en lugar de sus propios commits. El análisis sugirió Developer Advocacy como dirección, y señaló las señales exactas detrás de la sugerencia, por lo que se sintió ganada en lugar de asignada.

Una conversación, no un veredicto

El objetivo no era decirle a Daniel que era un ingeniero mediocre; no lo era. Era mostrar que una gran fortaleza se estaba gastando al margen. El encaje de rol ofreció una orientación comprensiva y conservadora, y algunas preguntas honestas para su gerente. La que tuvo éxito: "¿Por qué cosas te dan más las gracias tus compañeros?". La respuesta no fue su código. Fueron sus explicaciones.

El cambio

Daniel se trasladó a un puesto de Developer Advocacy: escribir documentación, crear tutoriales, dirigir sesiones internas y representar al equipo de ingeniería ante una audiencia más amplia. La habilidad que había estado regalando gratuitamente se convirtió en el centro de su trabajo.

El resultado

La documentación mejoró, la integración de nuevos empleados fue más rápida y las guías que produjo Daniel siguieron beneficiando a su antiguo equipo mucho después de que se marchara. Su encaje subió de "moderado" a "fuerte", y la empresa convirtió una fortaleza oculta en un activo visible y compuesto.

Lo que los gerentes pueden aprender de esto

Por lo que la gente da las gracias a un colega suele ser el puesto que deberían estar desempeñando. El encaje de rol lo hace visible, ya sea que lo ejecutes para ti mismo para entender tu propia ventaja, o para un miembro del equipo para ayudarle a crecer en la suya.

¿Quieres aplicar estas ideas a tu equipo?

Team-Buddy ofrece puntuaciones de CI, perfiles de inteligencia emocional y análisis de sinergia: todo lo que necesitas para crear y acompañar un equipo de alto rendimiento.

Empezar gratis