webinar agilven: gestión ágil de requisitos en proyectos de software

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


Abordaje tradicional de levantamiento de “requisitos”

•  Desarrollo en cascada

Problema Conocido => Solución conocida



•  “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!



•  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



•  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.



Product Owner o cliente en casa

Problema: Conocido Solución: Desconocida

Agile = Scrum + XP

Abordaje ágil


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


Modelo Cynefin


Abordaje ágil

•  aprendizaje producto y proceso para atacar la complejidad

•  just-in-time •  emergente •  progresivo •  iterativo •  incremental •  alcance negociable (variable)


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


Criterios de un buen Backlog: DEEP ü Detallado apropiadamente ü Emergente ü Estimado ü Priorizado



-

+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



-

+Prioridad

Historias de usuario en estado listo o Ready para entrar al sprint backlog durante la planning: INVEST + pre-requisitos resueltos



-

+Prioridad

Features a detallar



-

+Prioridad

Épicas



Dinámica de la priorización

El PO pueden repriorizar los PBIs de acuerdo al valor para el cliente o el ROI



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



Refinamiento del Backlog Dinámica de una épica



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


<<Descripción>>

Como <Rol>

Deseo <Actividad>

Para <Lograr un objetivo>

ID

Bussines Value points

Story points

Historia de usuario (User Story)


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é?


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


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


Evaluación INVEST en buenas Historias de Usuario: ü  Independiente

ü  Negociable

ü  Valuable (valiosa)

ü  Estimable

ü  Small (pequeña)

ü  Testeable

Historia de usuario


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


§  Ú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


§  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


¿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


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]


AGILES 2015 Montevideo-Uruguay

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


Pablo Lischinsky www.evolucionagil.com

@pablolis

http://uy.linkedin.com/in/pablolischinsky

[email protected] http://about.me/pablolischinsky

http://pablolischinsky.wordpress.com/


webinar agilven: gestión ágil de requisitos en proyectos de software

Software