Taller de Scrum. CC Attribution License. Scrum Workshop, material basado en la guía oficial de Scrum. www.agilisters.org

1. Scrum Workshop
Septiembre 2017, Cali - Colombia
©2017 Alex Canizales©2017 Alex Canizales

2. Agenda
• Presentación y logística
• Parte 1 - Agile Foundations (4 hrs)
• Agile/Lean, Historia
•Valores
•Principios
• Entendiendo la complejidad
• Parte 2 - Scrum Framework (4 hrs)
•Qué es Scrum?, Teoría, Pilares
•Equipo Scrum/Roles
•Scrum Master
•Product Owner
•Team

3. Agenda
• Parte 3 - Scrum Product Owner (4 hrs)
• Agile Inception
• Técnicas de diseño
• Parte 4 - Scrum Framework (4 hrs)
• Artefactos
• Product backlog
• Sprint backlog
• Product increment

4. Agenda
• Parte 5 - Scrum Framework (4 hrs)
• Ceremonias/Eventos
• Sprint planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective
• Parte 6 - Scrum Framework (4 hrs)
• Extras
•Definition of Done/Ready
•Refinement/Backlog Grooming
•User Stories / Story Points
•Estimación y planificación

5. EXPLICAR
VS.
EXPLORAR
La solución es ...

6. Contexto
•Que es la agilidad?
•Por qué de la agilidad?
•Qué problema estamos resolviendo con la agilidad?
•Es hacer el doble de trabajo en la mitad del tiempo?
•Por qué están fracasando también los proyectos ágiles?
•Caso BBVA – Video:
https://www.youtube.com/watch?v=9t0eJM-2zaQ

7. 1. Historia
Cronología
1986- Articulo sobre Scrum (Ikujiro Hirotaka)
1993- Se realizó el primer Scrum para
desarrollo de software
1995- El proceso fue formalizado
(Ken Schwaber y Jeff Sutherland)
2001- Manifiesto Ágil
El concepto de Scrum tiene su origen en un estudio
de 1986 (The New New Product Development Game)
sobre los nuevos procesos de desarrollo utilizados
en productos exitosos en Japón y Estados Unidos:
Cámaras de fotos Canon, Fotocopiadoras Xerox,
Automóviles Honda y Ordenadores HP.
Estos equipos seguían patrones de ejecución de
proyecto muy similares. En este estudio se
comparaba la forma de trabajo de estos equipos
altamente productivos y multidisciplinares con la
colaboración entre los jugadores de Rugby y su
formación de Scrum.

8. 1. Historia

9. 1. Agile/Lean

10. 1. El Manifiesto Agil
http://agilemanifesto.org/
• El 17 de febrero de 2001, un grupo de 17 desarrolladores de software se reunieron en
Snowbird - Utah para compartir ideas de donde nació el Agile Manifesto.
• El manifiesto Ágil se compone de 12 principios y 4 valores
• “Estamos descubriendo formas mejores de desarrollar software tanto por nuestra
propia experiencia como ayudando a terceros”.

11. 1. Que es la agilidad? - Manifiesto Agil
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
•Respuesta
ante el
cambio
•Colaboración
con el cliente
•Software
Funcionando
•Individuos e
interacciones
Sobre procesos y
herramientas
Sobre
documentación
extensiva
Sobre seguir
un plan
Sobre
negociación
contractual

12. 1.Los 12 Principios
1. 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.

13. 1.Los 12 Principios
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.

14. 1. Corazón del Agile
http://alistair.cockburn.us/Rediscovering+the+Heart+of+Agile

15. 1.Agile Manifiesto vs Corazón de Agile

16. 1. La Agilidad Moderna
Joshua Kerievsky.
http://modernagile.org/

17. 1.Agile Manifiesto vs Modern Agile

18. 1.Teoría de la Complejidad - Cynefin
Ilustración: http://www.martinalaimo.com/es/blog/cynefin
Dave Snowden
https://en.wikipedia.org/wiki/Cynefin_framework

19. 1. Cambio de paradigma
Dirigidos
por un
Plan
Dirigidos
por generación
Valor
Fijo Requerimientos Recursos Tiempo
Estimado Recursos Tiempo Requerimientos
Waterfall Agile
El plan crea los
costos/estimaciones
de la programación
Estimaciones dirigidas por
intención de características
y temática de liberaciones

20. 1. Que es la Agilidad?
“La agilidad es la capacidad de crear y responder al cambio con el fin de
obtener ganancias en un entorno empresarial turbulento”
-Jim HighSmith
“A predictable organization does not guess about the future and call it a plan;
it develops the capacity to rapidly respond to the future unfolds”.
- Mary and Tom Poppendieck

21. 1. Que NO es la Agilidad?

22. 2. Que es Scrum?
Scrum es una marco de trabajo de adaptación iterativa e incremental, rápida,
flexible y eficaz diseñada para ofrecer un valor significativo de forma rápida en
todo el proyecto.
Scrum es:
•Ligero
•Fácil de Entender
•Extremadamente difícil de llegar a dominar

