Problema
Adoptar IA con estructura tradicional genera fricción, conflicto y baja adopción.
Colgar un comité de IA del organigrama actual no cambia quién decide. Los agentes entran en flujos cuyo ownership está repartido entre varias áreas, y cada excepción vuelve a subir a dirección.
Tesis
Los equipos agénticos requieren redisenar ownership, decisión rights y cadencias.
La estructura mínima no es un equipo nuevo: es saber qué decisiones no se delegan, quién es dueño de cada flujo y cada cuánto se revisa lo que los agentes hacen solos.
Framework
Tres capas: estrategia humana, ejecución asistida y supervisión por excepción.
Las tres capas solo funcionan si la frontera entre ellas está escrita: qué decide una persona, dónde acelera un agente sin tocar lo irreversible y qué señal obliga a intervenir.
Sin esa frontera, la supervisión por excepción se vuelve supervisión de todo y el equipo escala vigilancia.
Mini-caso: un equipo de producto duplico agentes internos pero mantuvo decisión rights difusos. Tras reasignar ownership por flujo y revisar cadencias, la adopción subió sin aumentar headcount.
Anti-ejemplo: delegar decisiones irreversibles a agentes sin un owner humano claro.
Postura: Esto no es liderazgo inspiracional; es diseño de decisiones y límites.
Respiración: En organizaciones reales, la prisa sin criterio se paga con reversals.
Señales de diseño organizativo maduro
Un equipo agéntico no se mide por cantidad de automatizaciones, sino por estabilidad de decisiones bajo presión. Hay cuatro señales que conviene revisar cada quincena:
- Propiedad legible: cada workflow tiene owner visible, no compartido entre 4 áreas.
- Escalado acotado: menos decisiones suben a dirección porque existen reglas locales claras.
- Reversibilidad controlada: cuando un agente falla, el equipo puede volver a estado seguro sin drama.
- Aprendizaje operativo: cada excepción deja una regla nueva, no un parche manual.
Caso (anon): una plataforma B2B tenía tres equipos usando agentes sobre el mismo flujo comercial, pero cada uno escalaba incidencias a personas distintas. Tras rediseñar ownership por tipo de decisión (pricing, riesgo, servicio), el tiempo de resolución bajó en dos ciclos y la adopción interna subió sin aumentar plantilla.
El error habitual es mezclar estrategia y ejecución en el mismo rol. Cuando quien define límites también resuelve tickets diarios, el sistema colapsa por prioridad táctica. Separar diseño de decisiones y operación diaria no burocratiza: evita dependencia de héroes.
Protocolo (3 pasos)
- Definir decisiones exclusivas humanas.
- Asignar ownership por flujo, no por silo.
- Diseñar cadencia quincenal de aprendizaje operativo.
Relacionado
- Operating Model Drift: el síntoma oculto de los equipos que crecen sin criterio
- Decisión Rights Map: quien decide que en un sistema IA
- Postmortem: 7 patrones de fracaso en pilotos de IA (y como corregirlos)
- Branding navaja suiza: el problema no es el perfil, es el sistema
Próximo paso
Si hoy no puedes explicar qué decisiones son reversibles, revisa advisory.