PILOTO AL MANDO · curso insignia

Tu equipo ya tiene copiloto. ¿Quién lleva el avión?

16 horas de formación práctica para equipos que trabajan con IA. Sobre vuestro código, con las herramientas que ya usáis.

  • 16 h
  • hasta 12 personas
  • presencial u online
  • bonificable por Fundae

Más código que nunca. Menos control que nunca.

La IA ha multiplicado lo que produce tu equipo. Sin un sistema para dirigirla, también multiplica los problemas.

PR #1482   +2.341  −12
48 ficheros · aprobado en 4 min

Nadie lee lo que se aprueba

Se genera más código del que el equipo puede revisar a fondo.

$ git log --oneline -6
fix · fix · revert · hotfix · fix

La deuda entra sin hacer ruido

Cada cambio funciona por separado. El conjunto, cada vez menos.

review › "no sé muy bien qué hace,
          pero los tests pasan"

Se acepta lo que no se entiende

Si nadie entiende el código, nadie puede cambiarlo con seguridad.

$ ls -a
.cursorrules  CLAUDE.md  AGENTS.md
5 personas · 5 formas de trabajar

Cada uno usa la IA a su manera

Muchas configuraciones personales y ningún acuerdo de equipo.

La inversión en herramientas ya está hecha. Lo que falta es el sistema que hace que funcione.

La IA propone. El equipo manda.

En aviación, el piloto automático vuela la mayor parte del trayecto, y nadie se plantea quitar al piloto. Él prepara el plan de vuelo, sigue los checklists, vigila los instrumentos y sabe cuándo tomar los mandos.

Usar la automatización a fondo exige saber volar. En software, saber volar son los fundamentos, es decir, tests, diseño con límites claros, incrementos pequeños y revisión con criterio.

Del «cada uno a su manera» al «así trabajamos aquí»

Antes
Después
Cada uno usa la IA a su manera
→
El equipo trabaja con unos acuerdos comunes que la IA respeta
No hay forma de saber si lo generado está bien
→
Tests y checks dicen si vamos bien antes de llegar a producción
PR grandes y revisiones superficiales
→
Incrementos pequeños y una revisión con criterio de lo que propone el agente
La IA, como ayuda puntual
→
Partes del ciclo de desarrollo automatizadas, con alguien al mando

Plan de vuelo: una funcionalidad real, de principio a fin

Funciona con las herramientas que ya usáis. No es un curso de herramientas: es ingeniería.

+ docs/arquitectura.md
agente › entiendo el dominio de checkout

01 · Plan de vuelo: el contexto

Arquitectura y documentación que un agente puede entender. Conectar las fuentes de contexto que necesita. Cómo plantearle bien las tareas.

$ make check
✔ tests · tipos · lint · arquitectura

02 · Instrumentos y checklist: el harness

Tests como especificación ejecutable, más tipos, linters y comprobaciones automáticas. Una red que dirige al agente y valida lo que hace.

PR #213   +84  −20
✔ CI   ✔ revisado por el equipo

03 · Procedimientos de cabina: el flujo

Trabajo en incrementos pequeños, revisión de lo que propone el agente y una integración continua que hace cumplir los acuerdos del equipo.

bot › triaje de issues · docs al día
no se automatiza: decidir el diseño

04 · Piloto automático, con el piloto al mando

Automatizar partes del ciclo de desarrollo (revisión, triaje, documentación), medir su efecto y decidir dónde no conviene automatizar.

Ningún equipo despega desde la misma pista

El curso es el mismo. El escenario se adapta a vuestro punto de partida.

$ git blame Pagos.java
2014 · autor: ya no está en la empresa

Legacy

Sistemas antiguos que hay que entender y cambiar sin romper nada.

deploy › viernes, 17:58
"¿y si lo subimos el lunes?"

Entrega

Desplegar más a menudo y con menos sustos.

sprint 1  ✔ ✔ ✔
sprint 8  ✘ todo depende de todo

Producto nuevo

Funcionalidades nuevas con una arquitectura que aguante el ritmo.

Lo que queda cuando nos vamos

+ docs/contexto-para-agentes.md
+ .github/workflows/checks.yml

Contexto y harness

Vuestro repositorio con el contexto y el harness configurados.

+ docs/acuerdos-de-equipo.md
  firmado por: todo el equipo

Acuerdos de equipo

Acuerdos escritos para trabajar con IA, que la IA también respeta.

bot › PR #212 revisado · 3 avisos
  decide: una persona

Una pieza automatizada

Una parte de vuestro ciclo de desarrollo automatizada, con alguien al mando.

$ git diff antes..después
misma funcionalidad, otra forma de construirla

El antes y el después

Una funcionalidad real construida de principio a fin con el nuevo sistema.

Formato

16 h
Duración

2 días intensivos o 4 medias jornadas.

10-12
Personas por grupo

Del mismo equipo o área.

Presencial u online
Modalidad
Vuestro código
Material

Con una sesión de preparación previa sobre vuestro repositorio.

Fundae
Bonificable

Exeal es entidad formadora. La bonificación la gestiona vuestra empresa o su gestoría; nosotros facilitamos la documentación.

In-company
Edición

Para un solo equipo.

Hemos ayudado a transformar la forma de desarrollar software en empresas como

No os lo va a contar un vídeo. Os lo voy a enseñar yo.

Pedro Pardal · fundador de Exeal y formador del curso

Llevo más de 12 años construyendo software como desarrollador y tech lead, y desde 2020 formo y acompaño a equipos de desarrollo con Exeal.

En este curso no vengo a enseñaros una herramienta. Vengo a sentarme con vuestro equipo, sobre vuestro código, hasta que trabajar bien con IA sea vuestra forma normal de trabajar.

Tuenti→Trivago→Codurance→Exeal

«Recomendaría contratar a Pedro y Exeal a cualquier compañía y manager.»
— Abraham Vallez, Engineering Manager

LinkedIn GitHub

¿Quién lleva hoy el avión en tu equipo?

Cuéntanos cómo trabajáis con IA y vemos juntos si encaja.

Escríbenos