# moon-walsh-mckinsey-rewiring-software-delivery-agentic-era-2026-05-29

## Veille

Artículo breve (**8 páginas**, 4 gráficos) de **McKinsey Technology**, firmado por **Jared Moon** (senior partner, Londres), **Rory Walsh** y **Vito Di Leo** (partners, Dublín y Zúrich), junto con **Adam Thelwall**, publicado en **mayo de 2026**. Los autores reportan ganancias de productividad de **×3 a ×5** con una **reducción del 60%** en el tamaño de los equipos en varias empresas, y las atribuyen al rediseño del modelo operativo, no únicamente al despliegue de agentes. Cuatro palancas: (1) el **sprint de 24 horas**, con un turno nocturno de agentes (16h) y un turno diurno humano (8h); (2) la automatización de los **traspasos** entre requisitos, diseño y código, que según los autores representan el **70% del gasto tecnológico** frente al 30% del despliegue; (3) una **infraestructura de conocimiento** de grafos específicos por dominio, consultados por un agent « bibliothécaire »; (4) el redimensionamiento de los equipos y del portafolio. Sobre el grafo: *« esto no debería comenzar con un gran esfuerzo de ontología de arriba hacia abajo »*. Las cifras de los equipos se presentan como ilustrativas, extraídas de la "experiencia y observación" de la firma. Extiende la presentación de McKinsey de noviembre de 2025 sobre la entrega de software impulsada por agentes ([[harrison-maniar-mckinsey-reshaping-software-delivery-agents-2025-11-23]]).

## Titre Article

Rewiring software delivery for the agentic era

## Date

2026-05-29

## URL

https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/rewiring-software-delivery-for-the-agentic-era

## Keywords

McKinsey, SDLC agéntico, modelo operativo, sprint de 24 horas, turno nocturno, fábrica de agentes, agent squads, traspasos, artefactos legibles por máquina, graphe de connaissance, agent bibliothécaire, memoria organizacional, trazabilidad, policy as code, outer loop, reducción del tamaño de los equipos, pods, recapacitación, reasignación de capacidad, productividad ×3-×5

## Authors

Jared Moon (senior partner), Rory Walsh, Vito Di Leo (partners), avec Adam Thelwall (associate partner) — McKinsey & Company

## Ton

**Perfil**: una nota de consultora dirigida a líderes tecnológicos (CIO, CTO, responsables de delivery). Formato breve en cuatro bloques paralelos, cada uno cerrado por un « Main takeaway » en negrita, y respaldado por un gráfico ilustrativo.

**Estilo**: una apertura narrativa (un product owner que descubre a las 9 de la mañana el trabajo que los agentes hicieron durante la noche: *« Nadie trabajó hasta tarde. Los agentes de IA sí. »*), seguida de un registro prescriptivo e imperativo (« Trate su arquitectura de conocimiento como infraestructura estratégica », « Redimensione los equipos »). El vocabulario es el de la industrialización: *fábrica de agentes*, *turno nocturno / turno diurno*, *pipeline*, *review gates*. Las cifras se destacan al margen (×3 a ×5, 60%), con su fuente indicada en una nota de una línea (« experiencia y observación de McKinsey en varias empresas »); solo se cita una fuente externa (la guía de presupuesto de IA de Boundev para el reparto 70/30).

**Autoridad**: la de la firma y su práctica de transformación; sin caso de cliente nombrado, sin metodología de medición detallada. **Público objetivo**: responsables de decisiones que evalúan el tamaño de los equipos y la asignación del portafolio.

## Pense-betes

