Ya soy desarrolladora Senior ¿Ahora qué? - Juan Pablo Buriticá

Juan Pablo Buriticá comparte una guía directa para quienes ya son desarrolladoras senior y se preguntan qué sigue. La clave no es el código elegante, sino el impacto, la responsabilidad por decisiones, el control del tiempo y la capacidad de hacer crecer a otras personas. A partir de ahí, se abren dos rutas: el camino técnico y el camino gerencial.

¿Qué significa realmente ser senior en ingeniería de software?

Ser senior va más allá de programar en Python, JavaScript o Ruby. Programar puede ser una actividad individual, pero construir software es una actividad social. Requiere comunicar, coordinar, negociar y avisar. No son “habilidades blandas”, son habilidades sociales que hacen posible el trabajo en equipo.

• Asumes responsabilidad total por tus decisiones técnicas y sus resultados.
• Entiendes cómo tus acciones impactan a tus usuarios y qué palancas mover para mejorar el producto.
• Combinas profundidad técnica con entendimiento del negocio: React, PHP, APIs, funnel de adquisición, reducción de afección, monetización y evaluación de uso.
• Tienes control de tu tiempo: planificas sprints, cumples estimaciones y gestionas expectativas cuando aparecen obstáculos.
• Multiplicas talento: ayudas a que otras personas se vuelvan senior mediante mentoría y guía.

¿Qué caminos existen tras alcanzar el nivel senior?

Al llegar a senior, la carrera no termina: se abren dos rutas con impacto creciente y más a largo plazo. En ambos caminos, gran parte del impacto ocurre a través de otras personas.

¿Cómo es el camino técnico y en qué impacta?

No lideras personas directamente, lideras decisiones y estrategias técnicas. A medida que avanzas, estás a cargo de sistemas más grandes y críticos. Tus decisiones de arquitectura pueden tardar años en mostrar resultados e incluso cambiar el negocio.

• Enfoque en tecnología y producto con visión de largo plazo.
• Decisiones que afectan el negocio, como cuando un equipo aprovechó capacidad extra y creó un producto en la nube como AWS.
• Lideras estrategia técnica y coordinación entre equipos, no solo el propio sprint.
• Pasas de reaccionar a ser proactiva: planteas estrategia y alineas a múltiples actores.
• Tu contribución se da a través de otros; puedes escribir menos código y aún así tener gran responsabilidad.

¿Cómo es el camino gerencial y qué responsabilidades tiene?

Comparte la amplitud de impacto, pero el foco está en personas, procesos, producto y estrategia organizacional. Idealmente dejas de programar para dedicarte al crecimiento del equipo y a la ejecución del producto.

• Lideras estrategia, expectativas y tiempos del equipo.
• El impacto tarda en verse y puede cambiar por completo el negocio.
• Títulos y niveles varían según la organización: en lo técnico puedes ver staff, senior staff, principal, distinguished; en gestión, manager, senior manager, director, senior director, vicepresidente y CTO.
• Las estructuras difieren: Facebook puede operar sin títulos, mientras Microsoft maneja muchos niveles (desde el 59); Google refleja ambos caminos en su escalera de crecimiento.

¿Cómo crecer, elegir y moverse entre caminos?

El crecimiento exige paciencia y entender que programar nos lleva hasta cierto punto. Para ampliar impacto hay que desarrollar habilidades sociales y asumir más responsabilidades con intención.

• Fortalece comunicación, presentación, coordinación y resolución de conflicto. El software implica negociación y visiones distintas.
• Pide y toma responsabilidades: coordina iniciativas y colabora más allá de tu módulo.
• Aprende de consecuencias: qué funcionó, qué no, y cómo mejorar la próxima vez. Quédate el tiempo suficiente para ver los efectos de tus decisiones.
• Maneja expectativas con transparencia: comunica riesgos y cambios de estimaciones.
• Ayuda a otras personas a crecer: la mentoría es un acelerador de impacto.
• Reconoce límites organizacionales: el crecimiento también depende del tamaño y necesidades de la empresa.

Elegir no es definitivo: es un péndulo. Puedes moverte del camino técnico al gerencial y volver, aprendiendo de ambos. El rol de lead no es un cargo fijo, es un “sombrero” que te permite coordinar proyectos sin gestionar personas. Quizá descubras que prefieres seguir en el código, y está perfecto; o que te entusiasman procesos, escalamiento y estrategia, y avances en gestión.

Para explorar liderazgo de ingeniería, menciones útiles fueron LeadDev y el libro en inglés The Manager’s Path de Camille Fournier. Y si quieres seguir la conversación, el contacto compartido fue @uriticaa en Twitter.

¿Qué dudas te quedaron sobre el salto de senior a liderazgo? ¿Qué camino te atrae más y por qué? Comparte tus preguntas y experiencias en los comentarios.