Guía de lectura y mapa de prerrequisitos

Este volumen cambia de sujeto: no trata del sistema, sino de la organización que lo adopta. Por eso su dificultad no es técnica, sino que exige al lector decidir desde qué rol lo lee. Esta guía le propone una ruta por rol y una por problema, y declara qué capítulos son prescindibles en una primera pasada.

1. Grupos temáticos del volumen

• Gobierno y ética (caps. 1, 20, 21, 15). Alineación en producción, DevSecOps y permisos, responsabilidad del código sintético, RACI. Es el bloque que un comité o un área legal va a pedirle.
• Rol y competencia profesional (caps. 2, 8, 9, 10, 13). Del programador al maestro de agentes; liderazgo técnico, gestión de expectativas y fatiga. Bloque de desarrollo de carrera y de equipo.
• Práctica de equipo (caps. 6, 7, 22, 23, 24, 25). Sprints y ceremonias con agentes, cadencia frente a negocio, MVP, roles, SOLID y agilidad. Bloque operativo.
• Fundamentos de decisión (caps. 4, 11, 12, 16, 18, 19). Defender una arquitectura ante un comité, reinventar el negocio, por qué el sistema vence al modelo, PMBOK, mapa del ecosistema y monetización.
• Casos aplicados (caps. 3, 5, 14, 17). El Niño, caza de bugs, katas y enseñanza. Casos completos para estudiar y replicar.

2. Rutas por rol

Si usted es…	Lea en este orden	Por qué
CTO / director de tecnología	1 → 12 → 4 → 11 → 19 → 25	Gobierno, decisión sistémica y reinvención antes que detalle operativo
Engineering manager / tech lead	8 → 9 → 6 → 7 → 13 → 15	Competencia del equipo, cadencia, fatiga y responsabilidad
Product Owner / negocio	10 → 19 → 22 → 6 → 16	Expectativas, monetización, MVP y lenguaje común con ingeniería
Arquitecto / security	20 → 21 → 1 → 4 → 5	Permisos, responsabilidad, ética, defensa ante comité, verificación
Docente o formador	2 → 8 → 14 → 17 → 18	Progresión de competencia, katas, enseñanza y mapa del ecosistema

3. Mapa de prerrequisitos entre volúmenes

Capítulo del Vol. 3	Prerrequisito real	Si le resulta árido
1. Ética y alineación	Ninguno	—
2. El Ingeniero Orquestador	Vol. 1, cap. 2	Vol. 1, cap. 2
3. Multiagentes ante El Niño	Vol. 1, cap. 8 (orquestación)	Vol. 1, cap. 8
4. Defender la arquitectura ante un comité	Vol. 1, caps. 2 y 3	Vol. 1, cap. 3
5. Descubrir bugs	Vol. 4, cap. 3 (testing)	Vol. 4, cap. 3
6–7. Sprints y cadencia	Vol. 3, cap. 8	Cap. 8
8–10. Maestría, liderazgo, expectativas	Cap. 2	Cap. 2
11–12. Reinvención y sistema frente a modelo	Ninguno	—
13. Programador cansado	Vol. 1, cap. 4 (contexto)	Vol. 1, cap. 4
14–18. Katas, RACI, PMBOK, enseñanzas, mapa	Ninguno	—
19. Monetización	Cap. 11	Cap. 11
20–21. DevSecOps y responsabilidad	Vol. 2, cap. 1 (seguridad)	Vol. 2, cap. 1
22–25. MVP, roles, SOLID, agilidad	Vol. 1, caps. 5 y 6	Vol. 1, caps. 5 y 6

4. Qué capítulos puede dejar para después

En una primera lectura orientada a resolver un problema concreto, los capítulos 3, 5, 14 y 17 (casos aplicados) se pueden posponer: son excelentes para estudiar un caso completo, pero no son prerrequisito de nada. El capítulo 25 cierra el argumento del volumen; aporta una síntesis valiosa incluso si no se lee el resto: expone la tesis de que la agilidad fue capturada por el ritual y que los agentes permiten recuperar los principios.