Así es cómo trabajo — y por qué importa más que el stack que elijo.
IA para velocidad. Documentación para continuidad. Criterio para que el proyecto no dependa de mí. Cada proyecto queda en mejor estado del que lo encontré.
Cuando termino un proyecto, el equipo no me necesita para seguir — eso no es accidental, es el objetivo desde el día uno.
Los tres pilares
IA + Contexto + Criterio
No es un proceso lineal — es un sistema donde cada pilar refuerza a los otros.
IA para velocidad
Velocidad con criterio
Uso IA como acelerador del trabajo técnico, no como sustituto del juicio. La diferencia es que puedo entregar en 3 semanas lo que antes tardaba 3 meses — sin sacrificar la calidad de la arquitectura.
Generación de código — acelero scaffolding, tests y boilerplate repetitivo
Análisis — reviso dependencias, surface patterns y deuda técnica con mayor velocidad
Documentación — genero primeros borradores de ADRs y runbooks que luego refino
Contexto documentado
Documentación que vive
No escribo documentación para que exista — la escribo para que cualquier dev pueda tomar el control del sistema sin necesitarme. ADRs, runbooks y guías de contribución como ciudadanos de primera clase del proyecto.
ADRs — cada decisión de arquitectura documentada con contexto y alternativas evaluadas
Runbooks — guías operacionales para incidentes, deploys y rollbacks
Onboarding — cualquier dev nuevo productivo en menos de 48 horas
Criterio técnico
Criterio, no herramientas
La IA me da velocidad pero no me da criterio. Saber cuándo no usar un framework, cuándo construir internamente, cuándo la solución simple gana — eso viene de 8 años de proyectos reales.
Build vs. buy — análisis de TCO real antes de adoptar una dependencia
Simplicidad intencional — la arquitectura más simple que resuelve el problema
ROI técnico — cada decisión tiene un argumento de negocio
Caso real
De 3 semanas a 48 horas
Cómo el sistema funcionó en un proyecto real — con números.
Caso real · T-Cuida · SaaS IoT
De la idea al App Store en 3 semanas
Se necesitaba construir una plataforma SaaS completa — wearables, GPS, dashboard real-time, comunicación familiar — en tiempo récord. Con el sistema de IA + documentación desde el día uno, pude generar el registro de arquitectura completo en las primeras 48 horas. Eso permitió que cualquier colaborador externo pudiera integrarse al proyecto sin fricción.
El resultado: de cero a App Store + Play Store en 3 semanas. Con documentación que permitió que el equipo tomara ownership inmediato al entregarlo.
3
Semanas · entrega total
48h
Onboarding de dev nuevo
0
Dependencia de persona
El proceso
Del problema a la solución documentada
Cuatro fases en cada proyecto — sin importar el tamaño.
01 · Diagnóstico
Entender el sistema existente
Mapeo de deuda técnica, dependencias críticas y riesgos antes de escribir una línea. El problema real no siempre es el problema reportado.
02 · Arquitectura
Diseñar antes de construir
ADRs escritos antes del código. Cada decisión de arquitectura con alternativas evaluadas, contexto y criterio de negocio documentados.
03 · Entrega
Iterar con contexto
Sprints cortos con CI/CD desde el primer día. Cada deploy es auditado y documentado. La velocidad no sacrifica la calidad de la arquitectura.
04 · Transferencia
El equipo toma ownership
Entrego cuando el equipo puede continuar sin mí. Runbook completo, guía de contribución, onboarding documentado. Cualquier dev productivo en 48h.
Del problema a la solución documentada
Próximamente
Velocidad + Documentación + Criterio Cómo construyo software que cualquier dev puede mantener
Lo que elimino · Lo que garantizo
Riesgos que elimino
Cada uno de estos es un patrón que he visto en proyectos reales — y que el proceso está diseñado para prevenir.
Riesgos que elimino
Fuga de conocimiento — cuando el dev que llevaba el proyecto ya no está disponible
Onboarding lento — semanas para que un dev nuevo entienda por qué las cosas son como son
Dependencia de persona — no podrás escalar sin esa persona clave
Decisiones sin contexto — código sin documentar por qué se tomó esa decisión
Lo que garantizo
ADRs completos — cada decisión de arquitectura con contexto, alternativas y criterio de negocio
Onboarding rápido — cualquier dev nuevo productivo en menos de 48 horas con la documentación entregada
Sistema que escala — arquitectura que el equipo puede mantener y extender sin mí
Listo para crecer — infraestructura y prácticas que soportan el crecimiento futuro
Principios
Tres reglas innegociables
Son los valores que no negocio en ningún proyecto, sin importar el deadline.
01
Si no está escrito, no pasó
Cada decisión importante que no está documentada es deuda técnica disfrazada de velocidad. La documentación no es un extra — es parte del entregable desde el sprint uno.
02
Mínimo 2 opciones evaluadas
No existe una única solución a un problema de arquitectura. Siempre evalúo al menos dos alternativas y documento por qué elegí la que elegí — con criterio técnico y de negocio.
03
IA como herramienta, no muleta
La IA me da velocidad. El criterio técnico y el juicio de arquitectura son míos. Reviso, valido y refino cada output antes de que entre al proyecto. El estándar no baja.
¿Tu próximo proyecto o rescatando uno existente?
Si tu problema es nuevo o ya tienes un sistema que necesita mejorar — el resultado es el mismo: un sistema que escala sin depender de nadie.