Gestión ágil de requisitos en proyectos de software.

1. Gestión ágil de requisitos
Webinar AgilVen
ver en https://www.youtube.com/watch?v=cgeqObJ0igE
Pablo Lischinsky
evolucionagil.com
@pablolis
lis.pablo@gmail.com
25/04/2015

2. AgilVen Pablo Lischinsky @pablolis 2
• Abordaje tradicional
• Abordaje ágil
• Backlog de producto
• Priorización del Backlog
• User Stories, Story Cards
• El rol del Product Owner
• Delinear el alcance: visión
Agenda

3. AgilVen Pablo Lischinsky @pablolis 3

4. AgilVen Pablo Lischinsky @pablolis 4
Abordaje tradicional de levantamiento de
“requisitos”
• Desarrollo en cascada
Problema Conocido => Solución conocida

5. AgilVen Pablo Lischinsky @pablolis 5
Abordaje tradicional de levantamiento de
“requisitos”
• “Requerimientos” tratados como en manofactura:
etapa previa completa y detallada “up front”
• … el equipo de desarrollo espera
• Son especificaciones “requeridas”, no negociables
(alcance fijo) que el producto debe cumplir
• sin priorización
• sin feedback del cliente, ¡sin software funcionando!

6. • Project paradigm: los stakeholders forzan la
máxima cantidad de funcionalidades
conscientes de que luego de finalizado el
proyecto será imposible hacerlo
• 70-80% de ellas raramente se usan!
Abordaje tradicional de levantamiento de
“requisitos”
AgilVen Pablo Lischinsky @pablolis 6

7. • Planning fallacy: se toman decisiones al
comienzo, con información incompleta: basadas
en un optimismo ilusorio en lugar de hacerlo
racionalmente,
– se sobreestiman beneficios
– se subestiman costos
Abordaje tradicional de levantamiento de
“requisitos”
AgilVen Pablo Lischinsky @pablolis 7

8. • Scope creep: Al avanzar el proyecto se descubre
más información pero como nadie quiere recortar
su alcance, ésta conlleva más trabajo: síndrome
del lavadero o arrastradero de alcance.
Abordaje tradicional de levantamiento de
“requisitos”
AgilVen Pablo Lischinsky @pablolis 8

9. Product Owner o cliente
en casa
Problema: Conocido Solución: Desconocida
Agile = Scrum + XP
Abordaje ágil
AgilVen Pablo Lischinsky @pablolis 9

10. http://lunar.lostgarden.com/uploaded_images/essay-
DiscovertheFunEarly-ScrumComplexity-729863.jpg
Dominio de aplicación
AgilVen Pablo Lischinsky @pablolis 10

11. http://lunar.lostgarden.com/uploaded_images/essay-
DiscovertheFunEarly-ScrumComplexity-729863.jpg
Dominio de aplicación
AgilVen Pablo Lischinsky @pablolis 11

12. Modelo Cynefin
AgilVen Pablo Lischinsky @pablolis 12

13. Modelo Cynefin
AgilVen Pablo Lischinsky @pablolis 13

14. Abordaje ágil
• aprendizaje producto y proceso para atacar
la complejidad
• just-in-time
• emergente
• progresivo
• iterativo
• incremental
• alcance negociable (variable)
AgilVen Pablo Lischinsky @pablolis 14

15. Gestión ágil de requisitos: Product Backlog
PBIs (Product Backlog Items):
• Funcionalidades (features)
• Cambios
• Defectos
• Trabajo técnico
• Formación/capacitación
• Exploración/investigación
AgilVen Pablo Lischinsky @pablolis 15

16. Criterios de un buen Backlog: DEEP
ü Detallado apropiadamente
ü Emergente
ü Estimado
ü Priorizado
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 16

17. -
+
Prioridad
más detalle, alta granularidad
Poco detalle, desconocido, baja granularidad
Detalle
Gestión dinámica y priorizada por ROI
de los requisitos: entregar valor al
cliente
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 17

18. -
+
Prioridad
Historias de usuario en estado
listo o Ready para entrar al
sprint backlog durante la
planning:
INVEST + pre-requisitos
resueltos
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 18

19. -
+
Prioridad
Features a detallar
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 19

20. -
+
Prioridad
Épicas
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 20

21. Dinámica de la priorización
El PO pueden repriorizar los
PBIs de acuerdo al valor
para el cliente o el ROI
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 21

22. Dinámica de la priorización
Otros criterios priorización si
igual valor:
Tamaño (pequeños +)
Aprendizaje
Riesgo
El PO pueden repriorizar los
PBIs de acuerdo al valor
para el cliente o el ROI
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 22

