Primera conversación sin cargo
Trabajo con equipos que ya entregan software, pero empiezan a sentir el costo de la deuda técnica, la baja autonomía, las decisiones poco claras y la dependencia de personas clave.
Muchas organizaciones no tienen un problema de esfuerzo. Tienen un problema de sistema.
Los equipos trabajan, cumplen ceremonias, mueven tickets y sacan releases. Pero debajo empiezan a aparecer señales difíciles de ignorar:
• La deuda técnica crece y nadie sabe cuándo pagarla.
• La calidad llega tarde y el retrabajo se vuelve normal.
• Las decisiones técnicas quedan perdidas en reuniones o chats.
• Los equipos dependen demasiado de personas clave.
• Las prácticas ágiles existen, pero no necesariamente mejoran la adaptación.
• Cada equipo trabaja distinto y falta criterio compartido.
Cuando eso pasa, el problema no se resuelve sumando más ceremonias.
Se resuelve interviniendo sobre cómo el equipo piensa, decide, colabora y construye.
Trabajo con equipos de desarrollo para instalar mejores prácticas técnicas y colaborativas: calidad desde el inicio, testing, TDD, diseño emergente, criterio compartido, documentación de decisiones y ciclos de feedback más cortos.
Para organizaciones que sienten fricción, pero todavía no tienen claro dónde está el problema.
Analizo prácticas, conversaciones, dependencias, calidad, deuda técnica, autonomía y toma de decisiones para construir un mapa claro de fricciones y oportunidades de mejora.
Diseño y facilito talleres prácticos sobre prácticas ágiles técnicas, calidad, OpenAPI, arquitectura, TDD, refactoring, deuda técnica y autonomía de equipos.
¿Tu equipo entrega, pero cada vez le cuesta más sostener calidad, autonomía y velocidad?
Soy Diego Cañizares.
Trabajo en la intersección entre ingeniería de software, agilidad técnica y cambio socio-técnico.
Tengo +20 años de experiencia en desarrollo de software y 15 años enseñando.
Trabajé como developer, líder técnico, Scrum Master, Agile Coach, Technical Agile Coach, mentor y docente.
Esa mezcla me llevó a una conclusión bastante simple: los problemas importantes en software rara vez son solo técnicos o solo humanos.
La forma en que un equipo construye software no depende solo de sus herramientas o procesos, sino de cómo entiende los problemas, toma decisiones, conversa, aprende y se organiza.
Por eso no trabajo para sumar más ceremonias ni procesos decorativos.
Trabajo para desarrollar capacidades reales: calidad desde el inicio, autonomía, criterio compartido, mejores conversaciones técnicas y entrega de valor más sostenible.
Áreas donde suelo trabajar:
Si tu equipo entrega, pero cada vez le cuesta más sostener calidad, autonomía y velocidad, conversemos.
La primera conversación es sin cargo.
La idea es entender tu contexto, ver si hay fit y pensar cuál podría ser el mejor próximo paso: diagnóstico, acompañamiento o entrenamiento.
Si tu equipo depende demasiado de héroes, parches o deuda invisible, hay algo que conviene intervenir antes de que se vuelva cultura.
Y si estás en Buenos Aires, también puede ser con café de por medio =)
The form has been successfully submitted.
