Clase 3 unidad 2 agil

Definir los requisitos del producto de manera sencilla y comprensible

Describir el diseño visual del producto

Establecer el presupuesto del proyecto

Determinar el equipo de trabajo

Descripción, conversaciones y pruebas

Planificación, desarrollo y entrega

Requisitos, validación y documentación

Diseño, implementación y mantenimiento

El usuario final designado por el cliente

El Product Owner

El desarrollador principal

El equipo de pruebas

Puede generar muchos cambios, incrementando plazos y costes

Facilita la comunicación entre equipos

Reduce la necesidad de validación del cliente

Permite una mejor planificación inicial

Incluye tarjeta, conversación y confirmación

La historia debe ser breve y entendible

Debe permitir un diálogo sobre la necesidad

Debe contener elementos para determinar si se entregó el valor buscado

Dado cierta condición, Cuando ocurre un evento o acción, Entonces sucederá una consecuencia

Primero se describe la consecuencia, luego la condición y finalmente la acción

Se inicia con la acción, luego la condición y termina con la consecuencia

No existe una estructura definida para los criterios de aceptación

Como, Quiero, Para

Usuario, Acción, Resultado

Rol, Objetivo, Beneficio

Persona, Funcionalidad, Valor

Las historias épicas comprenden un gran número de funcionalidades relacionadas.

Las historias épicas son historias de usuario de gran tamaño.

Las historias épicas solo pueden escribirse para aplicaciones móviles.

Las historias épicas permiten fijar en cuántas cuotas deseo financiar mi compra.

Como usuario, quiero hacer una copia de seguridad de mi memoria USB.

Los usuarios de iPhone necesitan acceder a una vista vertical de la alimentación en vivo cuando utilizan la aplicación móvil.

Como gestor de productos, quiero crear y editar una lista con los miembros de mi equipo, para añadirlos a todos a una invitación sin tener que añadirlos individualmente.

Los usuarios de equipos de escritorio necesitan un botón de visualización en pantalla completa en la esquina inferior derecha del reproductor de video.

Definir los requisitos que el producto debe cumplir para considerarse terminado

Describir el diseño visual del producto

Establecer el presupuesto del proyecto

Determinar el equipo de desarrollo

Permite aportar una mirada nueva al cliente y eliminar ambigüedades en los requerimientos

Reduce el tiempo de desarrollo

Aumenta el presupuesto del proyecto

Evita la participación del cliente

ID de la historia, Rol, Característica/Funcionalidad, Razón/Resultado, Criterio de aceptación

Nombre del producto, Fecha de entrega, Presupuesto, Equipo de desarrollo

Nombre del usuario, Dirección, Teléfono, Correo electrónico

Prioridad, Riesgo, Iteración, Observaciones

Ambos definen lo que se necesita para el proyecto o producto.

Las historias de usuario son más detalladas que los requisitos tradicionales.

Los requisitos tradicionales son exclusivos de productos físicos.

Las historias de usuario solo se usan en proyectos de software.