Este libro está dirigido a todos los que deseen implementar o trabajar con Scrum. Su objetivo es presentar este método ágil, que además es el más utilizado, en sus aspectos teóricos y prácticos para que los lectores tengan el conocimiento necesario para implementarlo en sus futuros proyectos o para realizar de manera efectiva su función, sea cual sea esta, en un proyecto Scrum. Esta nueva edición se actualiza según la versión de la Guía oficial de Scrum de noviembre de 2017.

Después de un breve recordatorio sobre los métodos tradicionales de gestión de proyectos (Cascade y Cycle in V) y los límites que llevaron al nacimiento de enfoques ágiles, el autor presenta métodos relacionados con Scrum, tanto en términos de conceptos como herramientas prácticas (Lean Management, Kanban e incluso eXtreme Programming).

En los siguientes capítulos, después de haber hecho una descripción general del método Scrum que permite al lector tener una visión general rápida, el autor se detiene en los detalles del equipo Scrum con los roles y responsabilidades que contiene. Después explora las prácticas de Scrum en detalle, para formular y ordenar las necesidades, planificar y estimar la duración de las diferentes fases del proyecto para construir planes, administrar el ciclo de vida y hacer el seguimiento del proyecto y finalmente probar lo que se está desarrollando.

Además de este aprendizaje propiamente dicho del método, el autor ha optado por proporcionar al lector elementos que lo ayudarán a abordar este problema, a veces espinoso, del despliegue de Scrum y la gestión del cambio resultante.

Finalmente, dos capítulos nos permiten explorar caminos para ir más allá. Uno aborda las herramientas de software que pueden ser muy útiles en el contexto de la gestión de proyectos de Scrum. El otro aporta respuestas concretas a las preguntas que a menudo se pueden formular en la implementación práctica de Scrum, como por ejemplo cuáles son los métodos para implementarlo en varios equipos, cuáles son las diferencias y aspectos complementarios entre Scrum y Kanban, qué relación existe entre Scrum y DevOps o cómo establecer contratos con Scrum.

Finalmente, este libro termina con un cuestionario que permitirá al lector verificar su nivel de conocimiento e identificar los puntos que pudiera no haber asimilado correctamente. Hay elementos adicionales disponibles para descargar en el sitio web www.ediciones-eni.com.

¡Nuevo! Rondas de preguntas disponibles con la versión online.

¡Ronda de preguntas
incluida en
la versión online !

• Ponga a prueba sus conocimientos al final de cada capítulo
• Evalúe sus competencias

Descargas

• Descargar los ejemplos del libro (72,5 Ko)

Introducción

1. Objetivo del libro
2. Nuestro enfoque
3. Estructura del libro
4. Agradecimientos

De la gestión de proyectos tradicional a la agilidad

1. Introducción
2. Algunos hechos y cifras
3. El modelo de gestión de proyecto "en cascada"
4. El modelo (o ciclo) en V
   1. 1. La teoría
   2. 2. La puesta en práctica del modelo en V
   3. 3. Los roles
   4. 4. Noción de efecto túnel
5. La agilidad en el corazón de los proyectos
   1. 1. Un poco de historia
   2. 2. Los valores
   3. 3. Los 12 principios subyacentes
   4. 4. La agilidad no significa anarquía
6. Scrum, un marco de trabajo ágil
7. Información, formación y certificaciones
8. Para concluir

Lean, Kanban y eXtreme Programming

1. Un capítulo necesario
2. Relación de parentesco entre los métodos
3. El Lean Management
   1. 1. Objetivo de Lean
   2. 2. Los 14 principios de Lean
4. Kanban
   1. 1. Principios de Kanban
   2. 2. Kanban para el desarrollo de software
   3. 3. Kanban y Scrum
5. El método XP o eXtreme Programming
   1. 1. Los principios básicos
   2. 2. Las prácticas de eXtreme Programming
      1. a. Entregas frecuentes
      2. b. Ritmo duradero
      3. c. Presencia del cliente
      4. d. Diseño sencillo
      5. e. Implementación de las reglas de codificación
      6. f. El equipo es responsable del código
      7. g. Uso de pruebas unitarias
      8. h. Prueba de aceptación
      9. i. Implantación de la integración continua
      10. j. Realizar la refactorización del código
      11. k. Programación en parejas (Pair Programming)
      12. l. Estimación con ayuda del Planning Poker
      13. m. Uso de metáforas y analogías
   3. 3. Ciclo de eXtreme Programming
