User stories slicing, easy approach and guide
- 1. Slicing de US Concepto, proceso y ejemplos
- 2. Slicing de historias de usuario. El propósito dividir historias para hacerlas más pequeñas. Cortar la historia = hacer historias más delgadas (pero aún verticales) Pequeña Grande Minutos Horas Días Semanas Meses
- 3. Slicing de historias de usuario. ¿Por qué dividir historias? ● Entregue con más frecuencia. ● Feedback frecuente con usuarios. ● Más sincronizado con otras personas y equipos. ● Mejores prioridades. ● Más opciones de negocio. ● Menos riesgo. ● Integraciones menos complicadas. ● Planificación más fácil, saber de VERDAD donde estamos. NO de esta forma Funcional Confiable Usable Wow Factor Funcional Confiable Usable Wow Factor De esta forma
- 4. Proceso ¿Cómo iniciar? 1. Evaluando la historia 3. Evalúa la división 2. Aplicar patrón
- 5. 1. Evaluando la historia Una vez creadas nuestras historias de usuario nos podemos hacer 2 preguntas: ¿La historia satisface los principios INVEST? ¿La historia es aproximadamente de 1/10 a 1/6 de nuestra velocidad de equipo?
- 6. 2. Patrones ¿Cómo dividir? Lo primero y lo último En caso de: Un proceso con varios pasos complejos. Aplicar el criterio: Crear 3 nuevas historias que incluyan: 1. El primer paso del proceso. 2. El último paso del proceso. 3. Lo que queda en medio. Por tipos de usuario En caso de: Variación de acuerdo al tipo de usuario Aplicar el criterio: Dividir en segmentos y comenzar por el que nos permite: Agregar más valor, tener menor riesgo, mayor aprendizaje, o más oportunidades de recibir feedback efectivo. Se puede aplicar uno o más patrones.
- 7. 2. Patrones ¿Cómo dividir? Interfaz de usuario En caso de: Evaluar si tiene sentido dividir en cuando el desarrollo de la interfaz es muy complejo. Aplicar el criterio: Una historia con la funcionalidad pero interfaz simplificada. Otra historia para completar la interfaz. Ejemplo: Primero la fecha en un cuadro de texto, en otra versión por intermedio de un calendario. Por reglas de negocio En caso de: Si las reglas de negocio a implementar son complejas o muy distintas. Aplicar el criterio: Una historia de usuario para cada una de ellas. Se puede aplicar uno o más patrones.
- 8. 2. Patrones ¿Cómo dividir? Por datos En caso de: Historias que se hacen más complejas cuando tienen más datos de entrada Aplicar el criterio: Dividir de acuerdo al significado de los datos, agregar inicialmente sólo la funcionalidad necesaria para los datos seleccionados. Ejemplo: Procesar primero sólo las ventas de ciudad X con impuestos locales. Por flujos En caso de: Casos de prueba con caminos alternativos para casos excepcionales y manejo de situaciones de error. Aplicar el criterio: Una historia en el caso de prueba perfecto. Otras historias que agreguen validaciones y soporte a las excepciones. Se puede aplicar uno o más patrones.
- 9. 2. Patrones ¿Cómo dividir? Por plataforma En caso de: Una historia o producto completo exige compatibilidad con varios navegadores. Aplicar el criterio: Dividir la historia creando una por cada navegador. Enfocarse en aquello que da más valor. Por usabilidad En caso de: Historia incluye escenarios de usabilidad tales como refinamiento de navegación. Aplicar el criterio: Dividir la historia enfocándose en lo fundamental. Dejar los detalles para otras historias. Se puede aplicar uno o más patrones.
- 10. Ejemplo Por tipo de usuario / Por flujo / Regla de negocio Como usuario Quiero cancelar una reserva Para ... ● Verificar que un miembro premium puede cancelar hasta el último día sin pagar fee de cancelación ● Verificar que un miembro no-premium paga un 10% de fee de cancelación el último día ● Verificar que se envió un email de confirmación Como usuario Quiero cancelar una reserva Para ... Como usuario premium Quiero poder cancelar gratis una reserva hasta el último día Para ... Como usuario no-premium Quiero poder cancelar gratis una reserva hasta 24 hs antes Para ... Como usuario Quiero recibir un email de aviso de reserva cancelada Para ...
- 11. 3. Evalúa la división Una vez aplicamos uno o varios patrones toca evaluar si quedó bien dividida, para esto algunas preguntas que nos pueden ayudar: ¿Las nuevas historias de usuario resultantes, son relativamente iguales en tamaño? ¿Cada una de las nuevas historias son aproximadamente de 1/10 a 1/6 de nuestra velocidad de equipo? ¿Cada una de las nuevas historias satisface los principios INVEST? ¿Han aparecido historias que pueden bajar su prioridad, o incluso, ser borradas? ¿Ha aparecido una historia muy obvia con la que empezar, por que es la que nos va aportar el máximo valor de forma temprana, o conocimiento, o va a mitigar el riesgo, etc..? Se puede aplicar uno o más patrones.