Rápida definición de INVEST Framework para entornos de trabajo ágiles.

1. MARCO DE
TRABAJO
INVEST
Para entornos de
desarrollo ágiles
Wilmer Manuel Amézquita Obando

2. INVEST
FRAMEWORK
• INVEST es un acrónimo formado por los siguientes conceptos que caracterizan una buena
Historia de Usuario.
Wilmer Manuel Amézquita Obando
Valuable
Negotiable
Estimable
Independent
Small
Independiente
Testeable
Negociable
Valioso
Estimable
Pequeño
Testeable

3. INDEPENDIEN
TE
• Las Historias de Usuario
deben ser independientes
entre sí. Esto se traduce en
que pueden ser atendidas en
cualquier orden sin que
pierdan sentido ni propósito.
La ventaja de la
independencia es que
permite la priorización de las
Historias de Usuario más
fácilmente
Wilmer Manuel Amézquita Obando
Esta foto de Autor desconocido está bajo licencia CC BY-NC

4. NEGOCIABLE
• Una Historia de Usuario no es una
camisa de fuerza, es una invitación a
conversar. Debe ser el resultado de la
concertación entre el cliente, el
desarrollador y el tester. La prioridad son
las necesidades del cliente.
Wilmer Manuel Amézquita Obando
Esta foto de Autor desconocido está bajo licencia CC BY-NC

5. VALIOSA
• Una Historia de Usuario que no tiene
valor claro, no debe ser tenida en
cuenta. El valor de la historia de usuario
determina su prioridad en el backlog. La
Historia tiene un valor para el usuario en
la Historia de Usuario.
Wilmer Manuel Amézquita Obando
Esta foto de Autor desconocido está bajo licencia CC BY

6. ESTIMABLE
• Una Historia de Usuario cuyo
tamaño no se puede determinar
o medir, no se va a priorizar
adecuadamente. Si no se puede
estimar una historia, es
conveniente dividirla en historias
más pequeñas para clarificar su
tamaño. Si dividirla no funciona,
quizá sea necesario investigarla
y conocerla más en detalle.
Wilmer Manuel Amézquita Obando
Esta foto de Autor desconocido está bajo licencia CC BY-NC

7. PEQUEÑA
• Una Historia de Usuario es un pedazo pequeño
de trabajo. (Hartman, 2009) propone que las
historias deben tener un tamaño que permita su
desarrollo completo en un lapso de dos semanas
máximo. Se debe trabajar sobre la funcionalidad
en su nivel más simple.
Wilmer Manuel Amézquita Obando

8. TESTEABLE
• Toda Historia de Usuario
debe ser probada para su
aprobación; para esto se
definen los criterios de
aceptación.
Wilmer Manuel Amézquita Obando
Esta foto de Autor desconocido está bajo licencia CC BY-SA

9. REFERENCIAS
• Hartman, B. (2009, mayo 14). New to agile? INVEST in good user stories – [Agile for All].
https://agileforall.com/new-to-agile-invest-in-good-user-stories/
Wilmer Manuel Amézquita Obando