webinar agilven: gestión ágil de requisitos en proyectos de software
TRANSCRIPT
Gestión ágil de requisitos Webinar AgilVen ver en https://www.youtube.com/watch?v=cgeqObJ0igE
Pablo Lischinsky evolucionagil.com @pablolis [email protected]
25/04/2015
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
AgilVen Pablo Lischinsky @pablolis 3
AgilVen Pablo Lischinsky @pablolis 4
Abordaje tradicional de levantamiento de “requisitos”
• Desarrollo en cascada
Problema Conocido => Solución conocida
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!
• 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
• 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
• 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
Product Owner o cliente en casa
Problema: Conocido Solución: Desconocida
Agile = Scrum + XP
Abordaje ágil
AgilVen Pablo Lischinsky @pablolis 9
http
://lu
nar.
lost
gard
en.c
om/u
ploa
ded_
imag
es/e
ssay
-D
isco
vert
heFu
nEar
ly-S
crum
Com
plex
ity-7
2986
3.jp
g
Dominio de aplicación
AgilVen Pablo Lischinsky @pablolis 10
http
://lu
nar.
lost
gard
en.c
om/u
ploa
ded_
imag
es/e
ssay
-D
isco
vert
heFu
nEar
ly-S
crum
Com
plex
ity-7
2986
3.jp
g
Dominio de aplicación
AgilVen Pablo Lischinsky @pablolis 11
Modelo Cynefin
AgilVen Pablo Lischinsky @pablolis 12
Modelo Cynefin
AgilVen Pablo Lischinsky @pablolis 13
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
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
Criterios de un buen Backlog: DEEP ü Detallado apropiadamente ü Emergente ü Estimado ü Priorizado
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 16
-
+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
-
+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
-
+Prioridad
Features a detallar
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 19
-
+Prioridad
Épicas
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 20
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
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
Refinamiento del Backlog Dinámica de una épica
Gestión ágil de requisitos: Product Backlog
AgilVen Pablo Lischinsky @pablolis 23
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
<<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
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
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
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
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
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
§ Ú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
§ 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
¿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
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 • [email protected]
AgilVen Pablo Lischinsky @pablolis 34
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
Pablo Lischinsky www.evolucionagil.com
@pablolis
http://uy.linkedin.com/in/pablolischinsky
[email protected] http://about.me/pablolischinsky
http://pablolischinsky.wordpress.com/
AgilVen Pablo Lischinsky @pablolis 36