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 formalPlanificació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...
Regístrate para leer el documento completo.