- **Sprint diario**: por la noche (16h), la fábrica de agentes enriquece los requisitos, verifica la arquitectura, diseña, codifica, prueba y redacta un informe; durante el día (8h), los humanos realizan la revisión del sprint, una *sesión de trabajo conjunta de especificación y código* en los caminos críticos, sincronización interfuncional (legal, cumplimiento, diseño), la refactorización del código débil, el ajuste de los guardrails (contexto, skills, prompts, workflows) y la planificación de la siguiente noche.
- **Cuatro requisitos previos** para el sprint de 24 horas: una visión clara de lo que hay que construir (roadmap, estándar); un entorno técnico **estandarizado y coherente** (frameworks comunes, arquitectura modular); un recorrido de **requisitos → código** estructurado de forma idéntica en todos los proyectos; las **mismas partes interesadas** a lo largo de toda la cadena de valor.
- **70/30**: los requisitos, el diseño, el código y las pruebas representan ~70% del gasto tecnológico; el despliegue, ~30%. El CI/CD tradicional automatiza solo esta última parte.
- Gráfico 2: un pipeline de *agent squads* (flujo de proceso → requisitos enriquecidos → diseño de alto y bajo nivel → microservicios de validación y transformación → squad de pruebas unitarias), con los humanos **revisando al final**. Entradas codificadas: especificaciones de interfaz, guardrails técnicos, requisitos no funcionales, catálogo de reglas, *YAML rules framework*.
- **Graphe de connaissance par domaine**: vincula los comentarios de los clientes, las decisiones de arquitectura, los documentos de diseño, los tickets, la actividad en GitHub, los incidentes y las reglas de cumplimiento resumidas. Ejemplo de onboarding: SharePoint (encuestas), observabilidad (puntos de abandono), Jira (historias planificadas), GitHub (servicios existentes), conocimiento tácito de los SME.
- Beneficios declarados del grafo: preguntas que antes requerían **semanas de entrevistas** con SME resueltas **en minutos**; cada decisión trazable hasta su origen (una despriorización vinculada a datos de uso); upskilling más rápido.
- Enfoque **orgánico**, en torno a dominios prioritarios y programas en curso, no una ontología de arriba hacia abajo. Relacionado: [[talisman-modern-data-101-ontology-pipeline-refresh-2026-05-04]].
- Gráfico 4 (ilustrativo): **~100 FTE, 200 personas-año, 24 meses, 10 equipos de 8-12** (PO, BA, tech lead, devs, testers) → **~60 FTE, ~100 personas-año, 18 meses, 16 equipos de 3-4** (PO, tech lead, *AI-enabled engineer*). Es decir, ~50% menos de esfuerzo y un tamaño medio de equipo ~60% menor.
- Tres prioridades para capturar el valor: **recapacitación** (un equipo central mantiene las fábricas de agentes; los ingenieros desarrollan criterio, revisión de código y supervisión); la integración de roles de **outer loop** (riesgo, legal, pruebas, compras), con controles de *policy as code* incorporados por diseño; la **reasignación de la capacidad liberada** (roadmaps, modernización, nuevos productos).
- Punto de partida: los pocos **grandes programas** que concentran la mayor parte del gasto (modernización de legacy, reescrituras brownfield, lanzamientos).

## RésuméDe400mots

Jared Moon, Rory Walsh y Vito Di Leo, junto con Adam Thelwall, todos partners de McKinsey, describen en mayo de 2026 cómo la IA agéntica está transformando la entrega de software, lo que presentan como la vanguardia de un cambio más amplio en el modelo de entrega. El artículo se abre con una escena: a las 9 de la mañana, un product owner descubre que, durante la noche, una funcionalidad ha pasado de requisitos estructurados a código probado, con los casos límite señalados y las dependencias de arquitectura validadas. Nadie trabajó hasta tarde; los agentes sí. Según los autores, varias empresas logran así ganancias de productividad de tres a cinco veces, con equipos reducidos en un 60%, siempre que el modelo operativo se rediseñe para una colaboración humano-agente las 24 horas.

Primera palanca: el sprint diario. Por la noche, una fábrica de agentes realiza el trabajo estructurado; durante el día, los humanos revisan los resultados, resuelven ambigüedades, refuerzan los guardrails y alinean a las partes interesadas. Su función pasa a ser la supervisión del sistema que produce los artefactos. Esto presupone una visión de producto clara, un entorno técnico estandarizado, un recorrido uniforme de requisitos a código y partes interesadas estables.

Segunda palanca: eliminar los traspasos humanos. El CI/CD automatiza principalmente las pruebas y el despliegue, aproximadamente el 30% del gasto; el 70% restante, desde los requisitos hasta el código, sigue siendo manual e interpretativo. Codificar las especificaciones, los requisitos no funcionales, los guardrails y los diagramas de secuencia en formatos legibles por máquina permite que el pipeline se ejecute de extremo a extremo en unas pocas horas, con intervención humana solo en puntos de revisión definidos.

