Please enable JavaScript.
Coggle requires JavaScript to display documents.
El modelado de requerimientos en las metodologías ágiles (Buenas prácticas…
El modelado de requerimientos en las metodologías ágiles
Las Historias de Usuario
Requerimientos ágiles
Se centra en las necesidades del cliente
Descripciones simples de las funcionalidades del sistema.
características
notas recopiladas con los requerimientos del cliente.
escritas en diferentes formas
son escritas a lo largo de todo el proyecto de desarrollo.
workshop donde participan todos los miembros del
equipo
son ajustados por medio de conversaciones que son llevadas a cabo entre el dueño del producto y los equipos de desarrollo y, si fuera necesario registrar ciertos detalles de estas conversaciones podrían adjuntarse
documentos a las historias de usuario.
Las historias de usuario no son casos de uso
Las historias de usuario no son IEEE 830
El modelo INVEST
es la clave para pensar y escribir buenas historias de usuario.
Las historias deben
ser
Independientes
Negociables
Valiosas
Estimables
Pequeñas
Testeables
Las historias de usuario en el proceso de desarrollo de requerimientos
Los requerimientos se documentan de diferentes maneras
escenarios
casos de uso
ítems de productos
código funcionando
El desarrollo de los requerimientos en Scrum
La definición y gestión de requerimientos ágiles ha sido diseñada específicamente
para resolver este problema.
El objetivo es alimentar la pila del producto a un ritmo mayor al que los
equipos de desarrollo pueden generar código
objetivo
crear un proceso en el cual se definan, revisen, organicen y comuniquen los requerimientos.
El objetivo final puede ser una lista de historias de usuario, requerimientos funcionales, etc.
Buenas prácticas para la definición de requerimientos en metodologías ágiles
Participación activa de los stakeholders
Visión arquitectónica
Especificaciones Ejecutables
Modelado iterativo
Bueno suficiente
Requerimientos priorizados
Visión de Requerimientos
Escribir historias de usuario cerradas
En proyectos grandes y complejos resulta difícil saber por dónde comenzar a
identificar las historias de usuario.
Las historias de usuario pueden descomponerse en partes más pequeñas.
Evitar incluir características de la interfaz de usuario en la descripción de la
historia de usuario.
Hacer foco en las áreas más importante
Utilizar otras formas de especificación de requerimientos si fuera necesario
Escribir en voz activa.
Dejar que los clientes sean quienes escriban las especificaciones en la medida
de lo posible
No enumerar las historias de usuario.
Ventajas de las Historias de Usuario por sobre los documentos de requerimientos
tradicionales
Las historias de usuario enfatizan la comunicación verbal por sobre la escrita
Las historias de usuario son entendidas por ambos, los clientes y/o usuarios y los equipos de
desarrollo
Las historias de usuario poseen el tamaño necesario para efectuar las estimaciones
Las historias de usuario sirven para trabajar en iteraciones: una de las ventajas más importantes
de las historias de usuario es que son compatibles con el desarrollo iterativo.
Las historias de usuario fomentan el diferimiento de la toma de decisiones (detalles) hasta poseer
mejor entendimiento de las necesidades
Las historias de usuario fomentan el desarrollo participativo
Construyen conocimiento sobre el dominio
Desventajas de usar Historias de Usuario
En proyectos grandes con muchas historias de usuario, se hace más difícil establecer y
entender las relaciones entre las historias