Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Practicas ágiles - HIstorias de usuario

No description
by

Silvia Lozano

on 14 February 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Practicas ágiles - HIstorias de usuario

de manera orgánica VALORES SCRUM De Desarrollo orientado a planes a enfoques ágiles A los individuos y su interacción, por encima de los procesos y las herramientas. Tras los cuatro valores descritos, los firmantes redactaron los siguientes, como los principios que de ellos se derivan:

- Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.
- Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
- Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
- Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
- Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
- El software que funciona es la principal medida del progreso.
- La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.
- Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
- La atención continua a la excelencia técnica enaltece la agilidad.
- La simplicidad como arte de maximizar la cantidad de trabajo que no se hace, es esencial.
- Las mejores arquitecturas, requisitos y diseños emergen de equipos que se auto-organizan.
- En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia. Marco de trabajo para gestionar proyectos complejos. Secuencial Prácticas ágiles El software que funciona, por encima de la documentación exhaustiva. La colaboración con el cliente, por encima de la negociación contractual. La respuesta al cambio, por encima del seguimiento de un plan. PRINCIPIOS Años 70 Origen en la manufactura y la construcción requisitos
diseño
construcción
integración
prueba
instalación
mantenimiento Problema: Entorno cambiante Sprints TimeBox Desarrollo incremental y evolutivo Valor de negocio Historias de usuario Descripción de un requisito y su beneficio empresarial y un conjunto de criterios con los que todos están de acuerdo es lo que se tratará de hacer. Estructura de una historia Identificador (ID) de la historia
Titulo ( Una línea describiendo la historia)
Narrativa:
Como un <rol>
necesito <meta/deseo/funcionalidad>
para<beneficio>

Criterios de aceptación (escenarios)
Escenario 1: Titulo
Dado que [contexto]
y [mas contexto]...
Cuando [evento]
Entonces [Salida/Resultado/Comportamiento esperado]
Y [Otra salida]...
Escenario 2...

Estimación
Prioridad INVEST Independiente: la historia de usuario no debe depender de otra historia ya que esto facilitará la priorización de las mismas.
Negociables: no son contratos, sino promesas de comunicación.
Valuable: la historia de usuario debe brindar valor al proyecto y al usuario final.
Estimables: la historia de usuario debe tener el tiempo que ésta tomará en implementarse.
Small (Pequeñas): la historia de usuario debe ser pequeña y concisa. Si una historia de usuario es muy grande ésta se debe dividir en otras historias más pequeñas, esto con el fin de poder tener un mejor control sobre ellas.
Testeable (Verificable): La historia de usuario debe poderse probar. Ejemplo H1 Cuentahabiente retira dinero del cajero automático

Como cuentahabiente
Yo necesito retirar dinero efectivo de un cajero automático
para obtener dinero cuando el banco esté cerrado.

Escenario 1: La cuenta tiene fondos suficientes
Dado que el balance de la cuenta es de 100 pesos
Y mi tarjeta es válida
Y el cajero contiene suficiente dinero
Cuando el cuentahabiente solicite 20 pesos
Entonces el cajero debe entregarle 20 pesos
Y el balance de la cuenta debe quedar en 80 pesos
Y la tarjeta debe ser devuelta.

Escenario 2: La cuenta tiene fondos insuficientes
Dado que el balance de la cuenta es de 10 pesos
Y mi tarjeta es válida
Y el cajero contiene suficiente dinero
Cuando el cuentahabiente solicite 20 pesos
Entonces el cajero no debe entregar dinero
Y cajero debe decir que tiene fondos insuficientes
Y el balance de la cuenta debe ser 20
Y la tarjeta debe ser devuelta.
Prioridad: 1
Estimación: 3 puntos Ejemplo 2 HU1 Calcular Índice de Masa Corporal (IMC)

Como nutricionista
Necesito conocer el índice de masa corporal de mi paciente
para hacer seguimiento del IMC durante el tratamiento.

Escenario 1: Calculo del IMC con todos los datos
Dado que se ingresaron los datos de peso (71 K) y estatura (1.68 mts)
Cuando el nutricionista solicite el calculo del IMC
Entonces el sistema debe mostrarle un resultado de 25.2 y debe mostrar en que rango de composición corporal se encuentra.

Escenario 2: Calculo del IMC con datos incompletos
Dado que se ingresaron solo los datos de peso (71 K) y no el de estatura.
Cuando el nutricionista solicite el calculo del IMC
Entonces el sistema debe mostrarle un mensaje indicando que falta ingresar el dato de estatura. Qué diferencia hay entre historias de usuario y casos de uso? Estilo más narrativo
Enfocados mas en lo que desea el usuario que en el sistema.
Centrados en el valor que provee usar el sistema
Están concebidos para fomentar la colaboración pues son un inicio de la conversación Definition of Done DoD es una lista de chequeo de actividades valiosas requeridas para producir software ( escribir código, codificar comentarios, pruebas unitarias, pruebas de integración, diseños, etc.) que adicionan valor demostrable al producto.
Ver
http://www.scrumalliance.org/articles/106-definition-of-done-a-reference Reunión de planeación de iteraciones o sprints Insumo principal son las historias de usuario priorizadas en un backlog Visual Story Mapping
Full transcript