Tiempo de lectura: 7 minutos
Un Product Owner que usa IA bien se ahorra horas de semana: prioriza con los argumentos ya preparados, llega al refinamiento con las dudas anticipadas, convierte una transcripción de reunión en decisiones y acciones. Todo eso funciona. Y aun así puede salir mal por un motivo que no tiene nada que ver con la calidad de lo que produce la IA: si el equipo no sabe qué parte de lo que compartes viene de un chat y cuál es criterio tuyo, deja de fiarse de las dos.
Lo vemos con el caso que usamos en formación: GymTonic, una cadena de gimnasios, y GymApp, su app de socios. Nuria, su Product Owner, lleva unas semanas usando IA en su día a día y le está funcionando.
Por qué esto importa más de lo que parece
La tentación es tratarlo como un tema de cumplimiento normativo: algo que resolverá Legal cuando toque. Pero el problema aparece mucho antes que cualquier auditoría, y es operativo.
Cuando alguien de tu equipo lee un resumen de reunión, un email a dirección o una priorización, hace una lectura implícita: "esto lo ha pensado esta persona". Esa lectura es la que sostiene que el equipo pueda trabajar sobre lo que compartes sin verificarlo todo. En el momento en que esa lectura se vuelve dudosa —y basta con que un texto "suene raro" una vez— el equipo empieza a hacer un trabajo extra que antes no hacía: comprobar.
Y ojo, porque el matiz importa: el problema no es la IA. Un resumen generado con IA y revisado a conciencia es tan fiable como uno escrito a mano. El problema es la ambigüedad: que nadie sepa distinguir cuál es cuál.
Hay además un motivo de fondo que ya no es opcional. Desde agosto de 2026, el AI Act obliga a las organizaciones a garantizar un nivel suficiente de alfabetización en IA entre quienes la usan por su cuenta (artículo 4). Un acuerdo de equipo explícito es la forma más barata de empezar a cumplirlo, porque obliga a la conversación que de otro modo nadie tiene.
Qué pasa si no lo haces
Esta es la parte que se subestima, porque el fallo no se manifiesta como un conflicto. Se manifiesta como silencio.
En GymTonic empezó así: alguien notó que un resumen de reunión "sonaba raro" —correcto, pero con un giro que no era el de Nuria—. Otra persona pensó que una priorización parecía salida de una fórmula. Ninguna de las dos preguntó. No había motivo para montar un drama, y preguntar "¿esto lo has escrito tú?" suena a acusación. Así que no se dijo nada.
Los síntomas de que estás aquí son bastante reconocibles:
- Se verifica dos veces lo que antes se daba por bueno. Alguien vuelve a mirar sus notas de la reunión para contrastar el resumen que le has mandado.
- Aparecen acuerdos fantasma que nadie corrige. Un resumen convierte en decisión algo que quedó "a valorar", y quien estaba en la sala no lo desmiente porque asume que se decidió cuando él no atendía.
- La gente deja de decirte cosas en canales escritos. Si no sabe si va a acabar en un prompt, se lo guarda para la conversación de pasillo.
- Alguien empieza a usar IA a escondidas. Si tú no has dicho cómo se usa, cada persona decide en privado, y ahí es donde acaban los datos de socios pegados en un chat cualquiera.
El coste no es reputacional, es de velocidad: el equipo vuelve a hacer manualmente la comprobación que la IA te acababa de ahorrar. Habías ganado tres horas y las has trasladado a otra persona.
Los cuatro acuerdos mínimos
No hace falta un documento formal ni la aprobación de dirección. Cuatro frases que quepan en una pizarra:
1. Marcamos qué es borrador de IA ya revisado. Una nota al pie, una etiqueta, o decirlo en el propio mensaje: "resumen preparado con IA, revisado por mí". Suena a poco y es lo que más cambia: convierte una duda silenciosa en un dato explícito. Fíjate en que lo que se marca no es "esto lo hizo la IA", sino "esto lo hizo la IA y lo he revisado" —la revisión es la parte que da la garantía.
2. Los resúmenes de reunión se comparten para que se puedan corregir. No basta con enviarlos: hay que dejar claro que quien estuvo en la sala manda sobre lo que dice el resumen. Es la única defensa práctica contra el acuerdo fantasma, que es el error más caro de esta categoría.
3. La prioridad final y lo sensible pasan siempre por un humano. El orden del backlog y cualquier comunicación delicada no se automatizan. Esto no es desconfianza hacia la herramienta: es que esas decisiones dependen de contexto que nunca estuvo en ningún prompt —compromisos con stakeholders, agenda de dirección, cómo está el equipo esta semana—. Lo desarrollamos en las cinco cosas que un Product Owner no delega nunca.
4. Datos de personas o de negocio: solo por canal aprobado. Un nombre y un email identifican a una persona. Pegarlos sin anonimizar en la herramienta de turno es el riesgo de confidencialidad y RGPD que más fácil se cuela, precisamente porque se hace con buena intención y prisa.
Cómo empezar (sin montar un comité)
El error clásico es intentar implantar los cuatro acuerdos el mismo día, en una reunión convocada para eso. Un cambio de hábito no se gana con un anuncio.
Empieza por un solo flujo, el que más tiempo ahorre de forma visible. Normalmente es el resumen de reuniones, porque el beneficio lo nota todo el mundo y no solo tú. Un flujo que solo te ahorra trabajo a ti es una mala primera demostración.
Enséñalo funcionando antes de proponer nada. Manda el primer resumen ya marcado como borrador de IA revisado. La conversación que quieres tener sale mucho mejor cuando ya hay algo concreto encima de la mesa, y la pregunta pasa de "¿deberíamos usar IA?" a "¿esto cómo lo queremos hacer?".
Ten la conversación corta, no el taller. Quince minutos al final de un refinamiento bastan para: cómo marcamos lo generado con IA, qué hacemos si alguien detecta algo que no cuadra, qué no se automatiza y qué no se pega nunca. Escríbelo donde el equipo mire —el canal fijado, el espacio de trabajo compartido— y ponle fecha de revisión.
Pide feedback y ajusta antes de extenderlo. Si el equipo dice que la etiqueta molesta o que prefiere otra forma de marcarlo, cámbiala. El acuerdo funciona porque es del equipo, no porque sea el correcto en abstracto.
Después, y solo después, extiende al resto de flujos: la preparación del refinamiento, la comunicación de cambios, la priorización.
Lo que esto no es
No es una política corporativa de uso de IA. Esa hace falta también, y opera en otro plano —alcance legal, herramientas aprobadas, tratamiento de datos, responsabilidades—: si te toca redactarla, tienes una plantilla de política de uso de la IA en la empresa para no partir de cero.
Lo que describe este artículo es más pequeño y más urgente: el acuerdo de las cinco o diez personas con las que trabajas cada día, que se puede tomar esta semana sin pedirle permiso a nadie y que es el que de verdad determina si la IA te acelera o te genera trabajo de comprobación en otra mesa.
Por dónde empezar esta semana
Coge el flujo que ya estés usando con IA —seguramente resúmenes de reunión— y haz solo dos cosas: márcalo explícitamente la próxima vez que lo compartas, y pregunta al equipo qué le parece. Con eso ya tienes el acuerdo 1 y la conversación abierta.
Si quieres el mapa completo de qué conviene delegar y qué no, está dentro del kit de prompts para Product Owners, gratis, junto al checklist de qué no delegar. Y si en tu organización aún no habéis cubierto la obligación de alfabetización en IA del AI Act, el curso Alfabetización en IA es gratuito y está pensado justo para eso.
Recursos relacionados
- Las 5 cosas que un Product Owner no delega nunca en la IA
- Legalidad de la IA en la empresa: RGPD y EU AI Act
- El AI Act ya aplica: cómo hemos preparado nuestra propia web
- IA real en empresas: gestión del cambio frente al hype
- Cuatro principios para una adopción de IA con éxito
- Plantilla: política de uso de la IA en la empresa — gratis
- Biblioteca de prompts para Product Owners — gratis