Tercera palanca: una infraestructura de conocimiento. Los graphes de connaissance específicos por dominio sirven como memoria de los agentes a lo largo de todo el ciclo de vida del software, vinculando los comentarios de los clientes, las decisiones de arquitectura, los tickets, la actividad en GitHub y los incidentes. Un agent « bibliothécaire » responde en minutos lo que antes requería semanas de entrevistas con expertos, y hace que cada decisión sea trazable. Los autores aconsejan evitar una ontología de arriba hacia abajo: el grafo debe crecer de forma orgánica alrededor de los dominios prioritarios.

Cuarta palanca: redimensionar los equipos y el portafolio. Los equipos de ocho a doce personas dan paso a pods de tres o cuatro perfiles especializados que supervisan a los agentes; el ejemplo ilustrativo pasa de 200 a 100 personas-año y de 24 a 18 meses. Esto requiere recapacitación, la integración de funciones de control (riesgo, legal, compras) mediante policy as code, y una reasignación deliberada de la capacidad liberada. Los autores recomiendan empezar por los grandes programas que concentran el gasto, y esperan que los roles humanos se concentren en la arquitectura, el juicio de producto y el diseño de sistemas.

## GrapheDeConnaissance

- Jared Moon —travaille_chez→ McKinsey (ORGANISATION, 0.98)
- Rory Walsh —travaille_chez→ McKinsey (ORGANISATION, 0.98)
- Vito Di Leo —travaille_chez→ McKinsey (ORGANISATION, 0.98)
- McKinsey —publie→ Rewiring software delivery for the agentic era (DOCUMENT, 0.98)
- Rewiring software delivery for the agentic era —mesure→ "×3 à ×5 de productivité, -60 % de taille d'équipe" (MESURE, 0.85)
- Rewiring software delivery for the agentic era —affirme_que→ "Les gains viennent de la refonte du modèle opératoire, pas du seul déploiement d'agents" (AFFIRMATION, 0.92)
- Sprint de 24 heures —utilise→ usine d'agents (CONCEPT, 0.92)
- Sprint de 24 heures —remplace→ sprint de deux semaines (METHODOLOGIE, 0.85)
- Sprint de 24 heures —est_basé_sur→ architecture standardisée et modulaire (CONCEPT, 0.88)
- Rewiring software delivery for the agentic era —mesure→ "Exigences à tests : ~70 % de la dépense tech ; déploiement : ~30 %" (MESURE, 0.85)
- CI/CD —s_applique_à→ tests et déploiement (CONCEPT, 0.9)
- Artefacts lisibles par machine —réduit→ passages de relais humains (CONCEPT, 0.9)
- Graphe de connaissance —permet→ autonomie des agents (CONCEPT, 0.9)
- Graphe de connaissance —fait_partie_de→ SDLC (METHODOLOGIE, 0.85)
- Agent bibliothécaire —utilise→ Graphe de connaissance (TECHNOLOGIE, 0.9)
- Agent bibliothécaire —améliore→ "Questions d'experts traitées en minutes au lieu de semaines" (MESURE, 0.82)
- McKinsey —s_oppose_à→ ontologie descendante (CONCEPT, 0.88)
- Rewiring software delivery for the agentic era —mesure→ "~100 ETP / 200 années-personnes / 24 mois → ~60 ETP / ~100 années-personnes / 18 mois" (MESURE, 0.8)
- Policy as code —s_applique_à→ Outer loop (CONCEPT, 0.87)
- McKinsey —recommande→ "Commencer par les quelques grands programmes qui concentrent la dépense" (AFFIRMATION, 0.9)
- McKinsey —prédit→ "Les rôles humains se concentreront sur l'architecture, le jugement produit et la conception des systèmes" (AFFIRMATION, 0.85)

---
Canonical: https://www.thekb.eu/es/fiches/moon-walsh-mckinsey-rewiring-software-delivery-agentic-era-2026-05-29/