Getting Real:
De la Filosofía de la Velocidad a la Velocidad con IA.
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.
Build Less
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.”
Interface First
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.
Ejemplo: Fat Marker Sketch para un agente
Suficiente para comunicar intención. Sin colores, sin fuentes, sin espaciados exactos.
Fix Time, Flex Scope
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.
La Compresión del Tiempo
Mismo principio, ciclo 3-4x más corto. Más iteraciones, más feedback, menos riesgo.
The Three Musketeers
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
Specs are Fantasies
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.
- PitchHumano escribe: problema + appetite + sketch + boundaries (45-60 min)
- SpecAgente genera: requisitos técnicos + arquitectura + constraints → Gate humano
- PlanAgente genera: scopes + estimaciones + dependencias → Gate humano
- BuildAgente implementa con TDD → PR → Gate humano
“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.”
Resumen: Getting Real Then vs. Now
| 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 |
El Insight Clave
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é.
¿Quieres aplicar Getting Real con agentes IA?
Analizamos tu equipo y procesos para implementar los principios de Getting Real potenciados con IA. Menos burocracia, más entregas reales.