Requisitos agiles 2010

The Requirements Week

Seminario Practicando Requisitos

8 de Junio de 2010 www.visuresolutions.com

Requisitos y Agilidad, ¿son compatibles?Almudena Díez

www.visuresolutions.com Copyright 2008 © Visure Solutions, The Requirements Company - +34 91 806 17 13 - [email protected] - 28760 Tres Cantos MADRID 2

Practicando Requisitos

Requisitos y Agilidad, ¿son compatibles?

1. El Manifiesto Ágil

2. Algunos datos

3. Metodologías tradicionales y métodos ágiles

4. Requisitos ágiles, ¿qué son?

5. User stories

6. Los requisitos en SCRUM

7. SCRUM con IRQA

8. Conclusiones




Manifesto for Agile Software Development,see http://agilemanifesto.org/




1. A principios de 2008, el informe “Enterprise Agile Adoption In 2007” (Forrester Research, Inc.) estimaba que aproximadamente 1/6 de los equipos de desarrollo de software habían adoptado metodologías ágiles de alguna forma

2. Según otros estudios (2009), en torno a 1/5 de las organizaciones de desarrollo de software han adoptado métodos ágiles, pero no en todos los proyectos ni en todos los equipos de desarrollo

3. La metodología ágil más utilizada es SCRUM (50%), seguida de métodos mixtos SCRUM-XP (24%)




Define

Code

Test

Metodologías tradicionales Metodologías ágiles




Metodologías tradicionales Metodologías ágiles

• Largos ciclos de iteración

• Mucha documentación

• Fecha de liberación tardía

• Poco uso de prototipos

• Pruebas al final

• Sprints

• User stories

• Rapidez en liberación de versiones

• Prototipos

• Pruebas continuas




Los principios Ágiles han resultado ser especialmente útiles en proyectos que tienen objetivos que van evolucionando con el tiempo




Requisitos ágiles: algunos principios

� El cliente dirige el desarrollo: el cliente especifica y prioriza el desarrollo del producto

� Conseguir valor: el cliente establece los objetivos y los cuantifica

� Respuesta a cambios: los requisitos no son contratos – evolucionan durante el desarrollo

� Recibir respuesta inmediatamente: el cliente utiliza en seguida las nuevas funciones y prototipos. La comunicación y la colaboración activa en el equipo de proyecto es esencial

� Escribir los requisitos cuando se necesitan: los requisitos se detallan en el momento en que hacen falta, no al principio

� Detallar los requisitos lo imprescindible: los requisitos se escriben con el nivel de detalle imprescindible en cada caso




Escribir los requisitos cuando se necesitan y con el nivel de

detalle imprescindible: evitar detalles innecesarios� El requisito se debe detallar cuando:

• Está a punto de ser diseñado

• Hay una necesidad de negocio o se obtiene algún valor para el cliente al especificar el detalle

• Hay una legislación o regulación que requiera que el requisito se detalle en un cierto momento




Los requisitos en las metodologías tradicionales

� Representan las necesidades del cliente

� Sistematizan el diálogo cliente/proveedor

� Materializan acuerdo cliente/proveedor

� Aseguran la fase de construcción

� Definen las pruebas de aceptación

……. y en las metodologías ágiles también




Los requisitos en metodologías ágiles: User Stories

1. Se llama user story a una descripción concisa, escrita, de una parte de funcionalidad que será evaluada por un usuario

2. Elementos en la descripción:

• Quién (rol del usuario)

• Qué (objetivo)

• Por qué (razón)




User Stories: ¿casos alternativos?




User Stories: ¿restricciones?










Conclusiones� Las metodologías ágiles están aquí para quedarse

� Son metodologías (¡ni más ni menos!):• No son recetas mágicas sino métodos que hay que

entender y adaptar a la organización y a los proyectos

• No tienen validez universal: no son válidas para todos los tipos de proyecto ni para todos los equipos de trabajo

� Los requisitos y la agilidad no están reñidos: también en las metodologías ágiles se analizan y se gestionan los requisitos

� El énfasis no está en la documentación sino en la comprensión de los requisitos ……..

….. como debe ser

Education

Requisitos agiles 2010