# shipper-every-building-ai-native-company-2025-11-23

## Veille

Every - Compounding Engineering - Single Developer Products - AI Native - Tacit Knowledge Sharing

## Titre Article

How to build an AI-native company (even if your company is 50 years old)

## Date

2025-11-23

## URL

https://www.youtube.com/live/cMSprbJ95jg?si=4HnxK8w1ELvSr4tz&t=28334

## Keywords

AI Native, Compounding Engineering, Single Developer, Tacit Knowledge, Chat Interface, Claude Code, Management, Demo Culture, SDLC, software development lifecycle, agentic SDLC

## Authors

Dan Shipper (Founder, Every)

## Ton

**Perfil:** Emprendedor Visionario | Experimental | Inspirador | "Dispatch from the future"

Dan Shipper habla como un explorador que regresa del futuro inmediato. Su tono es entusiasta, concreto y centrado en la experimentación radical. Comparte prácticas internas "extrañas" pero eficaces (un CEO que envía código, un solo desarrollador para aplicaciones complejas). Teoriza estas prácticas bajo el nombre de "Compounding Engineering".

## Pense-betes

- **10x Difference (90% vs 100%)**: existe una brecha enorme entre una empresa donde el 90% de las personas usan IA y otra al 100%. Si el 10% restante sigue usando el método antiguo, toda la organización se ve ralentizada por el mínimo común denominador.
- **Single Developer Products**: en Every, productos complejos (Koala, Spiral, Monologue) son mantenidos por un solo desarrollador gracias a los agentes.
- **Compounding Engineering**:
- Tradicional: cada funcionalidad hace más difícil construir la siguiente.
- Compounding: cada funcionalidad facilita la siguiente al codificar el conocimiento en prompts/agentes.
- Bucle: Plan -> Delegate -> Assess -> **Codify**.
- **Tacit knowledge sharing**: la IA permite "leer" el repositorio de un colega y extraer su método para aplicarlo en otro lugar, sin necesidad de crear una biblioteca compartida ni celebrar una reunión.
- **Demo Culture**: dado que el costo del código es casi nulo, las ideas arriesgadas pueden prototiparse muy rápido. Esto supone pasar de una cultura de memos/diapositivas a una cultura de demos funcionales.
- **Managers who code**: la IA permite programar con "atención fragmentada" (entre dos reuniones). Esto permite que managers/CEOs envíen código de producción, cambiando la dinámica del producto.

## RésuméDe400mots

Dan Shipper, fundador de Every, comparte sus "dispatches from the future" sobre la construcción de una empresa **AI-native**. Al frente de un equipo de 15 personas que gestiona 4 productos de software complejos y 6 unidades de negocio en crecimiento, demuestra que la adopción radical de la IA cambia las reglas del juego. Su observación central: existe una diferencia exponencial (10x) entre la adopción parcial (90%) y la adopción total (100%) de la IA. Si no todos están alineados con los nuevos flujos de trabajo (interfaz de chat, agentes), la organización sigue lastrada por los métodos antiguos.

Introduce el concepto de **"Compounding Engineering"**. A diferencia del desarrollo tradicional, donde la complejidad creciente ralentiza el desarrollo, la ingeniería "compounding" busca que cada funcionalidad facilite la construcción de la siguiente. Esto ocurre mediante un bucle: Plan, Delegate, Assess y, sobre todo, **Codify**. Lo que se aprende se convierte de inmediato en prompts reutilizables o configuraciones de agentes.

Los efectos de segundo orden observados en Every son notables:
1.  **Tacit knowledge sharing**: ya no es necesario crear bibliotecas de código compartidas complejas. Un agente puede simplemente leer el código de otro proyecto, entender cómo se construyó una funcionalidad (por ejemplo, la autenticación de Teams) y reimplementarla en un nuevo contexto de manera instantánea.
2.  **Single-developer products**: aplicaciones enteras y complejas son construidas y mantenidas por una sola persona, porque la IA se encarga del paralelismo (varios agentes trabajando en varias tareas a la vez).
3.  **Managers who code**: Shipper, aunque es CEO, envía código a producción. La IA permite programar con "atención fragmentada" (unos minutos entre dos reuniones), mientras que la programación tradicional requería horas de concentración ininterrumpida ("Deep Work").
4.  **Demo culture**: dado que el costo de prototipado tiende a cero, el permiso ya no se solicita mediante diapositivas. El prototipo se construye para demostrar la idea ("Show, don't tell").

Shipper describe una organización fluida donde las barreras técnicas se derrumban, permitiendo una creatividad y una velocidad de ejecución sin precedentes.

## GrapheDeConnaissance

- Dan Shipper —a_créé→ Every (ORGANISATION, 0.98)
- Dan Shipper —a_créé→ Compound Engineering (METHODOLOGIE, 0.95)
- Compound Engineering —s_oppose_à→ développement traditionnel (METHODOLOGIE, 0.93)
- Compound Engineering —est_basé_sur→ Plan-Delegate-Assess-Codify (METHODOLOGIE, 0.92)
- Every —a_créé→ Koala, Spiral, Monologue (TECHNOLOGIE, 0.9)
- Dan Shipper —affirme_que→ les produits Every sont maintenus par un seul développeur (AFFIRMATION, 0.92)
- adoption 100% IA —surpasse→ adoption 90% IA (CONCEPT, 0.88)
- IA —permet→ codage avec attention fracturée (CONCEPT, 0.87)
- IA —permet→ partage connaissance tacite (CONCEPT, 0.9)
- culture de la démo —remplace→ culture du mémo/slide (CONCEPT, 0.88)
- Dan Shipper —affirme_que→ managers peuvent commiter du code de prod (AFFIRMATION, 0.87)

---
Canonical: https://www.thekb.eu/es/fiches/shipper-every-building-ai-native-company-2025-11-23/