Scrum Un método ágil para sus proyectos

Transcripción

1 Introducción 1. Objetivo del libro Nuestro enfoque Estructura del libro Agradecimientos 16 De la gestión de proyectos tradicional a la agilidad 1. Introducción Algunos hechos y cifras El modelo de gestión de proyecto "en cascada" El modelo (o ciclo) en V La teoría La puesta en práctica del modelo en V Los roles Noción de efecto túnel La agilidad en el corazón de los proyectos Un poco de historia Los valores Los 12 principios subyacentes La agilidad no significa anarquía Scrum, un método ágil 26 1/13

2 7. Información, formación y certificaciones Para concluir 28 Lean, Kanban y extreme Programming 1. Un capítulo necesario Relación de parentesco entre los métodos El Lean Management Objetivo de Lean Los 14 principios de Lean Kanban Principios de Kanban Kanban para el desarrollo de software Kanban y Scrum El método XP o extreme Programming Los principios básicos Las prácticas de extreme Programming Entregas frecuentes Ritmo duradero Presencia del cliente Diseño sencillo Implementación de las reglas de codificación El equipo es responsable del código Uso de pruebas unitarias Prueba de aceptación Implantación de la integración continua Realizar la refactorización del código 43 2/13

3 Programación en parejas (Pair Programming) Estimación con ayuda del Planning Poker Uso de metáforas y analogías Ciclo de XP Scrum, un mix de métodos 45 Descripción de Scrum 1. Nacimiento de Scrum Scrum en pocas palabras El equipo Los tres pilares de Scrum Transparencia Inspección Adaptación Los eventos (ceremoniales) Sprint Reunión de planificación del Sprint La Melé diaria La revisión del Sprint La retrospectiva del Sprint Las herramientas Backlog de Producto Backlog del Sprint Seguimiento del progreso Ciclo de vida de Scrum Coste, plazo y perímetro Conclusión 57 3/13

4 El equipo Scrum 1. El equipo, aspecto central de Scrum Equipo auto-organizado Equipo pluridisciplinar El Scrum Master Sus responsabilidades Aplicación de Scrum Eliminar los obstáculos Optimizar las interacciones Líder del cambio Su personalidad y sus competencias Conocer Scrum Ser un líder Ser comunicativo Tener capacidades de mediación Jugar a la transparencia El Product Owner Sus responsabilidades Crear la visión del producto Gestionar el Product Backlog Maximizar el valor del producto y del trabajo del equipo Definir el plan de Release Implicación en el proceso Scrum Aceptar o no el resultado de un Sprint Sus poderes y límites Su personalidad y sus competencias Tener conocimientos funcionales Ser organizado Tener capacidades de toma de decisión El equipo de realización 71 4/13

5 4.1 Características Auto-organizado y multi-disciplinar Tamaño del equipo Y qué sucede con el resto de roles? La desaparición del jefe de proyecto El resto de roles Construir correctamente el equipo: algunas pistas Crear las condiciones del éxito Reunir para ganar Caso de un equipo fragmentado Conclusión 76 Construir y priorizar el Product Backlog 1. Por qué invertir en el Product Backlog? La pieza básica del Product Backlog: la User Story Cómo redactar las User Stories y Epics? Regla de las 3C Redactar una buena User Story: el principio INVEST Errores habituales La historia técnica: solución o declaración de fracaso? Un método eficaz para realizar el Product Backlog: el Story Mapping Qué es el Story Mapping? Story Mapping ilustrado por un ejemplo Principios de priorización del Product Backlog Por qué priorizar? Enfoque general de la priorización 88 5/13

6 3.6.3 Los factores que influyen en la priorización Información general de los métodos de priorización Profundizar sobre la priorización por temas Theme Screening (Sondeo de los temas) Theme Scoring (Medida de los temas) Priorización de los temas usando pesos relativos Profundizar sobre la priorización utilizando el modelo de Kano Gestionar su Backlog en la práctica Conclusión 101 Planificar y estimar 1. Prácticas que no se deben descuidar Por qué la planificación tradicional falla Horizontes de planificación Herramientas de estimación T-Shirt sizing Los story points Entonces, Story Point o d/h? Noción de velocidad Cómo inicializar la velocidad? Implantación de un proyecto piloto Elegir por feeling Estimación de la velocidad a partir del histórico Quién estima? Un método práctico de estimación: el planning poker El desarrollo del Planning Poker Beneficios y riesgos 114 6/13

7 4.7.3 Errores comunes Descomponer para estimar correctamente: Elephant carpaccio Planificación de Release Tener un objetivo claro Tener un Product Backlog priorizado Estimar el Product Backlog Conocer la velocidad del equipo Definir el fin de la Release Definir la duración de los Sprints Crear el plan de Release Conclusión 121 La vida de un Sprint 1. Introducción Cuál es la duración para los Sprints? Debe haber un Sprint 0? El ritmo del Sprint: vista de conjunto Preparación del Sprint Entorno de trabajo Equipo Definición de "Terminado" Reunión de planificación de Sprint Por qué la presencia del Product Owner es importante? Primera etapa: presentación de las User Stories 129 7/13