23. 2. Que es Scrum?
Scrum es un marco de trabajo de procesos que ha sido usado para gestionar el
desarrollo de productos complejos desde principios de los años 90. Scrum no es
un proceso o una técnica para construir productos; en lugar de eso, es un marco
de trabajo dentro del cual se pueden emplear varias técnicas y procesos. Scrum
muestra la eficacia relativa de las prácticas de gestión de producto y las prácticas
de desarrollo, de modo que podamos mejorar.

24. 2. Teoría de Scrum.
Scrum se basa en la teoría de control de procesos empírica o empirismo. El
empirismo asegura que el conocimiento procede de la experiencia y de tomar
decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e
incremental para optimizar la predictibilidad y el control del riesgo.

25. 2. Pilares del Scrum
Tres pilares soportan toda la implementación del control de procesos empírico:
transparencia, inspección y adaptación.
1. Transparencia
Los aspectos significativos del proceso deben ser visibles para aquellos que son
responsables del resultado. La transparencia requiere que dichos aspectos sean
definidos por un estándar común, de tal modo que los observadores compartan un
entendimiento común de lo que se está viendo. Por ejemplo: todos los
participantes deben compartir un lenguaje común para referirse al proceso; y,
Aquellos que desempeñan el trabajo y aquellos que aceptan el producto de dicho
trabajo deben compartir una definición común de “Terminado”.

26. 2. Pilares del Scrum
2. Inspección
Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de
Scrum y el progreso hacia un objetivo, para detectar variaciones. Su inspección no
debe ser tan frecuente como para que interfiera en el trabajo. Las inspecciones
son más beneficiosas cuando se realizan de forma diligente por inspectores
expertos, en el mismo lugar de trabajo.

27. 2. Pilares del Scrum
3. Adaptación
Si un inspector determina que uno o más aspectos de un proceso se desvían de
límites aceptables, y que el producto resultante no será aceptable, el proceso o el
material que está siendo procesado deben ser ajustados. Dicho ajuste debe
realizarse cuanto antes para minimizar desviaciones mayores. Scrum prescribe
cuatro eventos formales, contenidos dentro del Sprint, para la inspección y
adaptación, tal y como se describen en la sección Eventos de Scrum del presente
documento. Reunión de Planificación del Sprint (Sprint Planning Meeting) Scrum
Diario (Daily Scrum) Revisión del Sprint (Sprint Review) Retrospectiva del Sprint
(Sprint Retrospective)

28. 2. Scrum Framework

29. 2. Scrum Framework
- Equipo Scrum
El Equipo Scrum consiste en un Dueño de
Producto (Product Owner), el Equipo de
Desarrollo (Development Team) y un Scrum
Master.
Los Equipos Scrum son auto-organizados y
multifuncionales.
Los equipos auto-organizados eligen la mejor
forma de llevar a cabo su trabajo y no son
dirigidos por personas externas al equipo.

30. 2. Scrum Framework -
Equipo Scrum
Los Equipos Scrum entregan productos de
forma iterativa e incremental, maximizando
las oportunidades de obtener
retroalimentación. Las entregas incrementales
de producto “Terminado” aseguran que
siempre estará disponible una versión
potencialmente útil y funcional del producto.

31. 2. Scrum Framework - Practicas no compatibles
• Documentador/Generador
reportes
• Burócrata
• Command
& control
• Micro-management

32. 2. Scrum Framework - Product Owner
El Dueño de Producto es el responsable de maximizar el valor del
producto y del trabajo del Equipo de Desarrollo. El cómo se lleva a
cabo esto podría variar ampliamente entre distintas organizaciones,
Equipos Scrum e individuos.

33. 2. Scrum Framework - Product Owner
• Presupuestos
• Roadmap• Comunicación
• Información
• Validación: resolvimos el problema?
• Es lo que habían pedido?
• Comprender que debemos
construir?
• Entender el problema
• Vision del product
• Backlog
• Priorización
• Alineación estratégica
• Change management
• Risks
Product
Owner

34. 2. Scrum Framework - Scrum Master
• Motivación
• Equipo alto rendimiento
• Empoderar al equipo
• Lider servicial
• Cómo puedo ayudar?
• PO
• Team
• Stakeholders
• Resolver impedimentos• Forma de trabajo
• Scrum Framework
• Facilitador
• Agente de cambio
Scrum
Master

35. 2. Scrum Framework - Scrum Master
El Scrum Master da servicio al Dueño de Producto de varias formas,
incluyendo:
• Encontrar técnicas para gestionar la Lista de Producto de manera
efectiva;
• Ayudar al Equipo Scrum a entender la necesidad de contar con
elementos de Lista de Producto claros y concisos;
• Entender la planificación del producto en un entorno empírico;
Asegurar que el Dueño de Producto conozca cómo ordenar la Lista
de Producto para maximizar el valor; Entender y practicar la
agilidad; y,
• Facilitar los eventos de Scrum según se requiera o necesite.

