SCALEIDEAS_
00 // GETTING REAL AI

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.


PRINCIPIO 1

Build Less

Menos features, mejor ejecutadas

Antes

“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”.

AI Native

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.”

PRINCIPIO 2

Interface First

Diseñar antes de codificar

Antes

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.

AI Native

“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

Fat marker sketch de un dashboard con stats card y tabla

Suficiente para comunicar intención. Sin colores, sin fuentes, sin espaciados exactos.


PRINCIPIO 3

Fix Time, Flex Scope

La regla de oro

Antes

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.

AI Native

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

2006
6 semanas build + 1 semana cool-down
2026
2-3 sem + 2-4 días

Mismo principio, ciclo 3-4x más corto. Más iteraciones, más feedback, menos riesgo.


PRINCIPIO 4

The Three Musketeers

El equipo atómico

Antes

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.

AI Native

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


PRINCIPIO 5

Specs are Fantasies

Prototipos, no documentos

Antes

“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.

AI Native

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.”

06 // RESUMEN

Resumen: Getting Real Then vs. Now

Principio2006AI Native
Build LessDisciplina del equipoBoundaries explícitos en el shaping
Interface FirstDiseñar UI antes que arquitecturaFat marker sketches como lenguaje agente-humano
Fix Time, Flex ScopeDeadline fijo, recortar featuresAppetite + circuit breaker en ciclos de 2-3 semanas
Three Musketeers2 devs + 1 designer1 shaper/reviewer + N agentes IA
Specs are FantasiesSaltar el documento, construirPitch shaped → spec generada por agente → gates humanos
Cuello de botellaVelocidad de desarrolloCapacidad de revisión y validación
ComunicaciónConversaciones rápidas, menos emailsPitches + 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.

Evaluar