
Tu equipo de software tiene dificultades para alcanzar su máximo potencial?
Problemas de calidad, deuda técnica o entragas inconsistentes no permiten a tu equipo alcanzar niveles de excelencia?
Transforma el rendimiento de tu equipo con métods de coaching con eficacia demostrada
Santiago Matalonga,
The Software Coach.
Estoy comprometido a ayudar a los equipos de desarrollo de software a alcanzar su máximo rendimiento.

¿quién sos?
¿Cuál de estos desafíos te suena familiar?
Dos problemas distintos. Un coach que vivió los dos.
“Arrancamos iniciativas, pero nunca terminan de cuajar.”
El equipo acuerda cambiar. Las retrospectivas generan planes de acción. Seis semanas después, nada se movió. El retorno de tu inversión en mejora de procesos es invisible — para vos y para la dirección.
- Cerrar la brecha entre el diagnóstico y el cambio real
- Hacer medible el retorno de tu inversión en procesos
- Liderar cambios que realmente se consolidan
“Veo exactamente qué hay que cambiar — pero no consigo tracción.”
Facilitás buenas retrospectivas. El equipo identifica los problemas reales. Pero las mejoras no sobreviven el contacto con la organización. Estás impulsando el cambio sin la autoridad formal para hacerlo.
- Convertir los insights de retro en cambios duraderos
- Construir influencia sin necesitar autoridad formal
- Desbloquearte cuando la organización resiste la mejora
Tu equipo sabe qué hay que arreglar.
Algo impide que suceda.
Invertiste en retrospectivas, capacitación ágil y mejora de procesos. El equipo tiene capacidad. La intención es genuina. Y sin embargo los mismos problemas vuelven cada trimestre — y la dirección quiere saber dónde fue a parar el retorno. El problema no es tu equipo. Es la brecha entre acordar el cambio y concretarlo.
Primero el contexto, no el framework
No se impone ninguna metodología. Santiago parte de la situación real de tu equipo — tu stack, tu estructura organizacional, tus restricciones — y construye desde ahí.
20 años de entrega real
Desde escribir código en producción hasta liderar organizaciones de ingeniería — el consejo parte de lo que realmente funciona bajo presión de entrega, no de la teoría.
Basado en evidencia, no en opinión
Más de 70 publicaciones revisadas por pares respaldan cada recomendación. Podés defender el enfoque ante la dirección con argumentos sólidos.
Qué cambia tras trabajar 2 a 4 horas semanales con Santiago:
- Acciones de retrospectiva que sobreviven el contacto con la organización
- Ciclos de entrega en los que tus interesados pueden confiar
- Un retorno medible sobre tu inversión en procesos
- Prácticas técnicas que escalan sin acumular deuda
- Un equipo que mejora en forma continua — sin que vos tengas que empujar cada cambio
- Decisiones de liderazgo respaldadas por evidencia, no por intuición
Los compromisos son de 2 a 4 horas semanales durante aproximadamente dos años. El primer paso es una conversación — sin compromiso, sin presión.
Ves exactamente qué hay que cambiar.
La organización no puede — o no quiere.
Facilitás retrospectivas que sacan los problemas reales a la superficie. El equipo te tiene confianza. Los planes de acción son sólidos. Pero dos semanas después los mismos patrones vuelven, porque la organización que rodea a tu equipo no se movió. Tenés influencia sin autoridad formal — y esa brecha agota. El trabajo no es diagnosticar el problema. Es lograr que el cambio se consolide en un sistema que no fue diseñado para cambiar.
Estuvo en tu lugar
Santiago coacheó equipos desde adentro de organizaciones — no solo como consultor externo. Sabe lo que es impulsar el cambio sin el poder formal para mandarlo.
Práctica antes que proceso
Sin programas de certificación, sin Scrum al pie de la letra. El foco está en qué necesita hacer diferente tu equipo en el próximo sprint — no en frameworks que ya conocés.
Investigación detrás del coaching
Con más de 70 publicaciones revisadas por pares, Santiago no solo te dice qué probar — sino por qué funciona, y qué dice la evidencia sobre cuándo no va a funcionar.
Qué se vuelve posible después de trabajar juntos:
- Resultados de retrospectiva que se traducen en cambios reales de comportamiento
- Influencia con el liderazgo — sin necesitar un nuevo título
- Herramientas para navegar la resistencia organizacional, no solo documentarla
- Un equipo que mejora entre sprints, no solo durante las retrospectivas
- Confianza en tu facilitación — incluso cuando la sala te empuja para atrás
- Claridad sobre qué batallas vale la pena dar — y cómo darlas
Tanto si coacheás un equipo como si estás intentando mover un departamento entero, el punto de partida es siempre el mismo — entender tu contexto específico. Hablemos.
cómo trabajamos juntos
Tres formas de colaborar
Cada compromiso empieza con una conversación sobre tu contexto específico — sin metodología impuesta, sin programa estándar.
Coaching personalizado para líderes
Coaching individual para CTOs, Líderes de ingeniería y Agile Coaches que enfrentan desafíos concretos. Típicamente 2 a 4 horas semanales durante alrededor de dos años.
Conocé másCoaching de equipos
Facilitación práctica con tu equipo de desarrollo de software — retrospectivas, implementación de prácticas ágiles y el trabajo organizacional que hace que la mejora se consolide sprint a sprint.
Conocé másFormación especializada
Desarrollo de habilidades específicas a partir de un catálogo de programas — o una formación presencial a medida diseñada en función de las brechas y objetivos concretos de tu equipo.
Ver el catálogoEstas aqui todavía y queres leer más!
Mira las últimas publicaciones del Blog
El proceso que funcionaba con 15 desarrolladores se rompe con 50
Más entregas, más frecuencia, y aun así menos productivo. ¿Qué cambia estructuralmente entre quince desarrolladores y cincuenta — y por qué la disciplina sola no alcanza?
Read More
Creés que tenés un problema de velocidad. Tenés un problema con tu definición de "terminado"
Un gráfico de velocidad cae dos sprints seguidos, y un CTO lo lee como una caída — el número exacto que un board te va a preguntar directamente. A veces esa lectura es correcta; no toda caída significa algo. Más seguido, encu…
Read More
La mejora que no llegó a ningún lado
Ella identificó el problema, construyó la solución. Pero no cambió nada. Esta es la historia de lo que nadie le habia hecho saber sobre su empresa.
Read More
Build en Verde? Pero.. construimos el producto correcto?
Verificación y validación son dos palabras que se usan indistintamente en el desarrollo de software. La verificación pregunta si el sistema fue construido correctamente — si hace lo que dice su especificación. La validación p…
Read More