36. 2. Scrum Framework - Scrum Master
El Scrum Master da servicio al Equipo de Desarrollo de varias formas,
incluyendo:
• Guiar al Equipo de Desarrollo en ser auto-organizado y
multifuncional;
• Ayudar al Equipo de Desarrollo a crear productos de alto valor;
• Eliminar impedimentos para el progreso del Equipo de Desarrollo;
• Facilitar los eventos de Scrum según se requiera o necesite; y,
• Guiar al Equipo de Desarrollo en el entorno de organizaciones en
las que Scrum aún no ha sido adoptado y entendido por completo.

37. 2. Scrum Framework - Scrum Master
El Scrum Master da servicio a la organización de varias formas,
incluyendo:
• Liderar y guiar a la organización en la adopción de Scrum;
• Planificar las implementaciones de Scrum en la organización;
• Ayudar a los empleados e interesados a entender y llevar a cabo Scrum y
el desarrollo empírico de producto;
• Motivar cambios que incrementen la productividad del Equipo Scrum; y
• Trabajar con otros Scrum Masters para incrementar la efectividad de la
aplicación de Scrum en la organización.

38. 3. Scrum Framework - Artefactos - Product Backlog
La Lista de Producto es una lista
ordenada de todo lo que podría ser
necesario en el producto, y es la
única fuente de requisitos para
cualquier cambio a realizarse en el
producto.

39. 3. Scrum Framework - Artefactos - Sprint Backlog
La Lista de Pendientes del
Sprint es el conjunto de
elementos de la Lista de
Producto seleccionados
para el Sprint, más un plan
para entregar el
Incremento de producto y
conseguir el Objetivo del
Sprint.

40. 3. Scrum Framework - Artefactos - Product
Increment
El Incremento de producto es la
suma de todos los elementos de
la Lista de Producto completados
durante un Sprint Al final de un
Sprint, el nuevo Incremento
debe estar “Terminado”.

41. 4. Scrum Framework - Eventos
En Scrum existen eventos predefinidos con el fin de crear regularidad y
minimizar la necesidad de reuniones no definidas en Scrum. Todos los
eventos son bloques de tiempo (time-boxes), de tal modo que todos
tienen una duración máxima.

42. 4. Scrum Framework - Eventos
Los Sprints contienen y consisten de la Reunión de Planificación del
Sprint (Sprint Planning Meeting), los Scrums Diarios (Daily Scrums), el
trabajo de desarrollo, la Revisión del Sprint (Sprint Review), y la
Retrospectiva del Sprint (Sprint Retrospective).

43. 4. Scrum Framework - Sprint
El corazón de Scrum es el Sprint, es un bloque de tiempo (time-box) de
un mes o menos durante el cual se crea un incremento de producto
“Terminado”, utilizable y potencialmente desplegable.

44. 4. Scrum Framework - Sprint 0 - Inception
Agile Inception

45. 4. Scrum
Framework -
Inception

46. 4. Scrum
Framework -
Refinement

47. 4. Scrum
Framework –
Sprint Planning

48. 4. Scrum
Framework-
Daily Scrum

49. 4. Scrum
Framework -
Sprint Review

50. 4. Scrum
Framework -
Sprint
Retrospective

51. 6. Scrum Framework - Extras
● Epicas/User Stories
Como [USUARIO/ROL], Quiero … [FUNCIONALIDAD/OBJETIVO]
Por qué/Para qué … [VALOR-RAZON DE NEGOCIO/BENEFICIO]
Criterios de Aceptación:
...

52. 6. Scrum Framework - Extras
● User Story Mapping (Jeff Patton)

53. 6. Scrum Framework - Extras
● DoR - Definition of Ready*
○ INVEST

54. 6. Scrum Framework - Extras
http://www.agileforall.com/wp-content/uploads/2013/06/Story-Splitting-Flowchart-ES.pdf

55. 6. Scrum Framework - Extras
● DoR - Definition of Ready*
○ Acceptance Criteria
■ BDD-Behavior Driven Development/ATDD/Specification by Example
● GIVEN [Precondiciones/Contexto]
● WHEN [Evento/disparador]
● THEN [Salida/resultado esperado]

56. 6. Scrum Framework - Extras
● DoR - Definition of Ready*
○ Mockups/Wireframes???*

57. 6. Scrum Framework - Extras
● DoD - Definition of Done

58. 6. Scrum Framework - Extras
● DoD - Definition of Done

59. 6. Scrum Framework - Extras
● Story Points

60. 6. Scrum Framework - Extras
● Estimación Planning Poker (https://www.pointingpoker.com/)

61. 7. Otros - Extras
● Modelo ADKAR: Guía para el cambio organizacional e individual, Jeff Hiatt

62. 7. Otros - Extras
● Modelo Kotter:

63. Referencias
•Scrum Guides (Guia Oficial): http://www.scrumguides.org/
•Agile Samurai, Jonathan Rasmusson.
https://www.amazon.es/Agile-Samurai-Software-Pragmatic-Programmers/dp/1934356581
•User Story Mapping, Jeff Patton. https://www.amazon.com/User-Story-Mapping-Discover-Product-
ebook/dp/B00NF07FHS
• Lean Start Up, Eric Ries: http://theleanstartup.com/
•Scrum and XP from the trenches:http://bit.ly/2y2opKA

64. Muchas Gracias!
©2017 Alex Canizales