Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User Story Map
-
Upload
jorge-hernan-abad-londono -
Category
Technology
-
view
1.161 -
download
1
Transcript of Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User Story Map
Estimación, priorización y seguimiento de un proyecto ágil empleando el User Story Map
Jorge Hernán Abad LondoñoM.Sc., CSM, CSP, PMP, Agile Coach
https://co.linkedin.com/in/jorgeabadl
PONGAMOS LAS BASES
Verdadero Valor de Negocio
Entender el
problemaLEAN AGILE
ENFÓQUESE EN SOLUCIONES DE VALOR, NO EN
SOFTWARE
CONSTRUYA EL PRODUCTO CORRECTO
CONSTRUYA DE LA FORMA CORRECTA
Nuestro foco es no perder el foco
Corazón de ágil
Lacey, Mitch. The Scrum Field Guide: Practical Advice for Your First Year (Agile Software Development Series)
Valor y riesgos en enfoque tradicional y ágil
Presentation Title
“Nuestro trabajo no es hacer (toneladas de) software, nuestro trabajo
es hacer la MENOR cantidad de SOFTWARE que maximice el VALOR del
negocio de nuestros clientes”
Ángel Medinilla
@angel_m
Pareto también se cumple en productos de software
Ahora si…
Repasemos Scrum
¿Y de dónde sale el Product Backlog?
No es por arte de magia
Herramientas para Agile Inception• Elevator Pitch• Lista del No• Vecindario• Product Box• Product Vision Board• Lo que nos mantiene despiertos• Compromisos y restricciones
Herramientas para el backlog como:• Taller de priorización• Impact Mapping• User Personas• User Story Map• User Journey• Levantamiento de requisitos • Lista priorizada de necesidades
Principio de la incertidumbre de los requisitos de Humphrey
La solución al software debe ser orgánica
Con feedback tamprano y continuo para que crezca de forma exitosa
User Story MappingIdeado por Jeff Patton@jeffpatton
http://idrawgirls.com/tutorials/2011/12/12/painting-chinese-woman-portrait/
Una solución Orgánica
Presentation Title
Pasos
El User Story MapEs un taller realizado con el equipo de producto
1. Identifica primero los procesos
Tip: cuando el sistema es pequeño se identifican los módulos
2. Luego las actividades
3. Por último las funcionalidades o historias épicas
Nota: • En sistemas/productos muy pequeños solo
habrá dos niveles• En sistemas/productos grandes es posible que
hayan más de 3 niveles
Presentation Title
• Walking Skeleton• Minimum Viable Product (MVP)• Producto mínimo de valor
¿Cuál es la versión mínima de una hamburguesa?
Presentation Title
• R0: Dos panes y una carne
• R1: Más salsas• R2: Más tomate, lechuga
y cebolla• R3: Más queso y tocineta• R4: Más otra carne• R5: Más papas y gaseosa• R6: Más postre• Etc, etc, etc
Versionemos
La versión mínima de hamburguesa sería el Walking Skeleton
Presentation Title
Prioricemos por releases, tratando de generar valor de punta a punta
Presentation Title
Cada release debe tener un objetivo o capacidad de negocio a cumplir
Cada release• ¿Cuánto me costará
aproximadamente?• ¿Cuándo estará listo?
Herramientas como:• Tallas de Camiseta• Series numéricas
Análisis Comparativo• Tallas de camiseta • S, M, L, XL, XXL, XXXL
• Planning Poker• 1, 2, 3, 5, 8, 13, 20, 40, 100
• Otras series• 1, 2, 4, 8, 16, 32, 64, 128• 1, 2, 5, 10, 20, 50, 100
¿Cuántos días me demora construir el pivote «S» o el «1» incluyendo• Análisis• Desarrollo• Pruebas unitarias• Despliegue• Pruebas• Corrección• Despliegue• Automatización• Documentación• Y cualquier otra tarea requerida para el DONE!!!?
1,2,3,4 o más días
¡6 días!(por ejemplo)
Luego con• las personas que conforman el equipo• El valor hora promedio del equipo de trabajo• Los días del sprint puedes calcular algo como:
Clic aquí para visitar el postbit.ly/TiempoCostoUSM
O bajar una hoja de cálculo
Presentation Title
¿Quieres que te cueste menos?R/.Solicita menos software
¿Quieres terminar más rápido?
¿Quieres terminar más rápido?(la respuesta es la misma)R/.Solicita menos software
¿Y el seguimiento?
Principios Ágiles1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
7. El software funcionando es la medida principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
http://agilemanifesto.org/iso/es/principles.html
Gestión Visual / Visual Management
• El 90% de la información transmitida al cerebro es visual
• Las imágenes son procesadas 60.000 veces mas rápido que el texto
• La gestión visual mejora la habilidad de aprender/comprender por encima del 400%
Se marcan las historias riesgosas…
Historias Riesgosas
2.100 puntos
1.800 puntos
2.500 puntos
Muy bonito, pero ¿y los números?
Burn Up Release
Zona de Valor de Negocio
Zona de Valor de Negocio del Release
Pero, ¿Cómo sé que terminé?
Está en su punto, tiene lacapacidad esperada paraeste Release
¡¡¡Obtienes lo que mides!!!
(más indicadores y métricas)
¿Qué más medir? (lo que agregue valor)• Velocidad (puntos construidos por sprint del equipo)• Bugs encontrados por testing en el sprint• Bugs encontrados en producción• Felicidad o satisfacción• Deuda técnica por sprint• Y otras que estén enfocadas en su mejora (ej);:
– Reinicios de servidor– Tiempos ociosos– Tiempo sin servidor– Etc.
Puntos de Historia Historias
VELOCIDAD DEL EQUIPO
Bugs
SPRINT
SPRINT
6600tán29a5
660
6600tán1a5
660
6600tán2a5
660
6600tán3a5
6606600tán28a56606600tán19a5660
6600tán9a56606600tán29a56606600tán19a56606600tán10a56606600tán30a56606600tán20a56606600tán11a5660
6600tán1a56606600tán21a5660
6600tán12a56606600tán23a5660
6600tán1a5660
6600tán1a5660
6600tán4a56606600tán27a5660
6600tán29a56606600tán1a5660
Puntos Compro-metidos
Puntos Logrados
SPRINT
6600tán28a5660
6600tán4a5660
6600tán9a5660
6600tán14a5660
6600tán19a5660
6600tán24a5660
6600tán29a5660
6600tán5a5660
6600tán11a5660
6600tán25a5660
6600tán25a5660
6600tán1a56606600tán3a5660
6600tán19a5660
6600tán25a5660
Historias Com-prometidas
Historias Aprobadas
SPRINT
6600tán28a5660 6600tán4a56606600tán29a5660
6600tán1a5660
6600tán2a5660
6600tán3a5660
6600tán4a5660
6600tán3a5660
6600tán2a5660
6600tán2a5660
6600tán3a5660
Satisfacción
Satisfacción
6600tán29a5
660
6600tán1a5
660
6600tán2a5
660
6600tán3a5
6606600tán28a5660
6600tán19a5660
6600tán9a5660
6600tán29a5660
6600tán19a5660
6600tán10a5660
6600tán30a5660
6600tán20a5660
6600tán28a5660
6600tán3a5660
6600tán16a56606600tán29a5660
6600tán19a5660
6600tán28a5660
6600tán15a5660
6600tán12a5660
CerradosAbiertos
VELOCIDAD DEL EQUIPO
At the end of the day, your job isn’t to get the requirements right — your job is to change the world.
– Jeff Patton@jeffpatton
¿Preguntas?
Anexos
Conferencia auspiciada por el PMI Antioquia Colombia Potential Chapter – La propiedad intelectual de esta pertenece al facilitador
Enlaces Recomendados• Libro sobre Mapa de Historias de Usuario de Jeff Patton - User Story Mapping:
Discover the Whole Story, Build the Right Product https://www.amazon.com/User-Story-Mapping-Discover-Product/dp/1491904909/ref=sr_1_1?s=books&ie=UTF8&qid=1466737683&sr=1-1&keywords=user+story+mapping
• Story Mapping is a better way to work with Agile User Stories http://jpattonassociates.com/user-story-mapping/
• Creating an Agile Road Map Using Story Mapping https://www.scrumalliance.org/community/articles/2013/august/creating-an-agile-roadmap-using-story-mapping
• Información en mi blog sobre User Story Map http://www.lecciones-aprendidas.info/search/label/user%20story%20map
• Calculando el Costo y Tiempo Estimado de un Proyecto Ágil Usando un User Story Map http://www.lecciones-aprendidas.info/2015/05/calculando-el-costo-y-tiempo-estimado.html.
Aviso de Copyright
• Usted es libre de:– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
• Bajo las siguientes condiciones– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el autor o
licenciante (pero de ninguna manera que sugiera que ellos aprueban su uso del trabajo).
• Nada de lo dispuesto en esta licencia menoscaba o restringe los derechos morales del autor.
• Para más información ver http://creativecommons.org/licenses/by/3.0/
Información de Contacto
• Jorge Hernán Abad Londoño– [email protected]– @jorge_abad– https://co.linkedin.com/in/jorgeabadl
Puede eliminar esta (o cualquier diapositiva), pero debe dar crédito de la fuente en algún lugar de su presentación. Utilizar el logotipo y el nombre de la empresa (como en la parte inferior izquierda, por ejemplo) o incluir una diapositiva en algún lugar diciendo que parte (o todo) de su presentación son de esta fuente. Gracias.