Charla realizada para #DevHangout de @devacademyla sobre la importancia de los requerimientos, técnicas ágiles para identificación y experiencias en proyectos.
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)
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
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
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)
37.
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