📦 Fundamentos de la delegación

Pocock hace una afirmación que lo destraba todo: "la programación estratégica no cambió con la IA: solo cambiamos delegar en juniors por delegar en la IA." Es decir, delegar siempre fue la habilidad del programador sénior, y sigue igual. Lo único que cambió fue para quién tú delegas. Y la primera regla para delegar bien es: dibuja las partes difíciles primero — tú, como persona, antes de soltar la tarea.

¿Por qué? Porque la IA, como un junior, es excelente ejecutando una decisión ya tomada y pésima para tomar la decisión difícil por sí sola. Las «partes difíciles» son las decisiones de arquitectura: cómo estructurar los datos, qué enfoque usar, dónde están los riesgos. Si te saltas esto y dices «resuelve el problema X», la IA inventará cualquier solución — quizá plausible en la superficie, pero frágil. La error común aquí es confundir velocidad con delegación: pasarle un problema mal pensado a la IA y creer que «ella va a pensar por mí». No va a pensar estratégicamente por ti: ese es justamente el trabajo que te quedó por hacer.

La segunda palanca de Pocock es definir muy bien el alcance de las tareas. Alcance es el recorte: lo que incluye la tarea, lo que excluye y cuál es su tamaño. Una tarea con un alcance claro tiene un comienzo, un desarrollo y un final definidos: la IA sabe exactamente cuándo terminó y no se «va por las ramas» hacia áreas que no pediste.

¿Por qué esto importa tanto con la IA? Porque un junior rápido con un alcance impreciso es peligroso: hace mucha algo, rápido, y buena parte fuera de objetivo. Las tareas demasiado grandes también agotan la memoria de trabajo de la IA (el context window) y pierde el hilo. La regla práctica: divide las tareas en partes pequeñas y verificables, con un criterio explícito de "listo". El error común es el pedido cajón de sastre («refactoriza todo el sistema»): sin alcance ni criterio de éxito, la IA entrega un montón de cambios que ni siquiera puedes revisar.

Tercera palanca: pensar en las interfaces entre módulos. Un módulo es una parte del sistema con una sola responsabilidad (el módulo de pagos, el de correo electrónico, el de inicio de sesión). La interfaz es el contrato entre ellos: cómo uno llama al otro, qué recibe y qué devuelve.

Esto es lo que hace que la delegación escalable. Si defines la interfaz primero, puedes asignar cada módulo a una «instancia» diferente de la IA (o a distintos desarrolladores júnior) y trabajan en paralelo sin estorbarse, porque cada una solo necesita respetar el contrato, no conocer los detalles internos de la otra. Es el mismo principio que permite a una fábrica ensamblar piezas por separado que luego encajan. El error común: dejar las interfaces implícitas. Entonces la IA del módulo A «supone» un formato, la del módulo B supone otro y, al juntarlos, nada encaja: el famoso «funcionaba en mi parte».

Cuarta palanca: pensar en pruebas y escenarios. Un prueba es un pequeño código que se ejecuta y dice "pasó" o "falló". Los escenarios (casos límite) son las situaciones fuera de lo común que suelen romperlo todo. Pensar en esos escenarios a la hora de delegar es la mitad del diseño, porque ahí está la mayoría de los bugs.

Las pruebas tienen un papel especial cuando delegas en la IA: son el barrera automática de calidad. Si entregas la tarea junto con pruebas (o le pides a la IA que escriba primero las pruebas), la propia IA puede ejecutarlas y saber si acertó, sin depender de que revises cada línea. Así se cierra el ciclo: la IA ejecuta, prueba, corrige y repite. El error común es delegar solo el «camino feliz» y olvidarse de los escenarios malos; la IA, como alguien júnior, entregará felizmente algo que solo funciona en el caso ideal y falla al primer campo vacío de un usuario real.

Quinta palanca: documentación suficiente. Pocock es preciso con la palabra: no es documentación exhaustiva, es documentación suficiente "para guiar a IA hacia los lugares correctos". La diferencia es enorme: nadie mantiene demasiada documentación (y se vuelve obsoleta, y miente); muy poca documentación hace que la IA tenga que adivinar. El punto justo es lo mínimo necesario para orientarla.

En la práctica, esto casi siempre se convierte en un archivo de contexto en la raíz del proyecto (lo verás a fondo en la Trilha 3, con las skills). Describe la arquitectura a grandes rasgos, dónde está cada cosa y los patrones del proyecto. Es como dejarle notas al nuevo: "los componentes están en /src/ui, las pruebas van junto al archivo, siempre ejecuta el lint antes de hacer commit". El error común es tratar la documentación como un favor para "otra persona", cuando, con IA, es una palanca de productividad tu: cada nota bien ubicada ahorra diez idas y vueltas.

La gran idea de Pocock es unirlo todo en una frase: delegar en la IA es delegar en un junior. No es una metáfora bonita: es literal. La IA tiene el perfil de un junior excelente: rapidísima, incansable, entusiasta, pero sin la visión estratégica del conjunto. Pocock incluso señala que "AI makes senior developers 10x better" justamente porque el senior ya tiene el hábito de delegar: le señala algo a la IA, ella lo hace y el multiplicador es enorme.

La consecuencia práctica es liberadora: no necesitas aprender un «arte secreto de los prompts». Necesitas convertirte en un buen gerente. Las cinco palancas de este módulo son exactamente lo que hace un buen gerente al asignar una tarea: diseña lo difícil, delimita el alcance, define las interfaces, pide los escenarios y deja el mapa. El error común final es tratar a la IA como un oráculo ("lo sabe todo") en vez de como un junior ("ejecuta lo que yo sepa delegar"). Quien la trata como un oráculo se frustra; quien la trata como junior se multiplica. Usa la lista de verificación de abajo cada vez antes de asignar una tarea:

Antes de delegar uma tarefa pra IA (= pra um júnior veloz), responda:
[ ] DIFÍCIL  — eu já decidi a arquitetura / a parte difícil? (não deixe pra IA)
[ ] ESCOPO   — a tarefa é pequena, com limites e um "pronto" claro?
[ ] INTERFACE— o contrato com os outros módulos está definido?
[ ] TESTES   — listei os cenários ruins (vazio, duplicado, erro) e pedi testes?
[ ] DOC      — apontei a IA pros lugares certos do projeto (mapa, não romance)?
Se um item está em branco, é AÍ que a IA vai errar. Preencha antes de soltar.