La transición

de gestionar código a gestionar personas.

Historias de un desarrollador convertido en manager

Muchas gracias a los organizadores de PyCon Latam por hacer esto posible.

Para los que me conocen de hace tiempo... un sueño hecho realidad.

Prólogo

¿Quién soy yo?

• Desarrollador de software, autodidacta con más de quince años de experiencia.
• Entusiasta del software libre.
• Organizador de Python Monterrey.
• Ex-Organizador de PyCon Latam (2019).
• Involucrado de alguna forma u otra en las comunidades de de software (especialmente Python) desde hace más de diez años.
• Actual Software Engineering Manager en Spectrum Effect.

la transición

La siempre temida y cuestionada transición.

índice

• Regularmente en los equipos de desarrollo de software, los caminos de carrera son divididos entre Contribuidor Independiente (principalmente técnico) y Gestión (principalmente manejo de equipos).

contexto

Aquí

contexto

contexto

• Rara vez el mismo puesto significa lo mismo en dos compañías, especialmente si son de diferentes industrias o tamaños.
• Por alguna razón (o pura necesidad) se le ofrece o sugiere a alguien a un camino de gestión de equipos.
• Esto generalmente viene por una combinación de habilidades técnicas, liderazgo y otras soft skills.
• Paradójicamente a veces se tiene a personas especializándose en algo que luego... se le priva de hacer de forma directa, o al menos idealmente.
• En mi experiencia, en México es muy común que sea el camino que más se espera que se tome, debido a que el "track" puramente técnico aún no es del todo apreciado (y en consecuencia remunerado correctamente).

cualidades

• Liderazgo (¡explique más jovencito!).
• Buen manejo de emociones.
• Buena habilidad para comunicarse.
• Resolución de conflictos.
• Experiencia de haber visto una amplia variedad de casos de errores y aciertos (técnicos o de manejo del trabajo).
• Idealmente, un buen modelo a seguir en cuanto a prácticas (salvo que se tenga en equipo con figuras principalmente técnicas que sirvan de ejemplo como puestos de Staff o Principal).
• Preferencia a una mentalidad de crecimiento vs fija.
• Ganas (¡o mínimo tolerancia!) de trabajar directamente con personas
• Tolerancia a muchas situaciones que están fuera de tu control.

retos/ventajas

• 👍Con mayor facilidad se pueden proponer cambios grandes, ya sea estructurales del equipo o técnicos.
• 👍 Mayor impacto directo sobre la carrera profesional de tu equipo.
• 👍 Mayor impacto sobre la dirección de hacía donde se avanza.
• 👍/👎 Sí desde antes ya habías desarrollado un gusto por aprender cosas nuevas (algo muy común entre los mejores desarrolladores), el nuevo reto presenta todo un nuevo conjunto de cosas por aprender.
• 👎 Se necesita crear una nueva forma de apreciar tu trabajo, por que no se tiene la retroalimentación inmediata de cuando se trabaja directamente en la implementación.
• 👎 Muchas veces a lo mucho que se alcanza es a hacer prototipos de ideas.

retos/ventajas

• Consecuencia de que muchas veces se ponen personas no preparadas para el puesto, hay muchos malos ejemplos de managers. Hechos managers por necesidad o suerte.
• Lo anterior junto con la idea de que las personas no dejan compañías, sino un mal manager... alguien en un puesto así puede resultar bastante tóxico para una organización.
• Afortunadamente hay buenos ejemplos (que me ha tocado ver en mi carrera), lo cual hace toda la diferencia en tu carrera profesional. Interacciones del día a día, se vuelven lecciones en tu carrera profesional.
• Especializarse en este camino puede resultar en búsquedas laborales más complicadas a futuro (menos oferta de vacantes)

retos/ventajas

• Se desarrollan habilidades que pueden tener efectos positivos inesperados en tu vida (al trabajar directamente sobre soft skills)
• Fácilmente se puede caer en la idea de productividad medida en juntas.
• Dicho lo anterior... si vas a tener más juntas, incluyendo 1:1 y reuniones incomodas para aclarar malos entendidos.
• Se tiene una presión directa o indirecta por evaluar a las personas de tu equipo y en consecuencia tomar acciones al respecto, desde promover hasta despedir.

Alternativas

• Hacer hincapié en el camino técnico, buscando trabajar con organizaciones de mucha especialización técnica.
• En los roles de Senior para arriba (principalmente a nivel de Staff en adelante), se requieren ciertas de las cualidades antes mencionadas, tampoco se escapa del todo del tema. De lo contrario se vuelve un techo en la carrera profesional (salvo excepciones).
• La (falsa a mi parecer) salida de freelancear o emprender como para mantenerte puramente en los técnico seguro resulta contraproducente, te vuelves más vendedor que desarrollador, si realmente quieres que sea sostenible.
• El puesto de Lead Software Engineer, puede ser un buen balance, pero puede resultar problemático el no poder desarrollar a profundidad uno de los dos aspectos.

¿preguntas?

Muchas gracias

❤️