Prompt Framework para crear y gestionar Métricas de Liderazgo
I. Objetivo del Framework
Proporcionarle al Test Lead (ó Test Manager) de una estructura de interacción con un ecosistema aplicando IA generativa (p.e. Gemini/NotebookLM) para dejar de aplicar medición por silos y establecer un modelo de Liderazgo Basado en Resultados de Negocio y Calidad Integral (Whole-Team Approach), es decir, el modelo de enfoque actual.
II. Acciones prácticas para el Test Lead
Antes de ejecutar este prompt, y como una fase de transición, el Test Lead debe asegurar la recolección de datos en el sistema de gestión que esté usando (p.e. Jira/ADO) bajo estos cambios operativos:
- Fase de Discovery/Planning (descubrimiento y planificación):
- Acción: Incorporar el campo «Riesgo de Producto» en las User Stories.
- Dato: % de historias con «Three Amigos» completado antes del inicio del Sprint.
- Importante: En caso de que no existiera el campo, el Test Lead deberá fundamentar el motivo.
- Fase de Desarrollo (In-Sprint):
- Acción: Implementar Pair Testing (Dev+QA) en historias críticas.
- Dato: Tiempo desde «In Progress» a «Ready for Test» (Lead Time de desarrollo con calidad embebida).
- Importante: El Test Lead deberá tener conocimiento teórico y práctico además de este tipo de práctica (Pair Testing).
- Fase de Cierre (Review/Retro):
- Acción: Medir la Eficiencia de Eliminación de Defectos (DRE) por Sprint, no por individuo.
- Dato: Defectos encontrados in-sprint vs. defectos escapados a producción.
III. Estructura del Prompt Framework (Nota: considerando el ecosistema que hayas implementado)
Copia y adapta el siguiente bloque para interactuar con la IA, alimentándola con los documentos de tu NotebookLM.
[PROMPT MASTER STRUCTURE]
Contexto: «Actúa como un Consultor Senior en Estrategia de QA. Mi equipo está sufriendo de ‘Resistencia Cultural’ debido a métricas obsoletas (Silos: líneas de código y conteo de bugs). Estamos transicionando al enfoque Whole-Team Approach basado en Agile Testing Condensed y los estándares de ISTQB Test Management.»
Instrucción de Análisis (Chain of Thought): «Analiza los datos de mi último Sprint [Opcional: Adjuntar reporte de Jira/Xray] y genera una propuesta de Métricas de Liderazgo Actuales. Para ello, sigue este proceso paso a paso:
- Justificación del Cambio: Describe por qué medir ‘líneas de código’ y ‘conteo de bugs’ son antipatrones que destruyen el ROI y la velocidad del equipo (Cita el concepto de Cost of Quality de ISTQB).
- Redefinición de Roles en el Sprint: Describe cómo los datos recolectados en las fases de Discovery, Desarrollo y Cierre (basados en las acciones prácticas del Test Lead) demuestran una responsabilidad compartida.
- Propuesta de KPIs de Liderazgo: Sustituye las métricas de silos por:
- DRE (Defect Removal Efficiency): Eficacia del equipo completo.
- MTTR (Mean Time to Repair): Capacidad de respuesta colectiva.
- Code Coverage & Test Density: Calidad técnica desde el origen.
- Sprint Health: Relación entre deuda técnica y features entregadas.
- Diseño de Dashboard de Visibilidad: Define la estructura de un Dashboard para [Jira/Azure DevOps] que sea accesible para todo el equipo, priorizando la visibilidad del ‘Riesgo Residual’.»
Formato de Salida: «Genera un Reporte Ejecutivo de Transformación de Calidad dirigido a la Gerencia y al Equipo, utilizando un tono profesional y directivo. Incluye una tabla comparativa ‘Métrica Antigua vs. Métrica de Valor’.»
IV. Integración en el ecosistema
- Gemini (Interfase): Utiliza el prompt anterior para procesar la lógica de negocio.
- GEM (Instancia Especializada): Crea un GEM llamado «QA Leadership Architect» que tenga precargada esta estructura para que solo tengas que subir los datos del sprint.
- NotebookLM (Base de Conocimiento): Sube los archivos propios de tu proyecto para que la IA fundamente cada métrica en el marco teórico del curso, asegurando que los argumentos sean «irrebatibles» ante auditorías o gerencias técnicas.
- Importante: Aquí el «supuesto» es que estés accediendo a LLM de paga para evitar fuga de información confidencial de la empresa y/o datos privados de usuarios/personas. Recomiendo que nunca compartas información de la empresa ni de personas si tienes alguna duda al respecto porque de lo contrario, no hay vuelta atrás una vez dado el ENTER.
Elaborado por Gustavo Terrera – https://www.linkedin.com/in/gustavoterrera/
