IA como teammate - Revision history

Mberne: /* Véase también */

2026-05-25T10:15:29Z

Véase también

← Older revision		Revision as of 12:15, 25 May 2026
Line 441:		Line 441:

	<div class="bok-tags">		<div class="bok-tags">
	[[Agente de IA]] [[Prompt engineering]] [[Context engineering]] [[Gobernanza de IA]] [[Gestión de modelos]] [[Prompt library]] [[Revisión humana de outputs de IA]] [[~~Definition of Done~~]]		[[Agente de IA]] [[Prompt engineering]] [[Context engineering]] [[Gobernanza de IA]] [[Gestión de modelos]] [[Prompt library]] [[Revisión humana de outputs de IA]] [[Definición de hecho]]
	</div>		</div>

Mberne: /* IA como teammate en Scrum */

2026-05-25T10:14:30Z

IA como teammate en Scrum

← Older revision		Revision as of 12:14, 25 May 2026
Line 147:		Line 147:
	* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;		* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;
	* durante el sprint, generando borradores, código, tests, documentación o análisis;		* durante el sprint, generando borradores, código, tests, documentación o análisis;
	* en la [[Revisión de sprint\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;		* en la [[Revisión del sprint\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;
	* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.		* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.

Mberne: /* IA como teammate en Scrum */

2026-05-25T10:14:22Z

IA como teammate en Scrum

← Older revision		Revision as of 12:14, 25 May 2026
Line 147:		Line 147:
	* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;		* en la [[Planificación del sprint\|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;
	* durante el sprint, generando borradores, código, tests, documentación o análisis;		* durante el sprint, generando borradores, código, tests, documentación o análisis;
	* en la [[~~Sprint review~~\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;		* en la [[Revisión de sprint\|sprint review]], ayudando a sintetizar feedback o preparar evidencia;
	* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.		* en la [[Retrospectiva\|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.

Mberne: /* Recursos */

2026-05-19T15:46:33Z

Recursos

← Older revision		Revision as of 17:46, 19 May 2026
Line 406:		Line 406:

	== Recursos ==		== Recursos ==
			<div class="bok-recurso">
			🏦 [https://scrummanager.com/skillarena/ia-aplicada-al-trabajo-agil '''IA aplicada al trabajo ágil''']<span class="detalle">Skill Arena · Scrum Manager</span>
			</div>
			<div class="bok-recurso">
			📄 [https://scrummanager.com/files/scrumenequiposconia.pdf '''Scrum Master en equipos con IA''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
			</div>
	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrum.org/resources/ai-teammate-framework-four-step-framework-product-teams '''AI Teammate Framework: A Four-Step Framework for Product Teams''']<span class="detalle">Marco de Scrum.org basado en model management, context management, prompt engineering y governance management · 2025</span>		📄 [https://www.scrum.org/resources/ai-teammate-framework-four-step-framework-product-teams '''AI Teammate Framework: A Four-Step Framework for Product Teams''']<span class="detalle">Marco de Scrum.org basado en model management, context management, prompt engineering y governance management · 2025</span>

Mberne: /* Recursos */

2026-05-19T15:45:59Z

Recursos

← Older revision		Revision as of 17:45, 19 May 2026
Line 406:		Line 406:

	== Recursos ==		== Recursos ==

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrum.org/resources/ai-teammate-framework-four-step-framework-product-teams AI Teammate Framework: A Four-Step Framework for Product Teams]<span class="detalle">Marco de Scrum.org basado en model management, context management, prompt engineering y governance management · 2025</span>		📄 [https://www.scrum.org/resources/ai-teammate-framework-four-step-framework-product-teams '''AI Teammate Framework: A Four-Step Framework for Product Teams''']<span class="detalle">Marco de Scrum.org basado en model management, context management, prompt engineering y governance management · 2025</span>
	</div>		</div>

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.scrum.org/resources/managing-your-ai-teammate-turning-ai-experiment-strategic-partner Managing Your AI Teammate: Turning AI from Experiment to Strategic Partner]<span class="detalle">Artículo de Scrum.org sobre integración estructurada de IA en equipos · 2025</span>		📄 [https://www.scrum.org/resources/managing-your-ai-teammate-turning-ai-experiment-strategic-partner '''Managing Your AI Teammate: Turning AI from Experiment to Strategic Partner''']<span class="detalle">Artículo de Scrum.org sobre integración estructurada de IA en equipos · 2025</span>
	</div>		</div>

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.hbs.edu/faculty/Pages/item.aspx?num=67197 The Cybernetic Teammate: A Field Experiment on Generative AI Reshaping Teamwork and Expertise]<span class="detalle">Working paper sobre IA generativa y colaboración en equipos · Harvard Business School · 2025</span>		📄 [https://www.hbs.edu/faculty/Pages/item.aspx?num=67197 '''The Cybernetic Teammate: A Field Experiment on Generative AI Reshaping Teamwork and Expertise''']<span class="detalle">Working paper sobre IA generativa y colaboración en equipos · Harvard Business School · 2025</span>
	</div>		</div>

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.nber.org/papers/w33641 The Cybernetic Teammate]<span class="detalle">Versión NBER del estudio sobre IA generativa, rendimiento y dinámica de equipo · 2025</span>		📄 [https://www.nber.org/papers/w33641 '''The Cybernetic Teammate''']<span class="detalle">Versión NBER del estudio sobre IA generativa, rendimiento y dinámica de equipo · 2025</span>
	</div>		</div>

	<div class="bok-recurso">		<div class="bok-recurso">
	📄 [https://www.nist.gov/itl/ai-risk-management-framework AI Risk Management Framework]<span class="detalle">Marco de gestión de riesgos de IA · NIST · 2023</span>		📄 [https://www.nist.gov/itl/ai-risk-management-framework '''AI Risk Management Framework''']<span class="detalle">Marco de gestión de riesgos de IA · NIST · 2023</span>
	</div>		</div>

Mberne: /* Relación con Definition of Done reforzada */

2026-05-19T15:45:23Z

Relación con Definition of Done reforzada

← Older revision		Revision as of 17:45, 19 May 2026
Line 279:		Line 279:
	== Relación con Definition of Done reforzada ==		== Relación con Definition of Done reforzada ==

	Cuando un output de IA se incorpora a un incremento, la [[~~Definition of Done~~\|Definition of Done]] debe cubrirlo explícitamente.		Cuando un output de IA se incorpora a un incremento, la [[Definición de hecho\|Definition of Done]] debe cubrirlo explícitamente.

	No basta con que el agente diga que ha terminado. Deben aplicarse controles adecuados al riesgo:		No basta con que el agente diga que ha terminado. Deben aplicarse controles adecuados al riesgo:

Mberne at 15:44, 19 May 2026

2026-05-19T15:44:36Z

← Older revision		Revision as of 17:44, 19 May 2026
Line 1:		Line 1:
	{{Meta-bok\|min=5}}		{{Meta-bok\|min=5}}

	~~<div class="bok-def">~~
	'''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo.		'''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo.
	~~</div>~~

	La expresión “IA como teammate” no significa que la inteligencia artificial sea una persona, tenga criterio profesional propio o pueda asumir responsabilidad sobre el resultado. Es una metáfora de trabajo: ayuda a tratar la IA como un colaborador que necesita onboarding, contexto, límites, feedback y supervisión.		La expresión “IA como teammate” no significa que la inteligencia artificial sea una persona, tenga criterio profesional propio o pueda asumir responsabilidad sobre el resultado. Es una metáfora de trabajo: ayuda a tratar la IA como un colaborador que necesita onboarding, contexto, límites, feedback y supervisión.

Mberne: Created page with "{{Meta-bok|min=5}}
'''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo.
La expresión “IA como teammate” no significa que la inteligencia artif..."

2026-05-19T15:44:29Z

Created page with "{{Meta-bok|min=5}} <div class="bok-def"> '''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo. </div> La expresión “IA como teammate” no significa que la inteligencia artif..."

New page

{{Meta-bok|min=5}}

<div class="bok-def">
'''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo.
</div>

La expresión “IA como teammate” no significa que la inteligencia artificial sea una persona, tenga criterio profesional propio o pueda asumir responsabilidad sobre el resultado. Es una metáfora de trabajo: ayuda a tratar la IA como un colaborador que necesita onboarding, contexto, límites, feedback y supervisión.

Este enfoque es especialmente útil para equipos ágiles que están empezando a integrar IA generativa y quieren hacerlo de forma ordenada, sin rediseñar todo su sistema de trabajo desde el primer día.

Frente a un uso improvisado de la IA —cada persona prueba herramientas, prompts y modelos por su cuenta—, la IA como teammate propone tratar la integración de IA como una práctica de equipo.

== Qué problema resuelve ==

Muchas organizaciones adoptan IA de forma fragmentada: una persona la usa para resumir reuniones, otra para escribir historias de usuario, otra para generar código y otra para revisar textos. El resultado suele ser desigual: outputs difíciles de comparar, dudas sobre privacidad, dependencia de habilidades individuales y falta de criterios comunes.

El enfoque de IA como teammate ayuda a pasar de la experimentación aislada a una integración más disciplinada.

Resuelve, o al menos reduce, cuatro problemas frecuentes:

* '''uso oportunista''': cada persona usa la IA de forma distinta y sin aprendizaje compartido;
* '''falta de contexto''': la IA responde con generalidades porque no entiende el producto, el equipo ni sus estándares;
* '''calidad inconsistente''': los resultados dependen demasiado de prompts improvisados;
* '''responsabilidad difusa''': nadie sabe quién valida, quién responde o qué hacer cuando la IA se equivoca.

== Por qué “teammate” y no solo “herramienta” ==

Llamar “teammate” a la IA puede ser útil si se entiende bien. No porque la IA sea miembro real del equipo, sino porque algunas prácticas que usamos con personas nuevas también funcionan con IA.

Un equipo no espera que una persona recién incorporada acierte sin contexto. Le explica el producto, los usuarios, la arquitectura, las reglas de trabajo, los estándares de calidad, los canales de comunicación y los límites de decisión.

Con la IA ocurre algo parecido. Si se le pide trabajo sin contexto, producirá respuestas plausibles pero genéricas. Si se le proporciona contexto, ejemplos, criterios, límites y feedback, sus outputs mejoran.

La diferencia crítica es que una persona puede desarrollar criterio, responsabilidad y comprensión social. La IA no. Por eso la metáfora de teammate debe usarse como disciplina operativa, no como antropomorfismo.

== Los cuatro pilares del enfoque ==

El enfoque IA como teammate suele organizarse en cuatro prácticas complementarias.

{| class="wikitable"
! Práctica
! Pregunta central
! Riesgo si se descuida
|-
| '''Model management'''
| ¿Qué modelo o herramienta usamos para cada tipo de tarea?
| Usar el mismo modelo para todo, aunque no sea adecuado.
|-
| '''Context management'''
| ¿Qué información necesita la IA para producir outputs relevantes?
| Respuestas genéricas, incompletas o desconectadas del producto.
|-
| '''Prompt engineering'''
| ¿Cómo formulamos instrucciones claras, repetibles y verificables?
| Resultados inconsistentes y demasiadas iteraciones.
|-
| '''Governance management'''
| ¿Qué límites, permisos, políticas y responsabilidades aplican?
| Riesgos de privacidad, seguridad, coste, calidad o accountability.
|}

Estas cuatro prácticas funcionan juntas. Gestionar modelos sin contexto produce respuestas pobres. Mejorar prompts sin gobernanza puede aumentar el riesgo. Añadir gobernanza sin aprendizaje práctico puede convertir la IA en burocracia inútil.

== 1. Model management ==

Model management consiste en seleccionar y gestionar los modelos, herramientas o agentes adecuados para cada tipo de tarea.

No todos los modelos sirven igual para todo. Algunos son mejores para escritura, otros para código, otros para razonamiento, otros para análisis de documentos, otros para tareas rápidas de bajo coste. Además, cambian con frecuencia: capacidades, precios, límites, privacidad, integración con herramientas y rendimiento.

En un equipo ágil, model management implica decidir:

* qué herramientas están permitidas;
* para qué tareas se recomienda cada una;
* qué datos pueden introducirse en cada sistema;
* qué tareas requieren modelos más capaces;
* qué tareas pueden resolverse con modelos más baratos o locales;
* cuándo revisar si el modelo elegido sigue siendo adecuado.

El objetivo no es perseguir siempre el modelo más avanzado, sino usar la opción suficiente y segura para cada trabajo.

== 2. Context management ==

Context management consiste en proporcionar a la IA el contexto necesario para trabajar bien.

La IA puede producir respuestas muy fluidas con poco contexto, pero eso no significa que entienda el producto, la estrategia, los usuarios, las restricciones técnicas o las decisiones previas del equipo. Si no recibe ese contexto, rellenará huecos con suposiciones.

El contexto puede incluir:

* visión de producto;
* hipótesis activas;
* [[Historia de usuario|historias de usuario]];
* [[Spec|specs]];
* criterios de aceptación;
* arquitectura;
* APIs;
* estándares de código;
* Definition of Done;
* decisiones anteriores;
* datos de usuario anonimizados;
* glosarios;
* ejemplos de outputs buenos y malos.

Gestionar contexto no significa meter toda la documentación en cada prompt. Significa seleccionar la información mínima suficiente para que la IA pueda producir un resultado relevante sin ruido innecesario.

== 3. Prompt engineering ==

[[Prompt engineering]] es la práctica de diseñar instrucciones claras, estructuradas y reutilizables para obtener outputs consistentes.

En el enfoque IA como teammate, el prompt no es una frase improvisada. Es una forma de comunicar trabajo al colaborador artificial. Debe incluir objetivo, contexto, tarea, formato, restricciones y criterios de calidad.

Ejemplo de diferencia:

{| class="wikitable"
! Prompt improvisado
! Prompt orientado a teammate
|-
| “Mejora esta historia.”
| “Revisa esta historia de usuario para una sesión de refinement. Devuelve una tabla con: ambigüedad detectada, riesgo para el sprint, pregunta de aclaración y criterio de aceptación sugerido. No inventes requisitos nuevos.”
|}

La diferencia no está solo en la longitud. Está en que el segundo prompt permite revisar si el output sirve.

== 4. Governance management ==

Governance management consiste en establecer reglas de uso, límites, permisos y responsabilidades.

Sin gobernanza, la IA puede introducir riesgos importantes: uso de datos sensibles, decisiones sin trazabilidad, costes descontrolados, dependencia de outputs no verificados, errores de seguridad o pérdida de responsabilidad.

La gobernanza debería responder preguntas como:

* qué herramientas están aprobadas;
* qué datos no pueden compartirse;
* qué tareas requieren revisión humana;
* quién valida un output antes de usarlo;
* cómo se documenta el uso de IA;
* qué se hace si la IA comete un error;
* qué límites de gasto o consumo aplican;
* qué outputs pueden llegar a producción;
* qué políticas se aplican a código, datos, clientes o propiedad intelectual.

La gobernanza no debe usarse para bloquear toda experimentación. Debe crear un espacio seguro para experimentar sin trasladar riesgos invisibles al producto o a la organización.

== IA como teammate en Scrum ==

En Scrum, la IA como teammate no añade un nuevo rol oficial. El equipo Scrum sigue teniendo las responsabilidades humanas que le corresponden. La IA puede apoyar el trabajo, pero no asume accountability.

Puede participar como apoyo en distintos momentos:

* en el refinamiento del [[Product backlog|product backlog]], detectando ambigüedades o proponiendo preguntas;
* en la [[Planificación del sprint|planificación del sprint]], ayudando a identificar dependencias, riesgos o tareas que pueden delegarse;
* durante el sprint, generando borradores, código, tests, documentación o análisis;
* en la [[Sprint review|sprint review]], ayudando a sintetizar feedback o preparar evidencia;
* en la [[Retrospectiva|retrospectiva]], ayudando a ordenar patrones, tensiones o experimentos de mejora.

La clave es que la IA no decide por el equipo. Aporta opciones, análisis o ejecución. El equipo decide.

== Qué cambia en los roles ==

En equipos con IA, los roles no se sustituyen, pero algunas responsabilidades se transforman.

{| class="wikitable"
! Rol
! Qué cambia con IA como teammate
|-
| '''Product owner / product architect'''
| Define qué merece ser construido, valida hipótesis y decide cuándo la IA puede acelerar exploración o entrega sin perder foco en valor.
|-
| '''Developers / product builders'''
| Orquestan IA, escriben specs, revisan outputs, validan calidad técnica y aseguran que lo generado cumple la Definition of Done.
|-
| '''Scrum master / agile enabler'''
| Facilita el sistema humano-IA: flujos de colaboración, gobernanza, confianza, aprendizaje, límites y mejora continua.
|}

El mayor cambio no es que la IA “entre en el equipo”, sino que el equipo necesita diseñar cómo se trabaja con ella.

== Cómo hacer onboarding a la IA ==

Si se trata la IA como teammate operativo, necesita onboarding. Ese onboarding no es emocional ni social, sino contextual.

Un onboarding mínimo puede incluir:

* propósito del producto;
* usuarios principales;
* problemas que el producto resuelve;
* criterios de valor;
* arquitectura o restricciones técnicas;
* Definition of Done;
* tono y estándares de documentación;
* políticas de privacidad;
* ejemplos de buenas respuestas;
* ejemplos de respuestas inaceptables;
* reglas sobre cuándo debe pedir aclaración;
* límites de lo que puede y no puede hacer.

Este onboarding puede convertirse en instrucciones de proyecto, biblioteca de prompts, specs, guías de estilo, archivos de contexto o plantillas reutilizables.

== Buenas tareas para empezar ==

El enfoque IA como teammate funciona mejor cuando el equipo empieza por tareas de riesgo bajo o medio, con resultados revisables.

Buenos casos de uso iniciales:

* resumir feedback de usuarios;
* identificar ambigüedades en historias de usuario;
* proponer preguntas para refinement;
* transformar criterios vagos en criterios testables;
* generar borradores de documentación;
* crear checklists de revisión;
* proponer casos de prueba;
* revisar textos para claridad;
* sintetizar decisiones de una reunión;
* preparar una primera versión de una spec;
* detectar inconsistencias entre documentos.

Estas tareas permiten aprender rápido sin poner en riesgo directo el producto, los datos o los usuarios.

== Tareas que requieren más control ==

Algunas tareas pueden ser valiosas, pero necesitan controles más estrictos:

* generar código que llegará a producción;
* modificar permisos, autenticación o seguridad;
* analizar datos sensibles;
* responder a clientes;
* tomar decisiones de roadmap;
* interpretar evidencia legal, contractual o regulatoria;
* aprobar entregables;
* publicar contenido externo;
* ejecutar acciones irreversibles.

En estos casos, la IA puede asistir, pero debe haber revisión humana, trazabilidad y criterios de aceptación claros.

== Relación con la atribución humano/IA ==

La IA como teammate se vuelve práctica en la [[Planificación del sprint|planificación del sprint]] cuando el equipo decide explícitamente qué hará la inteligencia humana y qué hará la inteligencia artificial.

No todo trabajo debe delegarse a IA. Una clasificación sencilla puede ser:

{| class="wikitable"
! Tipo de trabajo
! Mejor responsable
! Ejemplo
|-
| '''Juicio estratégico'''
| Personas
| Decidir si una hipótesis merece inversión.
|-
| '''Exploración rápida'''
| Personas + IA
| Crear prototipos o alternativas para aprender.
|-
| '''Generación mecánica o repetitiva'''
| IA supervisada
| Generar borradores, scaffolding, tests iniciales o variantes.
|-
| '''Revisión e integración'''
| Personas, con apoyo de IA
| Validar calidad, arquitectura, seguridad y coherencia.
|}

La atribución humano/IA evita dos errores opuestos: usar IA para todo o no usarla donde sí podría descargar trabajo.

== Relación con Definition of Ready para IA ==

Un ítem no debería asignarse a IA solo porque “parece automatizable”. Debe estar preparado.

Una Definition of Ready para IA puede incluir:

* objetivo claro;
* contexto disponible;
* spec o instrucciones suficientes;
* criterios de aceptación verificables;
* datos permitidos y datos excluidos;
* límites de actuación;
* herramienta o modelo adecuado;
* persona responsable de revisar;
* tiempo de revisión incluido en la planificación.

La IA sin contexto es rápida produciendo outputs, pero lenta generando valor.

== Relación con Definition of Done reforzada ==

Cuando un output de IA se incorpora a un incremento, la [[Definition of Done|Definition of Done]] debe cubrirlo explícitamente.

No basta con que el agente diga que ha terminado. Deben aplicarse controles adecuados al riesgo:

* revisión humana;
* tests;
* análisis estático;
* revisión de seguridad;
* verificación contra la spec;
* comprobación de fuentes;
* validación con usuarios si aplica;
* trazabilidad de decisiones relevantes.

Esto es especialmente importante en código, documentación técnica, análisis de datos y decisiones que afectan a usuarios o clientes.

== Ventajas ==

Bien aplicado, el enfoque IA como teammate puede aportar:

* más velocidad en tareas repetitivas;
* mejor preparación de sesiones de trabajo;
* mayor capacidad de exploración;
* reducción de trabajo mecánico;
* apoyo en análisis y síntesis;
* generación de alternativas;
* mejora de consistencia si se usan plantillas;
* detección temprana de ambigüedades;
* mayor aprendizaje del equipo sobre sus propios criterios.

La ventaja real no está en “usar IA”, sino en mejorar la capacidad del equipo para pensar, decidir y entregar con apoyo de IA.

== Riesgos ==

El enfoque también tiene riesgos si se entiende mal.

=== Antropomorfismo ===

La IA puede expresarse como si entendiera, quisiera o recordara. Eso facilita la interacción, pero puede llevar al equipo a atribuirle juicio, intención o responsabilidad que no tiene.

=== Confianza excesiva ===

Un output fluido puede parecer correcto. La IA puede equivocarse de forma convincente, especialmente cuando trabaja con información incompleta.

=== Desplazamiento del criterio humano ===

Si el equipo acepta resultados sin discusión, deja de aprender y empieza a depender de la herramienta.

=== Pérdida de contexto compartido ===

Si cada persona conversa con la IA por separado y no comparte aprendizajes, el conocimiento queda disperso en chats individuales.

=== Falta de trazabilidad ===

Sin registro de prompts, fuentes, decisiones y revisiones, es difícil reconstruir por qué se tomó una decisión o cómo se generó un resultado.

=== Riesgos de privacidad y seguridad ===

El equipo puede introducir datos sensibles en herramientas no autorizadas o permitir acciones sin permisos adecuados.

== Métricas útiles ==

Para saber si la IA está funcionando como teammate, conviene medir algo más que frecuencia de uso.

Métricas posibles:

* tiempo ahorrado en tareas repetitivas;
* reducción de iteraciones para obtener un output útil;
* número de ambigüedades detectadas antes del sprint;
* defectos encontrados antes de producción;
* tiempo de revisión humana por output de IA;
* porcentaje de outputs rechazados o rehechos;
* hipótesis validadas con apoyo de IA;
* coste de uso frente a valor obtenido;
* satisfacción del equipo con los flujos humano-IA;
* incidentes de privacidad, seguridad o calidad.

La métrica más engañosa es “cuánto usa el equipo la IA”. Usarla mucho no significa usarla bien.

== Buenas prácticas ==

Para trabajar con IA como teammate:

* '''Hacer onboarding explícito.''' La IA necesita contexto, ejemplos, límites y criterios.
* '''Crear plantillas compartidas.''' Los buenos prompts deben pasar de hábito individual a práctica de equipo.
* '''Separar generación y decisión.''' La IA puede proponer; el equipo decide.
* '''Revisar outputs críticos.''' Cuanto mayor sea el riesgo, mayor debe ser el control.
* '''Definir permisos.''' No todas las herramientas deben acceder a todos los datos.
* '''Mantener trazabilidad.''' Registrar decisiones, fuentes y prompts importantes.
* '''Usar retrospectivas para mejorar la colaboración con IA.''' El equipo puede inspeccionar qué funcionó, qué falló y qué cambiar.
* '''Evitar la dependencia ciega.''' La IA debe aumentar el criterio del equipo, no reemplazarlo.
* '''Empezar con tareas revisables.''' Es mejor aprender con riesgo bajo antes de delegar tareas críticas.
* '''Actualizar prácticas.''' Los modelos cambian, y las reglas de uso también deben revisarse.

== Cuándo no usar este enfoque ==

IA como teammate no es adecuado en cualquier contexto.

Puede no ser recomendable cuando:

* el equipo no tiene acceso seguro a herramientas de IA;
* no hay madurez técnica para revisar outputs;
* el trabajo pertenece a dominios altamente regulados sin controles específicos;
* la organización no tiene políticas claras de datos;
* el coste de revisión supera el beneficio;
* la tarea es determinista y puede automatizarse mejor con reglas o scripts;
* el equipo espera que la IA compense falta de claridad estratégica.

La IA no arregla un sistema de trabajo confuso. Lo acelera, y a veces amplifica sus problemas.

== Diferencia con agente de IA ==

[[Agente de IA]] e IA como teammate no son lo mismo.

Un agente de IA es un sistema capaz de ejecutar tareas con cierto grado de autonomía usando instrucciones, contexto, herramientas y controles. IA como teammate es un enfoque de integración: cómo el equipo incorpora esos sistemas a su forma de trabajar.

Dicho de forma simple:

* el agente es el sistema;
* el teammate es la forma de integrarlo en el equipo.

== Error frecuente ==

<div class="bok-aviso">
'''Tomarse literalmente la metáfora de teammate.''' La IA puede colaborar, generar alternativas y ejecutar tareas, pero no pertenece al equipo en el mismo sentido que una persona. No tiene responsabilidad profesional, juicio contextual completo ni compromiso con el producto. El equipo humano sigue siendo responsable de decidir, validar y responder por los resultados.
</div>

== Recursos ==

<div class="bok-recurso">
📄 [https://www.scrum.org/resources/ai-teammate-framework-four-step-framework-product-teams AI Teammate Framework: A Four-Step Framework for Product Teams]<span class="detalle">Marco de Scrum.org basado en model management, context management, prompt engineering y governance management · 2025</span>
</div>

<div class="bok-recurso">
📄 [https://www.scrum.org/resources/managing-your-ai-teammate-turning-ai-experiment-strategic-partner Managing Your AI Teammate: Turning AI from Experiment to Strategic Partner]<span class="detalle">Artículo de Scrum.org sobre integración estructurada de IA en equipos · 2025</span>
</div>

<div class="bok-recurso">
📄 [https://www.hbs.edu/faculty/Pages/item.aspx?num=67197 The Cybernetic Teammate: A Field Experiment on Generative AI Reshaping Teamwork and Expertise]<span class="detalle">Working paper sobre IA generativa y colaboración en equipos · Harvard Business School · 2025</span>
</div>

<div class="bok-recurso">
📄 [https://www.nber.org/papers/w33641 The Cybernetic Teammate]<span class="detalle">Versión NBER del estudio sobre IA generativa, rendimiento y dinámica de equipo · 2025</span>
</div>

<div class="bok-recurso">
📄 [https://www.nist.gov/itl/ai-risk-management-framework AI Risk Management Framework]<span class="detalle">Marco de gestión de riesgos de IA · NIST · 2023</span>
</div>

== Referencias ==

* Dell'Acqua, Fabrizio; Ayoubi, Charles; Lifshitz-Assaf, Hila; Sadun, Raffaella; Mollick, Ethan R.; Mollick, Lilach; Han, Yi; Goldman, Jeff; Nair, Hari; Taub, Stew; Lakhani, Karim R. (2025). “The Cybernetic Teammate: A Field Experiment on Generative AI Reshaping Teamwork and Expertise”, Harvard Business School Working Paper No. 25-043.
* NIST. (2023). ''Artificial Intelligence Risk Management Framework (AI RMF 1.0)''. National Institute of Standards and Technology.
* Scrum Manager. (2026). ''IA aplicada al trabajo ágil''. Scrum Manager.
* Scrum Manager. (2026). ''Scrum en equipos con IA''. Scrum Manager.
* Scrum.org. (2025). “AI Teammate Framework: A Four-Step Framework for Product Teams”, Scrum.org.
* Scrum.org. (2025). “Managing Your AI Teammate: Turning AI from Experiment to Strategic Partner”, Scrum.org.

== Véase también ==

<div class="bok-tags">
[[Agente de IA]] [[Prompt engineering]] [[Context engineering]] [[Gobernanza de IA]] [[Gestión de modelos]] [[Prompt library]] [[Revisión humana de outputs de IA]] [[Definition of Done]]
</div>

<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>

[[Category:Glosario de términos]]
[[Category:Prácticas ágiles]]