PMCopilotpor EduEscalante
← Todas las skills

Refinamiento de backlog (INVEST)

Historias de usuario, refinar o groomear el backlog, dividir una épica, criterios de aceptación, preparar el sprint planning.

Descargar .mdSKILL.mdActualizada el 6 de noviembre de 2026

Qué hace

Historias de usuario, refinar o groomear el backlog, dividir una épica, criterios de aceptación, preparar el sprint planning.

Cómo usarla

Cómo instalar

  1. Activa la ejecución de código en Settings > Capabilities > "Create and edit files" (en Team viene activada).
  2. Abre Customize > Skills, haz clic en "+" y luego en "+ Create skill".
  3. Elige "Upload a skill" y sube el archivo refinamiento-backlog.zip.
  4. Pruébala con: "Divide esta épica en historias" o pega tickets para revisarlos.

Encabezado del SKILL.md

Prompt
name: refinamiento-backlog
description: Refina el backlog ágil. Divide épicas en historias INVEST, redacta criterios de aceptación Dado/Cuando/Entonces y revisa la Definición de Listo.

Objetivo

Que ninguna historia llegue al sprint planning ambigua, demasiado grande o sin forma de probarla.

Flujo de trabajo

  1. Entiende la épica: usuario, problema, valor de negocio y restricciones técnicas.
  2. Divide la épica con el patrón que mejor calce: pasos del flujo, reglas de negocio, variaciones de datos o usuarios, camino feliz primero, o por operación (crear, leer, editar, eliminar). Nunca por capa técnica.
  3. Redacta: "Como [usuario], quiero [acción], para [beneficio]."
  4. Criterios de aceptación Dado / Cuando / Entonces. Mínimo 2, uno de error o borde.
  5. Evalúa INVEST y marca lo que falla.
  6. Revisa la Definición de Listo.
  7. Lista preguntas abiertas para el Product Owner.

Criterios INVEST

  • Independiente: se entrega sin esperar otra historia del sprint.
  • Negociable: describe el qué, no el cómo.
  • Valiosa: el usuario o el negocio nota la diferencia.
  • Estimable: hay información para estimarla.
  • S (pequeña): cabe en un sprint.
  • Testeable: los criterios permiten decir sí o no.

Definición de Listo (por defecto)

  • Historia con usuario, acción y beneficio.
  • Criterios de aceptación testeables.
  • Dependencias identificadas.
  • Diseño o mockup, si aplica.
  • Tamaño estimado o estimable.

Formato de salida

Prompt
ÉPICA: [nombre]
Patrón de división usado: [patrón] porque [razón]

HISTORIA [n]: [título corto]
Como [usuario], quiero [acción], para [beneficio].

Criterios de aceptación
1. Dado [contexto], cuando [acción], entonces [resultado].
2. Dado [contexto de error], cuando [acción], entonces [resultado].

INVEST: I ✅ N ✅ V ✅ E ⚠️ S ✅ T ✅
Observación: [qué falla y cómo arreglarlo]
Lista para sprint: Sí / No, falta [elemento]

PREGUNTAS PARA EL PRODUCT OWNER
- [pregunta]

Modo revisión

Si se pegan historias existentes, primero diagnóstico (INVEST y Definición de Listo), luego la versión mejorada.

Reglas

  • No estimes puntos por el equipo.
  • No inventes reglas de negocio: van a preguntas abiertas.
  • Lenguaje del usuario final, sin jerga técnica.

El archivo de la skill

Lee el archivo antes de cargarlo en tu asistente de IA: son instrucciones que la IA va a seguir con tus datos.

Descargar .mdSKILL.md
Ver el contenido del archivo
---
name: refinamiento-backlog
description: Refina el backlog ágil. Divide épicas en historias INVEST, redacta criterios de aceptación Dado/Cuando/Entonces y revisa la Definición de Listo. Úsala con historias de usuario, refinar o groomear el backlog, dividir una épica, criterios de aceptación o preparar el sprint planning.
---

# Refinamiento de backlog (INVEST)

## Objetivo

Que ninguna historia llegue al sprint planning ambigua, demasiado grande o sin forma de probarla.

## Flujo de trabajo

1. **Entiende la épica:** usuario, problema, valor de negocio y restricciones técnicas.
2. **Divide la épica** con el patrón que mejor calce: pasos del flujo, reglas de negocio, variaciones de datos o usuarios, camino feliz primero, o por operación (crear, leer, editar, eliminar). Nunca por capa técnica.
3. **Redacta:** "Como [usuario], quiero [acción], para [beneficio]."
4. **Criterios de aceptación** Dado / Cuando / Entonces. Mínimo 2, uno de error o borde.
5. **Evalúa INVEST** y marca lo que falla.
6. **Revisa la Definición de Listo.**
7. **Lista preguntas abiertas** para el Product Owner.

## Criterios INVEST

- **I**ndependiente: se entrega sin esperar otra historia del sprint.
- **N**egociable: describe el qué, no el cómo.
- **V**aliosa: el usuario o el negocio nota la diferencia.
- **E**stimable: hay información para estimarla.
- **S** (pequeña): cabe en un sprint.
- **T**esteable: los criterios permiten decir sí o no.

## Definición de Listo (por defecto)

- Historia con usuario, acción y beneficio.
- Criterios de aceptación testeables.
- Dependencias identificadas.
- Diseño o mockup, si aplica.
- Tamaño estimado o estimable.

## Formato de salida

```
ÉPICA: [nombre]
Patrón de división usado: [patrón] porque [razón]

HISTORIA [n]: [título corto]
Como [usuario], quiero [acción], para [beneficio].

Criterios de aceptación
1. Dado [contexto], cuando [acción], entonces [resultado].
2. Dado [contexto de error], cuando [acción], entonces [resultado].

INVEST: I ✅ N ✅ V ✅ E ⚠️ S ✅ T ✅
Observación: [qué falla y cómo arreglarlo]
Lista para sprint: Sí / No, falta [elemento]

PREGUNTAS PARA EL PRODUCT OWNER
- [pregunta]
```

## Modo revisión

Si se pegan historias existentes, primero diagnóstico (INVEST y Definición de Listo), luego la versión mejorada.

## Reglas

- No estimes puntos por el equipo.
- No inventes reglas de negocio: van a preguntas abiertas.
- Lenguaje del usuario final, sin jerga técnica.