6. Scrum, un mix de métodos

Descripción de Scrum

1. Nacimiento de Scrum
2. Scrum en pocas palabras
   1. 1. Los valores Scrum
   2. 2. El equipo
   3. 3. Los tres pilares de Scrum
      1. a. Transparencia
      2. b. Inspección
      3. c. Adaptación
   4. 4. Los eventos (ceremoniales)
      1. a. El Sprint
      2. b. La reunión de planificación delSprint
      3. c. La melé diaria
      4. d. La revisión del Sprint
      5. e. La retrospectiva del Sprint
   5. 5. Las herramientas
      1. a. Backlog de Producto
      2. b. Backlog del Sprint
      3. c. Seguimiento del progreso
3. Ciclo de vida de Scrum
4. Coste, plazo y perímetro
5. Conclusión

El equipo Scrum

1. El equipo, aspecto central de Scrum
   1. 1. Equipo auto-organizado
   2. 2. Equipo pluridisciplinar
2. El Scrum Master
   1. 1. Las responsabilidades del Scrum Master
      1. a. Aplicación de Scrum
      2. b. Eliminar los obstáculos
      3. c. Optimizar las interacciones
      4. d. Líder del cambio
   2. 2. La personalidad y las competencias del Scrum Master
      1. a. Conocer Scrum
      2. b. Ser un líder
      3. c. Ser comunicativo
      4. d. Tener capacidades de mediación
      5. e. Jugar a la transparencia
3. El Product Owner
   1. 1. Las responsabilidades del Product Owner
      1. a. Crear la visión del producto
      2. b. Gestionar el Product Backlog
      3. c. Maximizar el valor del producto y del trabajo delequipo
      4. d. Definir el plan de Release
      5. e. Implicación en el proceso Scrum
      6. f. Aceptar o no el resultado de un Sprint
      7. g. Sus poderes y límites
   2. 2. La personalidad y las competencias del Product Owner
      1. a. Tener conocimientos funcionales
      2. b. Ser organizado
      3. c. Tener capacidades de toma de decisión
4. El equipo de realización
   1. 1. Aspectos generales
   2. 2. Características
      1. a. Auto-organizado y multi-disciplinar
      2. b. Tamaño del equipo
5. ¿Y qué sucede con el resto de roles?
   1. 1. La desaparición del jefe de proyecto
   2. 2. El resto de roles
6. Construir correctamente el equipo: algunas pistas
7. Crear las condiciones del éxito
   1. 1. Reunir para ganar
   2. 2. Caso de un equipo fragmentado
8. Conclusión

Construir y priorizar el Product Backlog

1. ¿Por qué invertir en el Product Backlog?
2. La pieza básica del Product Backlog: la User Story
3. ¿Cómo redactar las User Stories y Epics?
   1. 1. Regla de las 3C
   2. 2. Redactar una buena User Story: el principio INVEST
   3. 3. Errores habituales
   4. 4. La Story técnica: ¿solucióno declaración de fracaso?
   5. 5. Identificar las funcionalidades clave con el ProductBox
      1. a. Objetivos
      2. b. Modo operativo
   6. 6. Un método eficaz para realizar el ProductBacklog: el Story Mapping
      1. a. ¿Qué es el Story Mapping?
      2. b. Story Mapping ilustrado por un ejemplo
   7. 7. Principios de priorización del Product Backlog
      1. a. ¿Por qué priorizar?
      2. b. Enfoque general de la priorización
      3. c. Los factores que influyen en la priorización
      4. d. Información general de los métodosde priorización
   8. 8. Profundizar sobre la priorización por temas
      1. a. Theme Screening (sondeo de los temas)
      2. b. Theme Scoring (medida de los temas)
      3. c. Priorización de los temas usando pesos relativos
   9. 9. Profundizar sobre la priorización utilizandoel modelo de Kano
   10. 10. Zoom sobre el método MoSCoW
   11. 11. Zoom sobre el método WSJF
4. Gestionar su Backlog en la práctica
5. Conclusión

