Scrum

Agilidad con Scrum

Retos desarrollos actuales Retos desarrollos actuales El primer motivo del fracaso es el “Éxito” Velocidad requerida mucho más alta Funcionalidades y necesidades más numerosas y complejas Apoyar con agilidad la incorporación de nuevos modelos de negocio Demanda de mayor calidad

Solución
¿Metodologías tradicionales?

Problemas con el desarrollo de softwaretradicional

Desarrollo Tradicional
Desarrollo en fases cerradas Resultados anticipados Diseño y definición primero Modelo contractual: - Requisitos y documentos cerrados fase a fase

Problemas Metodologías tradicionales
Requerimientos no claros Temor en avanzar fases Parálisis por el análisis Los documentos no reflejan bien la funcionalidad Carencia de facultades telepáticas o adivinatorias en losanalistas

Problemas Metodologías tradicionales
Cambio de requerimientos Los cambios cuestan cada vez más Los usuarios no consiguen finalmente lo que necesitan

Problemas Metodologías tradicionales
Se minimizan las pruebas La calidad queda comprometida Integración final genera y detecta los errores ........ al final

Problemas Metodologías tradicionales
Tiempo gastado enfuncionalidades innecesarias Sólo el 52% de las funcionalidades se implementan El 64% de funcionalidades es raramente usada (fuente: standish Report 2009)

Problemas Metodologías tradicionales
Visibilidad del progreso real muy pequeña Proyectos con Incremento en Presupuestos y fechas 44% Fracaso completo 24% 68% de los proyectos fracasa o no cumplen objetivos (fuente: standish Report 2009)

Manifiestoágil
Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar: A los individuos y su interacción, por encima de los procesos y las herramientas. El software que funciona, por encima de la documentación exhaustiva. La colaboración con el cliente, por encima de la negociación contractual. Larespuesta al cambio, por encima del seguimiento de un plan. Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.

Principios ágiles
Satisfacer al cliente: entregas tempranas, frecuentes con valor Agradecer los cambios Trabajar como equipo: negocio y desarrollo son “el equipo” Motivar, implicar, ilusionar Medirse por software funcionando Calidad sobresaliente Mantenerlosimple Comunicar cara a cara Ritmo alto de desarrollo, constante y perdurable Autogestión y evolución continua Mejorar la productividad y la eficiencia continuamente

Compañías que lo usan:

¿Alguna más usándolo...?

Process Complexity (M)

Chaotic projects

Structured projects

Agile projects

Proyectos complejos

¿En concreto qué usan?
La fuerza Espadas laser ¿…?Agilidad con Scrum

El objetivo de scrum

Manejar la complejidad, impredecibilidad y cambio a traves de la transparencia, la inspección y la adaptación

Proceso de Scrum

El equipo
Pequeño (5-9) Se compromete y marca objetivos conjuntos Implicación y autoresponsabilidad Se autogestiona (empowerment) Estima las tareas y tiempos Asegura la calidad Se analiza, y mejora a si mismo, y al procesoEquipo de alto rendimiento

picture by exfordy

Dueño del producto
Representa al negocio Tener capacidad de decisión – Definir las funcionalidades – Priorizarlas Elegír las fechas de entregas Dar feedback Manejar expectativas Aceptar o rechazar resultados

Scrum master
Al servicio del equipo Ayudar y servir Asesorar en el proceso Cumplimiento de scrum Lider y autoridad moral, no formalPlanificación de sprint
Product owner y equipo Elección de funcionalidades a implementar por prioridad Entendimiento completo de funcionalidades Desglose en actividades para realizarlas (sprint items)

Estimación de todo el equipo, scrum cards

Compromiso y objetivo común, compartido (3 horas)

Scrum diario
Implicación y autoresponsabilidad Decir lo que se hace, y hacer lo que se...