Getting Real (37signals, 2006) fue el antídoto contra la burocracia: equipos pequeños, construir menos, lanzar rápido. Veinte años después, sus principios no solo sobreviven — se amplifican exponencialmente cuando los agentes IA se unen al equipo.
Menos features, mejor ejecutadas
“Build Less” significaba resistir la tentación de agregar features. El mejor software era el que tenía menos funcionalidades, pero mejor ejecutadas. Cada nueva feature era una deuda de mantenimiento futura. La disciplina estaba en el equipo humano diciendo “no”.
Ahora “Build Less” es más urgente que nunca. Los agentes IA pueden construir features en horas, no semanas. La tentación se multiplica: “total, el agente lo hace rápido”. Pero cada feature sigue siendo deuda de mantenimiento. La disciplina se traslada al shaping: definir límites explícitos y secciones de “fuera de alcance” que el agente no puede ignorar.
“Que sea barato construir no significa que sea barato mantener. Build Less ahora requiere disciplina consciente — porque la barrera del esfuerzo ya no te protege.”
Diseñar antes de codificar
Olvidar los diagramas de arquitectura y diseñar la interfaz primero. La UI era la mejor especificación posible — lo único que el usuario ve. Los functional specs eran “mentiras consensuadas”. Construir el prototipo antes que el documento.
“Interface First” evoluciona a breadboards y fat marker sketches como lenguaje de comunicación con agentes. No wireframes pixel-perfect (matan la creatividad del agente), sino sketches de trazo grueso que comunican intención sin microgestionar la implementación. El agente recibe la dirección visual y descubre la mejor forma de construirlo.

Suficiente para comunicar intención. Sin colores, sin fuentes, sin espaciados exactos.
La regla de oro
Nunca retrases un lanzamiento. Mantén la fecha fija (Time) y el equipo fijo (Budget). Si no llegas, recorta el alcance (Scope). Lanzar media feature era mejor que no lanzar nada. El constraint natural era la velocidad humana de desarrollo.
El principio es idéntico pero se manifiesta como appetite + circuit breaker. “¿Cuánto tiempo queremos invertir?” define la solución, no la estimación. El tiempo se fija en 2-3 semanas (no 6). Si el agente no entrega en el ciclo, se cancela por defecto — no se extiende. La velocidad del agente hace que el scope creep sea el mayor peligro: puede agregar features indefinidamente si no hay límites explícitos.
Mismo principio, ciclo 3-4x más corto. Más iteraciones, más feedback, menos riesgo.
El equipo atómico
Equipos pequeños y autónomos de 3 personas: 2 desarrolladores + 1 diseñador. La unidad atómica perfecta para moverse rápido sin overhead de gestión. Sin Project Managers, sin reuniones innecesarias.
El equipo atómico se reconfigura: 1 shaper/reviewer + N agentes IA. Un humano senior define el trabajo (shaping), revisa PRs, testea y despliega. Los agentes ejecutan en paralelo. Sin reuniones, sin standups — el pitch es la comunicación y los PRs son las actualizaciones de estado.
2006
Dev 1
Dev 2
Designer
3 humanos, 1 feature
2026
Shaper / Reviewer
Agente IA α
Agente IA β
Agente IA γ
1 humano, N agentes, M features en paralelo
Prototipos, no documentos
“Functional Specs are fantasies” — las especificaciones funcionales eran mentiras consensuadas. Nadie sabía cómo funcionaría algo hasta que fuera real. La solución era saltarse el documento y construir el prototipo directamente.
Las specs detalladas siguen siendo fantasía. Pero ahora existe un punto medio necesario: el pitch shaped. No es un documento de 50 páginas, sino un artefacto conciso con problema, appetite, solución rough, rabbit holes y boundaries. El agente convierte este pitch en una spec.md técnica que el humano aprueba antes de codificar. La fantasía se reduce a lo mínimo viable.
“Las specs siguen siendo fantasía si las escribe un humano adivinando el futuro. Pero un agente que convierte un pitch concreto en un plan técnico verificable — eso es un prototipo del pensamiento.”
| Principio | 2006 | AI Native |
|---|---|---|
| Build Less | Disciplina del equipo | Boundaries explícitos en el shaping |
| Interface First | Diseñar UI antes que arquitectura | Fat marker sketches como lenguaje agente-humano |
| Fix Time, Flex Scope | Deadline fijo, recortar features | Appetite + circuit breaker en ciclos de 2-3 semanas |
| Three Musketeers | 2 devs + 1 designer | 1 shaper/reviewer + N agentes IA |
| Specs are Fantasies | Saltar el documento, construir | Pitch shaped → spec generada por agente → gates humanos |
| Cuello de botella | Velocidad de desarrollo | Capacidad de revisión y validación |
| Comunicación | Conversaciones rápidas, menos emails | Pitches + PRs. Async por defecto, sync por excepción |
Getting Real siempre fue sobre eliminar lo que sobra. En 2006, lo que sobraba eran los procesos, los documentos y las reuniones. En 2026, lo que sobra es la ilusión de que la velocidad de construcción resuelve la incertidumbre.
Los agentes eliminaron el cuello de botella de la ejecución. Ahora el cuello de botella eres tú: tu capacidad de pensar el problema (shaping), elegir qué construir (betting), y validar que lo construido es correcto (review). Getting Real AI Native es sobre pensar menos en el cómo y más en el qué y el por qué.
Analizamos tu equipo y procesos para implementar los principios de Getting Real potenciados con IA. Menos burocracia, más entregas reales.