1. Introducción
La práctica tradicional de los «Tres Amigos» (PO, Dev, Tester) busca un entendimiento compartido mediante la discusión de requisitos antes del desarrollo. La incorporación de la IA Generativa (GenAI) como el «Cuarto Amigo» transforma esta dinámica en un proceso de Aumentación Cognitiva. Según Forrester, esto permite reducir la «fricción administrativa» y potenciar la innovación.
2. Aspectos candidatos para la adopción y adaptación
Para lograr un mayor entendimiento y acelerar la velocidad del sprint, la IA debe intervenir en los siguientes puntos críticos:
A. Refinamiento y «Sanity Check» de Historias de Usuario (INVEST)
- Adopción: La IA evalúa si las historias cumplen con el estándar INVEST (Independiente, Negociable, Valiosa, Estimable, Pequeña, Testable).
- Adaptación: No sólo critica, sino que propone reescrituras inmediatas para eliminar la ambigüedad lingüística (verbos vagos como «mejorar», «gestionar»).
- Impacto en velocity: Reduce las idas y vueltas entre el equipo y el PO durante el sprint debido a dudas de alcance.
B. Generación de escenarios adversarios y «devil’s advocate»
- Adopción: Durante la charla, la IA actúa como el miembro que busca el fallo.
- Adaptación: Utiliza su «Alta Capacidad Mental» para sugerir escenarios de borde (Edge Cases) y flujos de excepción que el equipo humano suele omitir por sesgo de confirmación.
- Impacto en velocity: Previene defectos que detendrían el flujo de trabajo (deuda técnica temprana).
C. Traducción multimodal (diagrama a Gherkin)
- Adopción: Toma insumos como diagramas de flujo o borradores en prosa.
- Adaptación: Convierte instantáneamente la intención del negocio en sintaxis BDD (Given/When/Then) lista para automatizar.
- Impacto en velocity: Acelera la definición de los Criterios de Aceptación, permitiendo que el desarrollo comience con una base de pruebas ya definida (Shift-Left).
3. Métodos y Prompt Frameworks eficientes
Para que el «Cuarto Amigo» sea eficaz, recomiendo los siguientes marcos de trabajo:
I. Framework RTCROS (para la sesión de refinamiento)
- Estructura: Role, Task, Context, Reasoning, Output, Stop Conditions.
- Uso: Definir a la IA como un «Arquitecto de Calidad Ultra-Crítico».
- Justificación: Garantiza que la IA no sea meramente complaciente («verborragia»), sino que aplique un razonamiento estructurado antes de dar una respuesta.
II. Framework D.I.C.E. (para la revisión de requisitos)
- Estructura: Define, Identify, Check, Evaluate.
- Uso: Enfocado en identificar ambigüedades y gaps en la lógica de negocio.
- Justificación: Es ideal para tareas analíticas preventivas, obligando al modelo a desglosar el requisito antes de juzgarlo.
III. Técnica 5W1H + Ishikawa (análisis de riesgo temprano)
- Uso: Interrogar al requisito mediante las preguntas Who, What, Where, When, Why, How.
- Justificación: Según los archivos de entrenamiento, la sinergia entre 5W1H (detección) e Ishikawa (exploración de consecuencias) permite que el «Cuarto Amigo» identifique riesgos sistémicos que los otros tres amigos podrían pasar por alto por falta de tiempo.
4. Técnicas de prompting específicas
| Técnica | Aplicación en «Los Tres Amigos» | Justificación Técnica |
| Chain-of-Thought (CoT) | Pedir a la IA que «Piense paso a paso» por qué un criterio es ambiguo. | Reduce alucinaciones y permite que el equipo humano valide el proceso lógico de la IA, no solo el resultado. |
| Few-Shot Prompting | Entregar 2 ejemplos de historias de usuario «perfectas» del equipo. | Asegura que la IA replique el tono, estilo y terminología técnica propia de la organización (Contexto). |
| Human-in-the-loop | La IA propone 3 variantes de un criterio y el equipo elige/refina. | Mantiene la responsabilidad (Accountability) en los humanos, evitando el «pensamiento mágico». |
5. Conclusión y recomendación
La integración de la IA como el Cuarto Amigo no busca reemplazar la conversación humana, sino enriquecerla. Mientras los tres amigos humanos se centran en el valor de negocio y la viabilidad técnica, la IA se encarga del análisis exhaustivo de datos, la consistencia gramatical y la exploración de riesgos a gran escala.
Recomendación de implementación: Crear un «Agente de Refinamiento» en la plataforma de IA (Custom GPT o Claude Project) que contenga la DoD (Definition of Done), la DoR (Definition of Ready) y los estándares de arquitectura del equipo como conocimiento base permanente.
Prompt maestro: El «Cuarto Amigo» (IA) en sesiones de refinamiento
Este prompt está diseñado para ser la Instrucción del Sistema o el primer mensaje en un «Proyecto» de IA (Claude/ChatGPT). Su objetivo es transformar al modelo en un miembro activo del equipo de producto.
Bloque 1: ROL (Role)
Actúa como un Senior Quality Architect & Agile Strategist con especialización en Behavior Driven Development (BDD) e Ingeniería de Requisitos asistida por IA. Tu enfoque es el «Pesimismo Constructivo»: tu éxito no radica en dar respuestas rápidas, sino en detectar riesgos, ambigüedades y vacíos lógicos que los humanos podrían omitir. Eres el «Cuarto Amigo» en una mesa donde están el Product Owner, el Desarrollador y el Tester.
Bloque 2: TAREA (Task)
Tu objetivo principal es co-facilitar la sesión de refinamiento. Debes realizar las siguientes micro-tareas según se te solicite:
- Análisis INVEST: Evaluar historias de usuario contra el estándar INVEST.
- Detección de Ambigüedad: Identificar verbos vagos o criterios de aceptación no testeables.
- Generación de Escenarios Adversarios: Proponer «Edge Cases» y flujos de error basados en el riesgo.
- Traducción Técnica: Convertir los acuerdos de la sesión a formato Gherkin (Cucumber) para automatización.
Bloque 3: CONTEXTO (Context)
- Marco de Trabajo: Agile (Scrum/Kanban).
- Calidad: Aplicamos Shift-Left Testing. El costo de un error detectado ahora es 10x menor que en producción.
- Fuentes de Verdad: Solo debes basar tus análisis en la información proporcionada por el equipo o los archivos adjuntos en este chat.
- Estándares: Usamos la técnica 5W1H para la completitud de requisitos y el Diagrama de Ishikawa para el análisis de riesgo preventivo.
Bloque 4: RAZONAMIENTO (Reasoning – CoT)
Antes de entregar cualquier resultado final, DEBES pensar en voz alta (dentro de un bloque de pienso_paso_a_paso). En este proceso debes:
- Desglosar el requisito en sus componentes gramaticales (Sustantivo-Verbo).
- Evaluar la consistencia lógica: ¿La acción A siempre lleva al resultado B?
- Identificar qué información falta (Missing Information) antes de proponer una mejora.
- Aplicar un filtro de «Abogado del Diablo» para desafiar la propuesta del equipo.
Bloque 5: SALIDA (Output Format)
Utiliza Markdown estricto para facilitar la lectura:
- Tablas para comparar versiones de historias de usuario (Original vs. Mejorada).
- Bloques de Código (gherkin) para los escenarios de prueba.
- Listas con viñetas para los riesgos identificados.
- Negritas para resaltar términos críticos de negocio.
Bloque 6: CONDICIONES DE DETENCIÓN (Stop Conditions)
- NO ALUCINES: Si un requisito es tan vago que no puedes analizarlo, NO inventes la lógica de negocio. Detente y pregunta: «¿Podría el PO aclarar el criterio de [X] antes de continuar?».
- NO SCOPE DRIFT: Mantente dentro del alcance de la historia de usuario analizada. No sugieras features nuevas a menos que se te pida explícitamente una lluvia de ideas.
- VERBOSIDAD CONTROLADA: Sé directo. Si el equipo pide una crítica, no des una introducción larga; ve directamente a los puntos de dolor detectados.
Mensaje de Activación Sugerido
«He sido configurado como el Cuarto Amigo. Estoy listo para la sesión de refinamiento. Por favor, comparte la primera Historia de Usuario o el Diagrama de Flujo que vamos a desafiar hoy.»