Planificar y estimar

1. Prácticas que no se deben descuidar
2. Por qué la planificación tradicional falla
3. Horizontes de planificación
4. Herramientas de estimación
   1. 1. T-Shirt sizing
   2. 2. Los story points
   3. 3. Entonces, ¿story point o d/H?
   4. 4. Noción de velocidad
   5. 5. ¿Cómo inicializar la velocidad?
      1. a. Implantación de un proyecto piloto
      2. b. Elegir por feeling
      3. c. Estimación de la velocidad a partir del histórico
   6. 6. ¿Quién estima?
   7. 7. Un método práctico de estimación:el Planning Poker
      1. a. El desarrollo del Planning Poker
      2. b. Beneficios y riesgos
      3. c. Errores comunes
      4. d. Descomponer para estimar correctamente: Elephant carpaccio
5. Planificación de Release
   1. 1. Tener un objetivo claro
   2. 2. Tener un Product Backlog priorizado
   3. 3. Estimar el Product Backlog
   4. 4. Conocer la velocidad del equipo
   5. 5. Definir el fin
   6. 6. Definir la duración de los Sprints
   7. 7. Crear el plan de Release
6. Conclusión

La vida de un Sprint

1. Introducción
2. ¿Cuál es la duración para los Sprints?
3. ¿Debe haber un Sprint 0?
4. El ritmo del Sprint: vista de conjunto
5. Preparación del Sprint
   1. 1. Entorno de trabajo
   2. 2. Equipo
   3. 3. Definición de "Terminado"
6. Reunión de planificación de Sprint
   1. 1. ¿Por qué la presencia del ProductOwner es importante?
   2. 2. Definition of Ready
   3. 3. Primera etapa: presentación de las User Stories
   4. 4. Segunda etapa: ¿qué trabajo se realizará duranteel Sprint?
   5. 5. Tercera etapa: ¿cómo realizar eltrabajo previsto?
      1. a. Estimación de las tareas
      2. b. Asignación de las tareas
   6. 6. La gestión del tiempo
   7. 7. ¿Y la corrección de errores?
   8. 8. Backlog Grooming
7. Melé diaria (Scrum Meeting/Daily Scrum)
   1. 1. Un protocolo a respetar
   2. 2. Una melé eficaz y útil
   3. 3. El Scrum Master siempre a la escucha
   4. 4. Seguimiento del avance
   5. 5. No tengo nada más que hacer
   6. 6. ¿Se alcanzará el objetivo del Sprint?
8. La revisión del Sprint (Sprint Review)
   1. 1. ¿Qué, quién, cuántotiempo?
   2. 2. Un objetivo, una motivación
   3. 3. Demostrar lo que no es demostrable
9. La retrospectiva del Sprint
   1. 1. Un método que le va a ayudar
   2. 2. Estado de ánimo
   3. 3. Entorno de la retrospectiva
   4. 4. Método número 1: Kick Drop Start
   5. 5. Método "clásico"
   6. 6. Presentación "en estrella"
   7. 7. El SpeedBoat
   8. 8. Otros métodos
10. Dejar al equipo descansar
11. ¿Y si comenzamos de nuevo?

Probar en modo Ágil

1. Adoptar Scrum: ¿cuál es el impacto en la estrategia de pruebas?
2. Tipologías de pruebas
   1. 1. Pruebas funcionales de validación
      1. a. Criterios de validación
      2. b. Los datos de prueba y escenarios
      3. c. Las pruebas de validación y las User Stories
   2. 2. Pruebas de no-regresión
   3. 3. Pruebas de IHM (interfaz hombre-máquina)
   4. 4. Pruebas funcionales "de principio a fin"
   5. 5. Pruebas de componentes
   6. 6. Pruebas unitarias
   7. 7. Test Driven Development
   8. 8. Acceptance Test Driven Development
3. Anti-pattern: el cono del helado
4. La pirámide de pruebas ideal
   1. 1. Encontrar tiempo para escribir
   2. 2. ¿Hay que escribir las pruebas de todas lasUser Stories?
   3. 3. ¿Cómo escribir las pruebas?
   4. 4. Definition of Done y prueba de aceptación
5. Los testers en el equipo Scrum
   1. 1. La prueba forma parte del equipo
   2. 2. Tester Ágil: una profesión en cambio
