Requerimientos Agiles
7 recomendaciones1,689 vistas
El documento detalla la importancia de los requerimientos ágiles en el desarrollo de productos, enfatizando la colaboración y generación de valor con los stakeholders. Se presentan comparaciones entre enfoques tradicionales y ágiles en la gestión de requerimientos, así como distintos tipos de herramientas y técnicas para su identificación y priorización. Se concluye que los cambios son inevitables y que la entrega de soluciones efectivas debe ser el objetivo principal en lugar de simplemente cumplir con requerimientos.
![A B
C X
¿De qué vamos a conversar?
[ ponga aquí el
camino más efectivo ]
Problema / Necesidad/ Oportunidad Solución / entregable](https://image.slidesharecdn.com/devhangout-requerimientosagiles-151001015048-lva1-app6891/85/Requerimientos-Agiles-9-320.jpg)
Requerimientos Agiles
- 1. Requerimientos ágiles Irwin José Franco @cafedejoe Guayaquil #DevHangout
- 3. Requerimientos “Una condición o capacidad requerida por un stakeholder para resolver un problema o alcanzar un objetivo” (BABOK 2.0)
- 5. Requerimientos ágiles “Colección de valores y principios, soportados por prácticas para el desarrollo de productos y servicios, enfocándose en la generación de valor y colaboración” (agile-minds.com)
- 6. Stakeholders: ¿quíenes son y dónde están?
- 7. ¿De qué vamos a conversar? Problema / Necesidad/ Oportunidad
- 8. A B C X ¿De qué vamos a conversar? Problema / Necesidad/ Oportunidad Solución / entregable
- 9. A B C X ¿De qué vamos a conversar? [ ponga aquí el camino más efectivo ] Problema / Necesidad/ Oportunidad Solución / entregable
- 10. ¿Tradicional vs. ágil? Tradicional Ágil Prioridad Cumplir el Plan Entregar valor Enfoque Ejecución (¿Cómo?) Estrategia (¿Por qué?, ¿Para qué?) Definición Detallados y cerrados Descubrimiento al inicio Esbozados y evolutivos Descubrimiento progresivo Participación Sponsor, stakeholders de mayor poder e interés Colaborativo con stakeholders de mayor interés (usuarios finales, clientes) Equipo PM, BA, Área de Procesos Equipo multidisciplinario Herramientas Entrevistas, Observación, formularios Principalmente prototipado Técnicas de facilitación para descubrir Documentación Procesos detallados Matriz de trazabilidad de requisitos Historias de usuario Visual Story Map Productos Definidos en Alcance Identificados progresivamente Proceso Estable, adverso al cambio Incertidumbre, abierto al cambio
- 12. “Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.” (Manifiesto Ágil, 2001) Producto o Servicio
- 13. ¿Qué es valor?
- 14. “Valor es la obtención de beneficio tangible o intangible” Masa Maeda, Serious LeAP “El valor lo asociamos a la utilidad, beneficio o satisfacción que le ofreces a los usuarios finales por cada funcionalidad completa que le entregas” Pablo Lischinsky, Agile Trainer & Consultant, Entrepreneur
- 15. Stakeholders Cliente Reducción de costos Optimización procesos ROI Retención clientes Incremento clientes Generación ingreso Seguridad Privacidad Exclusividad Calidad de vida Tiempo
- 16. “No puedes solamente preguntar al cliente que quiere y luego tratar de entregárselo. En el tiempo que logres construirlo, ellos ya necesitarán algo nuevo” Steve Jobs
- 17. Historia de Sofía • Gerente de Marketing de empresa financiera • Necesita proyecto para lanzamiento de campaña de nueva identidad corporativa • Tiene presupuesto e interés en el proyecto • Es nueva en el cargo • Alta dirección tenía una visión diferente del proyecto • “Usuarios” segmentados en “clientes finales”, “clientes internos” y “mayoristas” • Cada usuario tenia necesidades diferentes a lo requerido por Marketing • Requerimientos fijos para contratación y fueron evolucionando al descubrir el “valor” hacia el negocio
- 18. Historia de Luis • Emprendedor • Invierte sus ahorros y tiene inversionistas a quien responder • Su prioridad es crear nuevos servicios y mejorar la experiencia de sus clientes • Cree en su proyecto, pero está abierto a cambiar si es necesario • Alto involucramiento en el proceso • Requerimientos a alto nivel únicamente referenciales • Confianza en pruebas con usuarios e importancia de prototipado • Decisiones basadas en hallazgos y experimentación • Contratación con tiempo y costo fijo, con alcance variable
- 19. Requerimiento Implementación Comunicación a través de VPN para la consulta de WS Requerimiento No Funcional Estructura de credenciales de los usuarios deben cumplir Resolución 2012-2148 de Junta Bancaría Requerimiento Funcional Generar reporte por mes en formato PDF Recibir alertas de vencimiento vía email Requerimiento de Usuario Realizar consultas en línea sobre Estado de cuenta de Pólizas de Seguro Requerimiento de Negocio Disminuir en X% tiempo invertido en procesos manuales debido a solicitudes de clientes ¿Qué necesito? Tipos de requerimientos
- 20. Contexto Criterios de aceptación Riesgo Historias de usuario Interesado Valor al negocio Riesgo
- 21. Visionar Descubrir Definir Priorizar Planear Product Vision Board Product Box Speed Boat NGT Round Robin MosCoW Buy a Feature Visual Story Mapping Personas User Stories Customer Journey Entrevistas Diagramas Procesos Prototipado A.N. Identificando requerimientos
- 22. Análisis Diseño Validación usuarios Construcción Revisióni1 i1 i2 i3 i4 i5R1 i6 i7 i8Rn Prototipado Sketch Wireframe User testing Workflow PBL Prioridad/Detalle Entregando requerimientos
- 23. “Si hubiese preguntado a la gente que quería, ellos me hubiesen respondido: caballos más veloces” Henry Ford
- 25. Product Box
- 27. Speed Boat
- 29. Impact Mapping
- 30. Entrevistas + Observación + Procesos
- 31. Buy a Feature + MosCoW
- 32. Scketch + Wireframe + Prototipado 1 2 3
- 33. 1 2 3 4
- 34. ¿Qué quería el cliente?¿Qué entendimos?
- 35. A B C D E A N B E N Entendiendo la necesidad y negocio… En resumen… Descubriendo la solución de forma colaborativa… Junto a un equipo motivado y competente… Entregamos frecuentemente valor a los stakeholders.
- 36. Cerrando… • Stakeholders: “No son todos los que están” • Siempre se cumple eso de que “El usuario dice lo que quiere cuando recibe lo que pidió” • No hay una sola técnica para todos los casos • Los “cambios” son la única constante • Lo importante no es únicamente entregar un “requerimiento” sino entregar una “solución” (valor)
- 38. Herramientas… • Visual Story Mapping: www.StoriesonBoard.com • Business Model Canvas: www.stratagyzer.com • Prototyping: www.invisionapp.com • Requeriment Management: www.visualstudio.com • Stakeholder mapping: www.groupmap.com • Innovation Games: www.innovationgames.com