Soberanía de la Intención

Designio: el nuevo estándar para el desarrollo de software agéntico, seguro y rentable.

Durante décadas, el valor de un ingeniero se midió por su capacidad de escribir código. Esa era ha terminado. Cuando los agentes de inteligencia artificial construyen software a una velocidad que supera a cualquier equipo humano, la ventaja competitiva se desplaza: ya no gana quien más código escribe, sino quien mejor sabe lo que quiere y mejor lo sabe expresar. «Soberanía de la Intención» propone un nuevo contrato: el humano dicta la intención y retiene el control absoluto sobre el qué y el para qué; la máquina ejecuta el cómo bajo gobernanza, trazabilidad inmutable y validación humana de lo que importa. Frente al impuesto a la ambigüedad —ese 40-50 % del coste de un desarrollo que se va en rehacer lo que nadie supo pedir bien—, Marcos Fernández Otero presenta la metodología Designio completa: la Fase 0 de cimientos, el ciclo de ejecución semanal, la gobernanza con firmas humanas, el ecosistema técnico agéntico y las cuentas que hacen de esta disciplina el mejor negocio de la década.

Autor: Marcos Fernández Otero
Publicación: 9 de junio de 2026
Páginas: 170
ISBN-13: 979-8180875228
Edición: Independently published (KDP)
Precio: 19,95 €

Comprar en Amazon — 19,95 € Descargar el capítulo de muestra (PDF)

Qué contiene

Introducción y contexto
- El fin de la era del Código
- El riesgo de la «Caja Negra»
- El Manifiesto de la Soberanía
1. Fundamentos de la Metodología Designio
2. Fase 0: Cimientos y Preparación del Entorno Agéntico
- Diagnóstico de Madurez y Auditoría del SDLC Existente
- Constitución del AI Governance Board y Reglas de Enganche
- Codificación del ADN Arquitectónico en System Prompts
- Talleres de Captura de Visión Estratégica para Proyectos Cerrados
- Integración CI/CD para EIS
- Implementación de Whitelists y Barreras de Contención Financiera
3. El Ciclo de Ejecución Semanal (Sprint)
- Fase 1: Lunes (AM) — Ingesta Crítica y Protocolo de Interrogación (AI-Refiner)
- Fase 2: Lunes (PM) — Certificación del EIS y Alineación de Negocio
- Fase 3: Martes — Aceleración de Entorno y Pre-vuelo Técnico
- Fase 4: Martes (PM) y Miércoles — Construcción
- Fase 5: Jueves — Auditoría de Salud Técnica y Despliegue en Pre
- Fase 6: Viernes (AM) — Validación de Valor (UAT) y Refactorización Flash
- Fase 7: Viernes (PM) — Release, Merge y Retrospectiva del Sprint
4. Ecosistema Técnico de Designio
- El entorno donde construye la IA
- Aislamiento de red y control de salida
- La capa de contexto: cómo la IA entiende el proyecto
- Identidad, trazabilidad y secretos
- Observabilidad agéntica
- Pipeline de entrega y revisión cruzada
- Orquestación multi-agente
- Endurecimiento y certificación final
- Especificación operativa para construcción automatizada
5. Requisitos de Infraestructura del Cliente
- Canales de comunicación
- La infraestructura que el cliente debe aportar: identidad, conectividad y secretos
- Telemetría de retorno
- Checklist de Readiness antes del primer sprint
6. Jerarquía de Inteligencia y Protocolo de Fallback Multimodelo
- Cuándo conmutar
- Cómo se conmuta (que no es solo cambiar de endpoint)
- El rollback de intención: cuando cambiar de modelo no basta
- El retorno al modelo principal
- El tercer nivel: modelos locales
7. Conclusión: El Software como Activo Soberano y Evolutivo
8. El Dividendo de la Intención: Por qué la Soberanía de la Intención es el mejor negocio de la década
- La eliminación del «Impuesto a la Ambigüedad»
- Tokenomics vs. Headcount: La nueva rentabilidad
- El dividendo de la intención

A quién va dirigido

Directivos y comités de dirección (CIO, CTO, responsables de presupuesto) que deben decidir si adoptan el desarrollo agéntico sin perder control ni gobernanza
Consultores funcionales con experiencia en gestión de proyectos: los perfiles que mejor se reconvierten en Intent Director
Especialistas de QA con capacidad técnica y visión de negocio: su mentalidad de validar que lo construido cumple lo pedido «es oro» en esta metodología
Ingenieros y programadores ante el re-skilling: el valor se desplaza de escribir líneas a dirigir la intención
Arquitectos de software que pasan a firmar ADRs y validar la salud técnica interviniendo solo en los momentos que importan
Delivery Leads y responsables de entrega, liberados del seguimiento de personas para anticipar bloqueos y cuidar la relación con el negocio

Por qué importa (con las cifras en la mano)

El impuesto a la ambigüedad

Toda organización que construye software sin haber entendido del todo qué quería construir paga un impuesto silencioso: el retrabajo. Steve McConnell recoge que rehacer requisitos, diseño y código defectuosos consume típicamente entre el 40 y el 50 por ciento del coste total de un desarrollo. No es un matiz: es casi la mitad del presupuesto.

Fuente: Steve McConnell, «Software Quality at Top Speed» — citado en el libro, pp. 164 y 170

El sector lleva décadas midiendo el retrabajo

No es una impresión del autor: Voke situó la tasa de retrabajo de los proyectos de software en torno al 40 por ciento y Forrester alrededor del 30. Distintas metodologías, distintos años, y todas apuntando al mismo sitio: una parte enorme de lo que cuesta hacer software se va en deshacer y rehacer.

Fuente: Voke (40 %) y Forrester (30 %), recogidos en Business Analyst Times — citado en el libro, pp. 165 y 170

El problema más caro nace en los requisitos

Alrededor de la mitad de los defectos de un software se originan en la fase de requisitos, y entre el 70 y el 85 por ciento del coste de retrabajo se debe a requisitos mal definidos, incompletos o ambiguos. Designio ataca esa causa en su origen: certificar la intención antes de dejar construir nada.

Fuente: Análisis recogidos en StickyMinds, «What Is the Cost of a Requirement Error?» — citado en el libro, pp. 165 y 170

Tokenomics vs. Headcount: la nueva rentabilidad

Cuando el coste del software deja de ser función del número de personas y pasa a serlo del número de tokens consumidos, las cuentas cambian de orden de magnitud: construir puede llegar a ser hasta diez veces más barato que con metodología clásica. El autor lo declara honestamente como estimación razonada —no medida en proyectos auditados— y advierte que al encarecerse los tokens la ratio podría bajar a tres o cuatro veces; pero seguirá siendo mucho más barato.

Fuente: Estimación razonada del propio autor, declarada como no auditada — libro, pp. 166-168

«Ya no gana quien más código escribe, sino quien mejor sabe lo que quiere y mejor lo sabe expresar.»
— Soberanía de la Intención, p. 169