User stories

XP (User stories)

Estas tienen el mismo propósito como casos de uso, pero no son lo mismo. Están escritas por los clientes como las cosas que quieren que el sistema haga por ellos por endeestán escritos en lenguaje cliente. Son similares a los escenarios de uso, salvo que no se limitan a describir una interfaz de usuario.
Estas sólo debe proporcionar los detalles suficientes para haceruna estimación del riesgo razonablemente bajo de cuánto tiempo tomará la historia de implementar. Cuando llegue el momento de poner en práctica los desarrolladores de historia volverán al cliente yrecibirán una descripción detallada de los requisitos.
Se debe al máximo tratar de evitar detalles de una tecnología específica, el diseño de bases de datos y algoritmos además de centrarse en lasnecesidades del usuario y los beneficios en lugar de especificar diseños de interfaz gráfica de usuario.

Se utilizan para:
* Crear las estimaciones de tiempo para la reunión de planificación de laliberación.
* En lugar de un documento sobre las necesidades de gran tamaño.
* Impulsan la creación de las pruebas de aceptación. Uno o más pruebas de aceptación automática se debe crear paraverificar la historia de usuario se ha ejecutado correctamente.
* Establecer los requisitos del cliente
* Se les asignan tareas de programación con un número de horas de desarrollo.Usualmente los desarrolladores estiman cuánto tiempo podrían llevar las historias para ponerse en práctica. Cada historia tendrá un 1, 2 o 3 semanas de estimación en el tiempo de desarrollo ideal que comosu nombre lo indica tardará en aplicarse el cuento en el código si no hay otras asignaciones y saber exactamente qué hacer. Más de 3 semanas significa que usted necesita para romper la historia aúnmás. Menos de una semana y usted está en un nivel muy detallado, se combinan algunas historias. Alrededor de 80 historias de usuario más o menos el 20 es un número perfecto para crear un plan de...