De qué trata esta categoría: historias sobre desarrollar, corregir el rumbo, y cuidar a las personas de un equipo — distinto a las cicatrices técnicas/operativas de la categoría anterior. Esta categoría nace de reconocer que no toda lección de liderazgo es sobre un sistema que falló — algunas son sobre una persona a la que había que escuchar mejor.
¿Por qué una categoría separada de Liderazgo & Operación?
Porque corregir el rumbo de una plataforma y corregir el rumbo de una persona no son la misma habilidad. En la operación, la respuesta suele ser técnica: un circuit breaker, una variable inmutable, un cambio de arquitectura. Con las personas, la respuesta nunca es un parche — es escuchar mejor, formar mejor y cuidar el vínculo mientras se corrige.
¿Para quién es esta categoría?
Para quien lidera equipos en una empresa SaaS o fintech — y reconoce que su trabajo más difícil no es el sistema que falla, sino la persona a la que hay que escuchar mejor.
Artículos de esta categoría
Artículos en este tema
El feature de 6 horas que nunca debió construirse
Un gerente nuevo estaba a punto de solicitar un feature de 6-8 horas que la plataforma ya resolvería. Mostrar los reportes en vivo evitó el desarrollo y construyó su modelo mental. Fondo: 17.3 h/semana de los ingenieros se van en deuda técnica (Stripe).
Leer artículo completoLo que los números no explicaban, hasta que pregunté
El desempeño de una persona cayó sin razón aparente. En vez de vigilarla, le pregunté: era un tema de salud, no de compromiso. Ajustar su horario restauró sus números. Fondo: 86% de los empleados valora la empatía del liderazgo (EY).
Leer artículo completoPor qué fracasa un plan de desarrollo de talento (y cómo detectarlo a tiempo)
Un plan de crecimiento impecable en papel: cursos definidos, retroalimentación regular, destino claro. Faltaba la convicción de la persona. Nunca se completó la capacitación y salió por desempeño. Hitos fechados y conversación honesta.
Leer artículo completoLas horas extra que nadie ve: cómo evitar el burnout en un equipo de soporte bajo presión
Una reducción de headcount nos dejó sobre capacidad: 30–40% de los casos eran configuraciones fuera de contrato. El riesgo no eran las horas extra — era que se volvieran parte del paisaje. Compensación a elección, plan visible y automatización.
Leer artículo completoCómo construimos, desde cero, el equipo que después generó más de la mitad de nuestro ARR
Cuatro personas construidas sin un proceso definido, documentando mientras atendíamos clientes. Repartir responsabilidades según la fortaleza real de cada quien y resolver desacuerdos con criterio objetivo —no jerarquía— lo sostuvo. Ese equipo generó más de 50% del ARR.
Leer artículo completoPor qué tardamos 30% más en contratar a un DevOps, y por qué valió la pena
Dependíamos por completo de Jenkins sin experto interno y R&D estaba bloqueado. La presión decía "contrata a quien lo mantenga". Esperamos a alguien que modernizara de verdad: retiró Jenkins, migró a Azure DevOps y formó a los líderes de infraestructura de hoy.
Leer artículo completoCuando alguien no eligió el rol que le tocó liderar
Una colega pasó a Chief of Staff del CEO durante una reestructuración — un rol que no eligió. El acompañamiento no fue sobre el proceso, sino sobre comunicación: llevar preocupaciones reales al CEO sin suavizarlas. La confiabilidad de compromisos mejoró más de 25%.
Leer artículo completoLa retroalimentación que más me costó aceptar, y cómo la convertí en hábito
Retroalimentación directa de que la comunicación ejecutiva era un área real de mejora. En vez de defensiva, un plan concreto y la IA como segundo par de ojos al preparar resúmenes ejecutivos. Sigo trabajándolo: práctica continua, no casilla marcada.
Leer artículo completoEstar de acuerdo con la decisión, en desacuerdo con cómo se comunicó
El CEO dividió el equipo en implementación y soporte. La asignación de personas nunca se discutió conmigo antes, y fui directo con mi líder sobre el desacuerdo con la forma —no con la decisión. La especialización aceleró el onboarding y dio base para expandirse.
Leer artículo completoNuevas lecciones se irán agregando conforme se publiquen
PróximamenteEscrito y revisado por Rogelio Barajas González — Auditor Líder certificado ISO 27001:2022 e ISO 9001:2015, con 15+ años liderando operaciones de tecnología en LATAM y Estados Unidos. Fundador de Barajas Advisory.
Sígueme en LinkedIn:linkedin.com/in/rogelio-barajas-gonzalezÚltima actualización: agosto 2026