8 6.3 Segunda etapa: Qué trabajo se realizará durante el Sprint? Tercera etapa: Cómo realizar el trabajo previsto? Estimación de las tareas Asignación de las tareas La gestión del tiempo Y la corrección de errores? Backlog grooming Melé diaria (Scrum Meeting/Daily Scrum) Un protocolo a respetar Una melé eficaz y útil El Scrum Master siempre a la escucha Seguimiento del avance No tengo nada más que hacer Se alcanzará el objetivo del Sprint? La revisión del Sprint (Sprint Review) Qué, quién, cuánto tiempo? Un objetivo, una motivación Demostrar lo que no es demostrable La retrospectiva del Sprint Un método que le va a ayudar Estado de ánimo Entorno de la retrospectiva Método 1: Kick Drop Start Método "clásico" Presentación "en estrella" Otros métodos Dejar al equipo descansar Y si comenzamos de nuevo? 149 8/13

9 Probar en modo Ágil 1. Adoptar Scrum: cuál es el impacto en la estrategia de pruebas? Tipologías de pruebas Pruebas funcionales de validación Criterios de validación Los datos de prueba y escenarios Las pruebas de validación y las User Stories Pruebas de no-regresión Pruebas de IHM (Interfaz Hombre-Máquina) Pruebas funcionales "de principio a fin" Pruebas de componentes Pruebas unitarias Test Driven Development Acceptance Test Driven Development Anti-pattern: el cono del helado La pirámide de pruebas ideal Encontrar tiempo para escribir Hay que escribir las pruebas de todas las User Stories? Cómo escribir las pruebas? Los testers en el equipo Scrum La prueba forma parte del equipo Tester Ágil: una profesión en cambio En conclusión: escriba las pruebas 166 Consejos para desplegar Scrum 9/13

10 1. Cómo llevar a cabo el cambio a Scrum? Situación actual Adopción de los métodos ágiles Scrum ampliamente implementado Las motivaciones para la adopción de Scrum Cómo se practica Scrum? Éxitos y desafíos Un resultado positivo La motivación Big-Bang o implementación progresiva? Scrum y la organización existente Qué hacer con las responsabilidades existentes? La estructura Terminar con las ideas recibidas Scrum no es un verdadero método No hay noción de planificación Scrum destierra la documentación Con Scrum, pasamos demasiado tiempo en reuniones Vencer las resistencias a la gestión del cambio Resistencia por interés o política Resistencia por confort Resistencia por incapacidad o afectiva Utilizar los Serious Games para facilitarla implementación Para romper el hielo: red social "en papel" El Marshmallow Challenge /13

11 9. Nuestros consejos a modo de conclusión 181 Scrum con ayuda de un software 1. Es necesario obligatoriamente utilizar un software? Descripción de las herramientas de gestión de proyectos Scrum Jira Axosoft icescrum Otras herramientas útiles Story mapping Herramientas colaborativas Conclusión 195 Para ir más lejos 1. Introducción Escalamiento de Scrum LeSS Los principios básicos Qué es diferente de Scrum en LeSS? Nuestro consejo sobre LeSS SAfe Los principios El nivel "Equipo" El nivel "Programa" El nivel "Gestión de porfolio" /13

12 2.2.5 Nuestro consejo sobre SAfe El método "Spotify" Descripción del modelo El equipo Las tribus Las corporaciones y los capítulos Nuestro consejo sobre el modelo Spotify Scrum y Kanban Diferencias entre los dos métodos Mezclar o no los enfoques Scrum y subcontratación Contradicción n 1: El manifiesto ágil Contradicción n 2: El método en sí mismo Contradicción n 3: Las penalizaciones Crear condiciones de confianza Responder a una oferta Implantación de un Plan de garantía de la calidad Subcontratación por Sprint Cómo calcular el coste de un Sprint? Qué sucede con las User Stories no entregadas? Gestión de errores y "no validación" de User Stories Diferentes formas de contrato previsto Costes variables Costes fijos, perímetro variable Costes fijos, perímetro fijo Costes fijos, perímetro fijo pero con ajuste Presupuesto por iteración Uso de un margen de beneficio Implantación de penalizaciones Trabajo colaborativo Money For Nothing (pagar por nada) y Change For Free (cambio de oferta) Ejemplo de contrato tipo /13

13 Verifique sus conocimientos 1. Por qué este cuestionario? Las preguntas Las respuestas La hora del resultado Es momento de dejarlo 239 índice /13