From d17df2a7d363cda6a94ea3ce115ae7a047f5f2cd Mon Sep 17 00:00:00 2001 From: fedpo Date: Tue, 20 May 2025 09:00:34 -0300 Subject: [PATCH] add 8.md --- Agile/8.md | 51 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 51 insertions(+) create mode 100644 Agile/8.md diff --git a/Agile/8.md b/Agile/8.md new file mode 100644 index 0000000..4e13581 --- /dev/null +++ b/Agile/8.md @@ -0,0 +1,51 @@ +# User Story +Es utilizado para describir una funcionalidad del sistema desde el punto de vista el usuario. Esto esta directamente relacionado con la relevacion de requerimientos. + +Son cortas y no tienen un lenguaje tecnico. Utiliza tanto comunicacion oral como escrita, estas por medio de conversaciones directas con el desarrollador y los papeles del panel. + +## Que tiene +- Descipcion. +- Criterio de evaluacion. +- Valor -> Maximisa la satisfaccion del cliente. +- Ficha estructural. +- Como (rol) quiere objetivo -> para beneficio. +### Lo más clave es +1. Descipcion. +2. Pruebas / Criterios Aceptacion. + +## 3 C +### Cartas +Como las propias de trello o jira. Condensan de forma directa el contenido de la conversacion con lo que se debe hacer. + +### Conversacion +En esta lo que sucede es que el desarrollador y el manager hablan con el stakeholder. Este ida y vuelta es crucial para llenar los detalles y que el equipo entienda el trabajo a realizarse. + +Esto no es una cosa de una vez sino que es un proceso que se mantiene sobre el tiempo para mantener el equipo alineado en el desarrollo. + +### Confirmacion +Es el paso final, consiste en validar el desarrollo usando un criterio claro. y confirmando que el software cumpla con laos estadares acordados. + +## Dependencias +Las historias de usuario tienen que ser independientes una de otra. + +## Bocetos +Crear mocks de las pantallassd que va a ver el usario, una forma adicional de capturar condiciones de satisfaccion de las historias de usuario. + +## Invest +### Independiente +las dependencia entrre las historias crean problema de priorizacion +### Negociable +Se debe de definir entre el desarrollador y el usuario +### Valuable +tiene que aportar valor al usuario +### Estimable +tiene que poderse estimar facilmente +### Small +Tiene que entrar en una sola iteracion +### Testeable +Tiene que ser testeable + +## Story points +## Story points +Estos son puntos los cuales permiten evaluar cada US de forma independiente de las horas que un equipo le tendria que dedicar. Y se calculan usando la escala de fibonnacci. +