23. Refinamiento del Backlog
Dinámica de una épica
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 23

24. Las 3 Cs para escribir Historias de Usuario
(Ron Jeffries)
Card: las escribimos en tarjetas con anotaciones
Conversation: se conversan, detallan y validan con el
Product Owner
Confirmation: se escriben criterios de aceptación para
confirmar que la historia se codifica correctamente
AgilVen Pablo Lischinsky @pablolis 24

25.
<<Descripción>>
Como
<Rol>
Deseo
<Actividad>
Para
<Lograr un objetivo>
ID
Bussines
Value
points
Story
points
Historia de usuario (User Story)
AgilVen Pablo Lischinsky @pablolis 25

26.
Ver lista de oportunidades
Como
Gerente Comercial
Deseo
ver la Lista de Oportunidades
Para
Planear la estrategia comercial
Us1
20 8
Historia de usuario
¿Quién?
¿Por qué?
¿Qué?
AgilVen Pablo Lischinsky @pablolis 26

27. Historia de usuario
Criterios de aceptación y especificaciones
como pruebas
• donde los requisitos se unen al testing o el
perro se muerde la cola con
• BDD/ATDD/TDD: Diseño dirigido por las
pruebas
AgilVen Pablo Lischinsky @pablolis 27

28. Criterios de aceptación
Dado
que he ingresado al sistema como Gerente
Comercial
Cuando estoy en la sección de Oportunidades
Entonces
debo ver las oportunidades ingresadas por todos
los asesores
Dado
que he ingresado al sistema como Gerente Comercial
Cuando selecciono una Oportunidad
Entonces
debo ver el monto y la Probabilidad de cumplimiento
Historia de usuario - Reverso
AgilVen Pablo Lischinsky @pablolis 28

29. Evaluación INVEST en buenas Historias de Usuario:
ü Independiente
ü Negociable
ü Valuable (valiosa)
ü Estimable
ü Small (pequeña)
ü Testeable
Historia de usuario
AgilVen Pablo Lischinsky @pablolis 29

30. Importante!
Los Usuarios nos cuentan Historias:
lo escrito en la tarjeta es menos importante que la
conversación cara a cara realizada y los
acuerdos conseguidos respaldados por los
criterios de aceptación establecidos.
Historia de usuario
AgilVen Pablo Lischinsky @pablolis 30

31. § Única persona responsable de maximizar el ROI
del esfuerzo de desarrollo.
§ Responsable de la visión del producto.
§ Constantemente re-prioriza el Backlog del
Producto, ajustando las expectativas a largo
plazo, como los planes de liberaciones.
Product Owner
AgilVen Pablo Lischinsky @pablolis 31

32. § Es el árbitro final de las preguntas sobre requerimiento.
§ Acepta o rechaza cada incremento del producto.
§ Decide si se debe liberar.
§ Considera los intereses de los stakeholders.
§ Puede contribuir como miembro del equipo.
§ Tiene un papel de liderazgo
Product Owner
AgilVen Pablo Lischinsky @pablolis 32

33. ¿Cómo (re)inicio un proyecto con Scrum?
¡(Re)delineando el alcance!
¿Sprint 0?->Project: chartering, inception, initiation
• Agile Inception Deck, Jonathan Rasmusson
• User Story Mapping, Jeff Patton
• Impact Mapping, Gojko Adzic
• Product Canvas, Roman Pichler
• Liftoff, Diana Larsen
• Trabajo en equipo, gestión visual del conocimiento
AgilVen Pablo Lischinsky @pablolis 33

34. Comunidad Ágil
• Comunidad ágil en Venezuela: AgilVen
• @agilven
• https://www.facebook.com/agilven
• Comunidad ágil en Uruguay AgileUY
• @agileuy
• www.agiles.uy
• meetup.com/AgileUY/
• Comunidad ágil Latinoamericana
• Conferencia anual Ágiles
• agiles.org
• foro-agiles@yahoogroups.com
AgilVen Pablo Lischinsky @pablolis 34

35. AGILES 2015
Montevideo-Uruguay
VIII JORNADAS LATINOAMERICANAS DE METODOLOGÍAS
ÁGILES: AGILES 2015 en Montevideo-Uruguay
http://agiles2015.agiles.org/
22-24 octubre 2015
AgilVen Pablo Lischinsky @pablolis 35

36. Pablo Lischinsky
www.evolucionagil.com
@pablolis
http://uy.linkedin.com/in/pablolischinsky
lis.pablo@gmail.com
http://about.me/pablolischinsky
http://pablolischinsky.wordpress.com/
AgilVen Pablo Lischinsky @pablolis 36