6. En conclusión: escriba las pruebas

Consejos para desplegar Scrum

1. ¿Cómo llevar a cabo el cambio a Scrum?
2. Situación actual
   1. 1. Adopción de los métodos ágiles
      1. a. Scrum ampliamente implementado
      2. b. Las motivaciones para la adopción de Scrum
      3. c. ¿Cómo se practica Scrum?
      4. d. Éxitos y desafíos
   2. 2. Un resultado positivo
3. La motivación
4. ¿Big-Bang o implementación progresiva?
5. Scrum y la organización existente
   1. 1. ¿Qué hacer con las responsabilidadesexistentes?
   2. 2. La estructura
6. Terminar con las ideas recibidas
   1. 1. Scrum no es un enfoque estructurado
   2. 2. No hay noción de planificación
   3. 3. Scrum destierra la documentación
   4. 4. Con Scrum, pasamos demasiado tiempo en reuniones
7. El soporte de la dirección
8. Vencer las resistencias a la gestión del cambio
   1. 1. Resistencia por interés o política
   2. 2. Resistencia por confort
   3. 3. Resistencia por incapacidad o afectiva
9. Utilizar los Serious Games para facilitar la implementación
   1. 1. Para romper el hielo
      1. a. El secreto del éxito
      2. b. Clasificarse por edad
      3. c. La red social en el papel
   2. 2. El Marshmallow Challenge
10. Hacerse acompañar
11. Nuestros consejos a modo de conclusión

Scrum con ayuda de un software

1. ¿Es necesario obligatoriamente utilizar un software?
2. Descripción de las herramientas de gestión de proyectos Scrum
   1. 1. Jira
   2. 2. Axosoft
   3. 3. iceScrum
   4. 4. Tuleap
3. Otras herramientas útiles
   1. 1. Story Mapping
   2. 2. Para las retrospectivas de equipos distribuidos: IdeaBoardz
   3. 3. Herramientas colaborativas
4. Conclusión

Para ir más lejos

1. Introducción
2. Escalamiento de Scrum
   1. 1. LeSS
      1. a. Los principios básicos
      2. b. ¿Qué es diferente de Scrum en LeSS?
      3. c. Nuestro consejo sobre LeSS
   2. 2. SAfe
      1. a. Introducción
      2. b. Las fundaciones
      3. c. El nivel "Equipo"
      4. d. El nivel "Programa"
      5. e. El nivel "Gestión de porfolio"
      6. f. Nuestro consejo sobre SAFe
   3. 3. El método "Spotify"
      1. a. Descripción del modelo
      2. b. El equipo
      3. c. Las tribus
      4. d. Las corporaciones y los capítulos
      5. e. Nuestro consejo sobre el modelo Spotify
3. Scrum y Kanban
   1. 1. Diferencias entre los dos métodos
   2. 2. Mezclar o no los enfoques
      1. a. Algunas consideraciones generales
      2. b. Un híbrido cada vez más usado: ScrumBan
      3. c. Hacer la elección
4. Scrum y DevOps
5. Scrum y subcontratación
   1. 1. Contradicción
   2. 2. Crear condiciones de confianza
   3. 3. Responder a una oferta
   4. 4. Implantación de un plan de garantíade la calidad
   5. 5. Subcontratación por Sprint
      1. a. ¿Cómo calcular el coste de un Sprint?
      2. b. ¿Qué sucede con las User Storiesno entregadas?
      3. c. Gestión de errores y "no validación"de User Stories
   6. 6. Diferentes formas de contrato previsto
      1. a. Costes variables
      2. b. Costes fijos, perímetro variable
      3. c. Costes fijos, perímetro fijo
      4. d. Costes fijos, perímetro fijo pero con ajuste
      5. e. Presupuesto por iteración
      6. f. Uso de un margen de beneficio
      7. g. Implantación de penalizaciones
      8. h. Trabajo colaborativo
      9. i. Money For Nothing (pagar por nada) y Change For Free(cambio de oferta)
   7. 7. Ejemplo de contrato tipo

Verifique sus conocimientos

1. ¿Por qué este cuestionario?
2. Las preguntas
3. Las respuestas
4. La hora del resultado
5. Es momento de dejarlo