De Conocer las Respuestas a Asumir la Responsabilidad
Lo que cambió cuando mi rol pasó de la experiencia técnica al liderazgo
Introducción — Cuando la experiencia ya no era suficiente
Durante mucho tiempo, la experiencia me permitió avanzar.
Si podía diseñar el sistema, explicar los compromisos y resolver los problemas difíciles, las cosas se movían.
En los últimos años, mientras lideraba un equipo de DevOps y Site Reliability Engineers, me di cuenta de algo importante: la experiencia técnica ya no era suficiente.
Este no fue el momento en el que me convertí en líder. Había ejercido liderazgo mucho antes — en el ámbito militar, en entornos corporativos y más adelante como desarrollador de software y arquitecto de soluciones. Fui intencional con el momento en que decidí hacer la transición de contribuidor individual a gestión. No quería hacerlo por el título ni por el dinero. Quería hacerlo cuando me sintiera preparado para asumir las consecuencias de ese cambio.
Lo que me sorprendió no fue la responsabilidad en sí, sino la forma que tomó el liderazgo.
En este rol, los resultados, las personas y la realidad del negocio se volvieron inseparables. Las decisiones dejaron de evaluarse únicamente por su corrección técnica y comenzaron a medirse por su impacto en los equipos, la confianza en la entrega y la organización en su conjunto. El trabajo dejó de ser diseñar soluciones y pasó a ser crear entornos donde otros pudieran tener éxito — y donde el error tenía un peso humano real.
Esta reflexión no trata sobre DevOps, SRE o arquitectura como disciplinas. Trata sobre lo que ocurre cuando tu trabajo deja de centrarse principalmente en lo que sabes y empieza a enfocarse en lo que otros necesitan para tener éxito.
Espero que esto sea útil para alguien que esté considerando una transición similar, para quien acompaña a otros en ese camino o para quien, en silencio, se pregunta por qué el liderazgo se siente más pesado de lo esperado — incluso cuando es el paso correcto.
De las buenas prácticas a la relevancia para el negocio
Algunos de los momentos más peligrosos en el ámbito militar no ocurren cuando los planes fallan, sino cuando se insiste en ejecutar un plan técnicamente correcto ignorando lo que está ocurriendo en la realidad. La corrección no garantiza el éxito. La conciencia del contexto, sí.
Como desarrollador senior y arquitecto de soluciones, aprendí a diseñar sistemas capaces de escalar y adaptarse. Se analizan alternativas con una misión clara — funcionalidades, requisitos no funcionales, crecimiento futuro — y se proponen soluciones pensadas para manejar riesgo y complejidad. En ese proceso, constantemente se nos recuerda seguir buenas prácticas: de seguridad, auditorías, patrones de arquitectura y ecosistemas cloud.
Estas prácticas importan. Pero el liderazgo me enseñó que son valiosas e insuficientes.
Como ingenieros, debatimos con frecuencia los compromisos: cuánto invertir en pureza arquitectónica, cuánta abstracción es suficiente, cuándo un patrón habilita crecimiento y cuándo se convierte en sobrecarga. Estas discusiones son sanas. Lo que cambia con el liderazgo es que los compromisos dejan de ser teóricos. Tienen peso financiero, consecuencias operativas e impacto humano.
Los presupuestos son reales. La capacidad de los equipos es limitada. El crecimiento debe justificarse, no asumirse. A veces la pregunta no es cuál es el mejor diseño, sino cuál es la mejor decisión bajo las restricciones actuales. ¿Sumamos personas, sabiendo que los equipos solo escalan hasta cierto punto? ¿Invertimos en automatización o aprovechamos nuevas capacidades para amplificar resultados? ¿Postergamos elegancia para reducir desperdicio? Estas no son preguntas puramente técnicas — y rara vez son populares.
Aquí es donde la relevancia supera a la corrección.
Liderar no significa abandonar el rigor ingenieril. Significa asumir la responsabilidad de priorizar y establecer límites claros que permitan a los equipos avanzar de forma sostenible. Los límites en costos, sostenibilidad e impacto no existen para frenar a los ingenieros, sino para proteger la capacidad de la organización de crecer sin generar deuda oculta.
A menudo pienso en cómo decidiríamos si el dinero fuera nuestro. Ese ejercicio mental no simplifica las decisiones, pero cambia la perspectiva. Obliga a considerar el sistema completo: el negocio, las personas y las consecuencias a largo plazo de las decisiones de hoy.
Lo que más ayuda es la claridad en los objetivos. Cuando las metas organizacionales son visibles, los líderes y managers pueden traducirlas en restricciones comprensibles para los ingenieros, permitiendo decisiones informadas en lugar de optimizaciones aisladas. Esa traducción es parte del trabajo. No es vistosa, pero es esencial.
Este cambio no se trata de elegir negocio sobre ingeniería. Se trata de ser un mejor jugador de equipo por el bien común — independientemente de si el liderazgo es o no tu destino profesional.
Cuando el trabajo pasó a ser sobre personas
En algún punto, el trabajo dejó de centrarse principalmente en sistemas y comenzó a centrarse en personas. No de forma abstracta o “blanda”, sino de manera muy práctica. El progreso, la confiabilidad y los resultados comenzaron a depender de la confianza, la claridad y de qué tan seguro se sentía el equipo para hablar o tomar decisiones.
Al inicio de mi carrera, invertía mucho tiempo en investigación y preparación para presentar soluciones sólidas u opinar con fundamento sobre las de otros. Cuando las cosas se ralentizaban, mi instinto era intervenir — avanzar más rápido, quitar fricción y mantener el ritmo. Ese instinto no desapareció de un día para otro, pero el liderazgo empezó a exigir otra respuesta.
El cambio fue entender que liderar no es solo resolver problemas, sino crear las condiciones para que otros los resuelvan. La influencia empezó a ser más importante que el control. Saber cuándo no actuar se volvió tan relevante como saber cómo actuar.
Get Henry Harody Delgado’s stories in your inbox
Join Medium for free to get updates from this writer.
Otro ajuste fue ser más honesto respecto a los límites. En este rol, no se espera que seas el experto técnico más profundo en cada dominio. La responsabilidad está en dar dirección, contexto y apoyo — y en asegurar que la experiencia correcta esté disponible cuando se necesite. Confiar en las fortalezas del equipo, y contribuir donde tiene sentido, pasó a ser parte del trabajo.
Con el foco en las personas, entendí que el avance muchas veces depende menos de decisiones técnicas y más de claridad, alineación y entendimiento compartido. La seguridad psicológica no implica bajar expectativas, sino crear un entorno donde se pueda aprender, cuestionar ideas y avanzar con responsabilidad.
Este tipo de liderazgo no es estático. Requiere ajuste constante, reflexión y paciencia. Algunas cosas funcionan, otras no. Lo importante es ser honesto sobre qué ayuda al equipo a rendir de forma sostenible y estar dispuesto a cambiar cuando no es así.
Con el tiempo, escuchar mientras se protege el foco se convirtió en una práctica intencional. También aprender a absorber tensión — asumir presión para que otros puedan concentrarse en su trabajo. Ese esfuerzo invisible no aparece en métricas ni diagramas, pero hace posible el progreso.
De explicar a alinear
La comunicación clara no era el principal problema. El entendimiento compartido lo era. No necesitaba explicar más, sino conectar de otra manera.
Como ingenieros, podemos tener razón técnicamente, buenas intenciones y aun así ser malinterpretados — no porque comuniquemos mal, sino porque la alineación requiere traducción, repetición y escucha entre distintos marcos de referencia.
A medida que crecieron mis responsabilidades, esto se hizo más evidente. El trabajo ya no era solo profundidad técnica, sino influencia e impacto. Ese impacto debía ser visible para la organización: uso responsable de recursos, sistemas confiables y decisiones que se sostuvieran en el tiempo. La claridad era necesaria, pero no suficiente. Lo clave era que distintas audiencias entendieran por qué el trabajo importaba y cómo se conectaba con objetivos comunes.
Esto es especialmente relevante en entornos multiculturales y distribuidos, donde las suposiciones, el lenguaje y el contexto varían. He tenido que aprender — y sigo aprendiendo — dónde se rompe la comunicación, cómo explicaciones bien intencionadas generan fricción y cómo pequeños cambios en el enfoque pueden reducir confusión y acelerar decisiones.
Gran parte del trabajo ingenieril — confiabilidad, seguridad, mitigación de riesgos — es invisible hasta que falla. Eso hace que se perciba como trabajo adicional en lugar de como habilitador de la misión. Cerrar esa brecha requiere más que precisión. Requiere contexto, repetición y escuchar con atención qué preguntas se están haciendo realmente.
Los marcos y modelos mentales pueden ayudar a ordenar ideas, y algunos me han sido útiles. Pero son solo herramientas. Lo más importante es la intención: hacer accesibles las ideas sin perder su significado y reforzar el mismo mensaje con el tiempo, usando un lenguaje que distintas audiencias puedan reconocer.
He aprendido — y sigo aprendiendo — que podemos describir muy bien un problema técnico y aun así no lograr alineación. La alineación ocurre cuando las personas ven el valor, entienden cómo encaja el trabajo en el panorama general y sienten que avanzamos hacia un resultado compartido, no que negociamos prioridades enfrentadas.
Esta es una disciplina continua. La comunicación no se domina una vez y se deja atrás. A medida que crece el alcance y la responsabilidad, también debe evolucionar la forma de comunicar. La idea puede ser la misma, pero la manera de transmitirla debe adaptarse a quien la recibe. Hacerlo sin perder integridad técnica es parte de lo que exige el liderazgo.
Conclusión — Aún aprendiendo, aún responsable
Esta transición no me hizo mejor que antes. Me hizo diferente.
Pasar de contribuidor individual a un rol más estratégico cambió cómo pienso, cómo decido y cómo asumo la responsabilidad. No reemplazó la curiosidad técnica ni la disciplina ingenieril — las transformó. El trabajo ahora vive en la intersección entre personas, prioridades y resultados, donde los compromisos son constantes y la claridad nunca es definitiva.
Este sigue siendo un proceso de aprendizaje. Hay días en los que me siento alineado y otros en los que recuerdo cuán importante es el contexto, lo frágil que puede ser el entendimiento y cómo el liderazgo implica convivir con la ambigüedad más tiempo del que resulta cómodo. Ese aprendizaje incluye personas, culturas y comunicación — especialmente cuando el idioma también forma parte del desafío. No es una excusa, pero sí parte de la realidad de trabajar en entornos globales y diversos.
Este camino no es para todos — y no debería serlo. Algunos ingenieros exploran el liderazgo y descubren que su mayor impacto está como contribuyentes individuales. Otros lo intentan, dan un paso atrás y regresan fortalecidos. Ninguna de estas decisiones es un fracaso. Ninguna es mejor que la otra. Simplemente optimizan distintos tipos de impacto.
Comparto estas reflexiones no como un manual, sino como una instantánea — un momento en mi propia evolución, de construir soluciones a cuidar entornos donde otros puedan tener éxito. Si estás considerando una transición similar, acompañando a alguien en ese proceso o navegando la tensión entre profundidad y alcance, espero que algo de esto te resulte cercano.
Y si tu experiencia ha sido distinta — hacia adelante, hacia atrás o en otro sentido — me encantaría conocerla. El liderazgo no es un destino. Es una práctica. Y como toda práctica que vale la pena, se mejora en conjunto.
Notas para quien quiera profundizar
A lo largo del tiempo he conocido distintos marcos y libros que me ayudaron a pensar con más claridad sobre comunicación y liderazgo. No los sigo de forma rígida, pero han influido en cómo reflexiono y me adapto.
Algunos ejemplos, para quien quiera explorar:
- BLUF (Bottom Line Up Front)
- Empieza con el porqué — Simon Sinek
- Los buenos líderes hacen grandes preguntas — John C. Maxwell
También me interesa conocer qué le ha resultado útil a otros. Sigo aprendiendo.
