11/02/2019

1
 11/02/2019

Introducción

Los proyectos se ven afectados por las limitaciones

de tiempo, costo, alcance; calidad, recursos,
capacidades organizativas y otras limitaciones que
los hacen difíciles de planificar, ejecutar,
administrar y finalmente tener éxito.

2
 11/02/2019

Triple Restricción

Costo, Tiempo,
Alcance Calidad Interna Alcance

Valor

Entrega

Costo Tiempo Calidad Externa

Gestión de Proyectos Gestión de Proyectos Ágiles

Tradicional

3
 11/02/2019

¿En que se usa SCRUM?

Puede ser aplicado a las siguientes actividades:

– Gestión de proyectos
– Mejora Clima Laboral y Cambio organizacional
– Diseño y desarrollo de productos
– Diseño y desarrollo de servicios
– Desarrollo de software
– Coordinación de departamentos y equipos de trabajo.
– Optimización de procesos de Manufactura (Just in Time)
– Conocimiento del mercado y del producto

4
 11/02/2019

¿Cuándo y por que se usa Agile?

Tipos de Proyectos

En el eje vertical se plasma la

claridad de los requerimientos,
En el eje horizontal tenemos
la experiencia, nuestro
conocimiento y experticia
técnica.

5
 11/02/2019

Cambio de Paradigma con Scrum

La finalidad de las metodologías ágiles es promover el éxito en el desarrollo de
proyectos confiando en la responsabilidad, el compromiso, la transparencia,
comunicación y autogestión de las personas al “calificarlas y medirlas” por
CUMPLIMIENTO y no por CANTIDAD DE HORAS TRABAJADAS.

Esto solo se puede conseguir con motivación sostenida, empoderamiento, gestión

del problema diario y ambientes optimizados.

EMPOWER
DUCK RULES!!!

6
 11/02/2019

Cambio de Paradigma con Scrum

Scrum fomenta los: Eres trabajador de conocimiento

porque “vales” por lo que sabes
TRABAJADORESDE
CONOCIMIENTO
Eres trabajador de conocimiento por tu
…Pero en la actualidad seguimos el capacidad de innovación, eres autónomo
mismo modelo mental de antaño:
“El paradigma industrial”
Eres trabajador de conocimiento
porque no te consideras un “recurso”

7
 11/02/2019

Manifiesto Ágil

El manifiesto Ágil surge el

17 de febrero del 2001,
cuando se reunieron
diecisiete críticos del
desarrollo de software, y
acuñaron el término
metodología Ágil, para
definir a las prácticas que
estaban surgiendo como
alternativa a las
metodologías formales.
El manifiesto Ágil está
conformado por 12
principios asociados a 4
aspectos o pilares.
REF:http://www.agilemanifesto.org/iso/es/

8
11/02/2019

9
 11/02/2019

Aspectos o Pilares del Manifiesto

Los individuos y su interacción están:

por encima de los procesos y las herramientas.

El software que funciona, por encima de la

documentación detallada.
La colaboración con el cliente,
por encima de la negociación
contractual.
La respuesta al cambio, por encima del
seguimiento de un plan.

Aunque hay valor en los elementos externos,

valoramos más los internos del gráfico.

10
 11/02/2019

Principios
I. La mayor prioridad es satisfacer al cliente a
través de la entrega temprana y continua de
productos o software útil.
II. Bienvenidos los cambios a los requerimientos,
incluso los tardíos
III.Liberar frecuentemente software o productos
funcionando, desde un par de semanas a un
mes, con preferencia por periodos más cortos.
IV.Los responsables del negocio y los
desarrolladores deben trabajar juntos
diariamente durante el proyecto.
V. Construir los proyectos alrededor de individuos
motivados. Proporcionar el ambiente y el
soporte que necesiten, y confiar en que
conseguirán realizar el trabajo.
VI.La conversación directa es el método más
eficiente y efectivo de transmitir información,
tanto al equipo como dentro de éste.

11
 11/02/2019

Principios
VII.El software o producto funcionando es la
medida de progreso.
VIII.Los procesos ágiles promueven el
desarrollo sostenible
IX.La atención continua a la excelencia
técnica y al buen diseño incrementan la
agilidad
X. La simplicidad –el arte de maximizar la
cantidad de trabajo no hecho- es esencial.
XI.Las mejores arquitecturas, requerimientos
y diseños emergen de los equipos auto-
organizados.
XII.En intervalos regulares, el equipo
reflexiona sobre cómo volverse más
efectivo, entonces afina y ajusta su
comportamiento como corresponde

12
 11/02/2019

Declaración de interdependencia DOI

La Declaración de interdependencia en la gestión de proyectos fue

escrita a principios del 2005 por un grupo de 15 líderes de proyectos
como un complemento al Manifiesto Ágil.

Enumera seis valores de gestión necesarios para reforzar una

mentalidad de desarrollo ágil.

13
 11/02/2019

Los 6 valores DOi

1. Aumentamos el retorno de inversión , (técnica y recursos) al enfocarnos en el flujo

continuo de valor.
2. Ofrecemos resultados fiables mediante la participación del cliente en las iteraciones
frecuentes; donde también son responsables por el trabajo.
3. Asumimos que habrá incertidumbre y las superamos a través de iteraciones,
transparencia, anticipación, adaptación.
4. Damos rienda suelta a la creatividad y la innovación al reconocer que las personas
son la fuente máxima de valor y creamos un entorno en el que puedan tener un impacto
positivo.
5. Aumentamos el rendimiento a través de la rendición de cuentas por parte del grupo en
cuestión de resultados y eficacia del equipo, responsabilidades que todos comparten.
6. Mejoramos la efectividad y la fiabilidad mediante estrategias, procesos y prácticas
especificas para cada situación.

14
 11/02/2019

¿Que es Agilidad?

“Agilidad es la capacidad de crear y

responder al cambio con el fin de
obtener ganancias en un entorno
empresarial turbulento”

“la agilidad es la capacidad de Equilibrar

la flexibilidad y estabilidad.

15
 11/02/2019

Por que metodologías Agiles?

• El 80% de todos los proyectos

emplearán Métodos Ágiles en los
próximos años.
(Gartner)

• Proyectos que usan metodologías

Agiles son mas exitosos que los
proyectos que usan metodologías
en cascada.
(Standish Group 2010)

16
11/02/2019

17
11/02/2019

18
 11/02/2019

Beneficios de Scrum

19
 11/02/2019

Herramientas de
Gestión

20
 11/02/2019

¿Que es Scrum?

Scrum es una metodología de adaptación

iterativa e incremental, rápida, flexible y
eficaz, diseñada para entregar y mantener
productos complejos ofreciendo un valor
significativo de forma rápida y continua en
todo el proyecto.

Scrum también es:

• Dinámico
• Liviano
• Muy difícil de llegar a
dominar.

21
 11/02/2019

SCRUM
MASTER:
gestiona el
proceso

PRODUCT
OWNER DEV. TEAM
Gestiona el PROYECTO Se gestiona a
Producto sí mismo
(ROi)

STAKEHOLDER
Colaborativo Y
Feedback

22
11/02/2019

23
 11/02/2019

Gestión de Proyectos tradicional

Ventajas: Orden Lógico

Desventaja: Asume Predictibilidad

24
 11/02/2019

Metodología Tradicional y Ágile: Diferencias

Fundamentales

1. Continuo Feedback por parte del usuario

1. Poco feedback del usuario
2. Solo existen tres Roles (SM,PO, DT)
2. Muchos Roles en la ejecución del proyecto
3. Atención exhaustiva en la documentación 3. Solo se genera documentación si genera valor a cliente y al
proyecto
4. El costo y tiempo son definidos desde el comienzo
4. Alcance abierto, por tanto puede haber variación en costos y
5. Procesos muy controlados por políticas y normas
tiempos
6. Los cambios requieren de un proceso
5. Procesos menos controlados, mas autonomía
formal de control d e c a m b i o s
6. El cambio es bienvenido en cualquier momento del proyecto

7. Requieren los requisitos detallados desde el inicio 7. Los requisitos son muy cambiantes, dependiendo las
necesidades en tiempo real

25
 11/02/2019

Como hacer la transición a Agile?

ADOPCIÓN PRAGMÁTICA

Tomar la metodología ágil como un proceso vivencial y participativo

moldeando procesos y prácticas, reaccionando a medida que los equipos y
stakeholders lo necesiten
BIG BANG

Coach
Agile
Fases Push_Pull

26
 11/02/2019

ADOPCIÓN TÉCNICA
Seguir la guía (Ken y Jeff) al pie de la letra y modelos ya establecidos en la industria
(Spotify, BBVA, Toyota, Sophos, LitheSpeed, etc)

Seguir laguía Practicar Inventar

27
11/02/2019

28
11/02/2019

29
 11/02/2019

Gestión de riesgos AGILE

Mantener el Proceso Empírico y hacer un Sprint 0 (inception) son herramientas
de gestión Ágil de riesgos.

Ágil mitiga el riesgo al crear marcos de proyectos que promueven la entrega frecuente, la
INSPECCION y revisión de Sprint, y que nos permite ADAPTACION cuando las cosas no van
como lo esperábamos. Resumiendo, Ágil es una gestión de riesgos en si mismo.

30
 11/02/2019

Gestión de riesgos
Sinergia de equipo
Scrum Desmotivación
Master uso de agilidad
Organizacional
Product
Owner
Experiencia de Usuario
Producto
Stakeholder
Visión de proyecto
Funcionalidad
ROI (recursos y cliente) Herramientas
Costos ROI Tecnica
Y Cambios
Development Bloqueantes de tareas
Team Tiempos
Costos técnicos (conocimiento)

31
 11/02/2019

1. Confirmar
Lavisión
del
Proyecto 3. Asegurar
Recursos
5. Identificar
Riesgos

4. Acondicionar
el Ambiente de
trabajo

2. Construir el PB
priorizado

32
 11/02/2019

Modelo Iterativo e Incremental

Scrum desarrolla por incrementos, en cada iteración se obtiene
una versión funcional del producto; de esta forma el proyecto
crece controladamente y obtiene Feedback continuo por parte del
Stakeholder.

33
 11/02/2019

ANÁLISIS
Requerimientos (User Stories) Criterios de Aceptación

Iterativo e incremental
Software y Servicios:
PLANEACIÓN
Establecer contexto Gestión de Riesgos

Cíclico
DISEÑO
Arquitectura Estructura

CONSTRUCCIÓN
Ejecución del diseño Codificación

PRUEBAS
Evaluación del Prototipo Ajustes Técnicos

LIBERACIÓN
Documentación Instalación

34
 11/02/2019

QUEES LA AGILIDAD??? …ENRESUMEN

Es un conjunto de metodologías, técnicas y “nuevas tendencias” que se enfocan en como
dirigir y ejecutar proyectos.

Las metodologías ágiles gestionan proyectos con un enfoque flexible, estos son desarrollados
en forma de “mini-proyectos” (Sprints). Estos sprints son planeados, ejecutados, revisados,
retroalimentados por el “equipo ágil” con participación activa del StakeHolder.
Esto genera la capacidad de responder a cambios, problemas, riesgos y demás
eventualidades que se presentan en un proyecto.

35
 11/02/2019

Mínimo producto viable (MVP)

“Es la versión de un nuevo producto

que permite a un equipo recolectar la
máxima cantidad de APRENDIZAJE
validado sobre clientes al menor
coste.” Eric Ries

“Un producto con el MÍNIMO de

CARACTERÍSTICAS necesarias para
lograr un objetivo específico y que los
clientes estén dispuestos a pagar de
alguna forma con un recurso escaso.”
Brant Cooper

36
 11/02/2019

MVP

Un MVP es un vehículo de aprendizaje,

ya que ayuda a recopilar los datos mas
relevantes y aprender de ellos.

Hay que considerarlo como una

herramienta de Gestión de riesgos.

MVP se trata de aprender, por eso juega

un papel clave en el ciclo de construir,
medir, aprender (Lean Startup).

37
 11/02/2019

MVP

• Un MVP permite aprender sobre

los clientes.

• Un MVP permite aprender y cambiar

de dirección si es necesario.

• Para descubrir la características

correctas, el MVP es una herramienta
fantástica.

38
11/02/2019

39
11/02/2019

40
11/02/2019

41
 11/02/2019

Control de Proceso Empírico

El empirismo asegura que el conocimiento procede de la

experiencia y de tomar decisiones basándose en lo que se
conoce.

42
 11/02/2019

Transparencia

Los aspectos significativos del proyecto 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.

43
11/02/2019

44
 11/02/2019

INSPECCIÓN

Se deben inspeccionar frecuentemente los artefactos Scrum y el

progreso hacia un objetivo para detectar variaciones. Las
inspecciones son más beneficiosas cuando se realizan de forma
diligente por inspectores expertos, en el mismo lugar de trabajo.

45
11/02/2019

46
 11/02/2019

ADAPTACIÓN

El Scrum Team y Stakeholders aprenden a través de la

transparencia e inspección, y luego se adaptan al hacer
mejoras en el trabajo ya en progreso.

47
11/02/2019

48
 11/02/2019

Un equipo auto_organizado no nace,

se hace a través de la colaboración y
gestión de conocimiento.
Alta
Productividad
Normalización

Enfrentamiento

Formación

49
 11/02/2019

Equipo
Multidisciplinario

Comprender la Buscar trabajo

Visión del proyecto proactivamente

Equipo
EQUIPOS
auto-
AGILES
Entregar
Resultados organizado Hacer el trabajo
tangibles por símismo

Abierto anuevos
Colaborativo
aprendizajes

50
 11/02/2019

Valores Scrum

51
 11/02/2019

Beneficios de SCRUM

52
 11/02/2019

Beneficios de Scrum

53
 11/02/2019

Reducir o eliminar la deuda Técnica

El modelo iterativo e incremental de Scrum ayuda a reducir la deuda técnica generada por
los fallos residuales en una entrega iterativa - añadiendo la mejora continua
(iterativo e incremental); con ello se aumenta la calidad del producto. Dichos fallos o
ausencias deben ser corregidos en cadasprint.

54
 11/02/2019

Roles… El Cerdo y Pollo

55
 11/02/2019

Roles

Entender los roles y responsabilidades ✓ Scrum Team

definidos en un proyecto de Scrum es muy
importante para asegurar la exitosa adopción (Comprometidos)
de Scrum.
Se debe tener en cuenta que un proyecto ✓ Stakeholder
Scrum no tiene Jerarquías definidas, por lo (colaborativo)
tanto debe imperar el respeto en todo
momento

56
 11/02/2019

Scrum Team –Scrum Core Roles

Son aquellos papeles que obligatoriamente se requieren

para producir el producto del proyecto.

Estos son tres:

✓ Scrum Master
✓ Development Team
✓ Product Owner

57
 11/02/2019

Product Owner

El Product Owner representa la voz del cliente, y es el

encargado de maximizar el valor del producto.
Un P.O. siempre debe mantener una visión dual.

1. Entender y apoyar las necesidades e intereses de

todos los Stakeholders

2. Comprende las necesidades y funcionamiento del

Development Team

58
 11/02/2019

Responsabilidades del Product Owner

59
 11/02/2019

Responsabilidades del Product Owner

60
 11/02/2019

CaracterÍsticas de un Product Owner

61
 11/02/2019

UN PRODUCT OWNERPROACTIVO!!

62
 11/02/2019

Scrum Master

Es un líder servicial, un facilitador,

coach su responsabilidad es asegurar
que Scrum sea entendido y adoptado.

Está al servicio del Scrum Team, para

asegurar que se estén siguiendo los
procesos Scrum en un ambiente propicio
para completar el proyecto con éxito; y
esto incluye Eliminar los “impedimentos”
que encuentra en el equipo.

63
 11/02/2019

Scrum Master : AGENTE DE CAMBIO

Los agentes de cambio son

personas que mas que vivir en el
presente se desarrollan en el futuro,
sus CAMBIOS van encaminados a lo
que puede o debe ser una
organización, tienen una gran
capacidad para entender su entorno
e impactar en el.
Tiene una gran responsabilidad al
sugerir un cambio, pues debe
predecir el impacto y
consecuencias de ello.

64
11/02/2019

65
11/02/2019

66
11/02/2019

67
11/02/2019

68
 11/02/2019

Development Team

Es el equipo de personas responsables de la comprensión de los requisitos, la

estimación y la creación de los Entregables (Deliverables) del proyecto.

69
 11/02/2019

Tamaño del Development Team

El tamaño óptimo de un Development Team es de TRES a NUEVE
personas, lo suficientemente grande para asegurar habilidades
adecuadas, y lo suficientemente pequeño como para colaborar
fácilmente.

70
11/02/2019

71
11/02/2019

72
11/02/2019

73
 11/02/2019

Stakeholders

Término colectivo que incluye a clientes, usuarios

y patrocinadores, que con frecuencia interactúan
con el Scrum Team, para generar inputs y facilitar
la creación del producto del proyecto.

Es fundamental que el Stakeholder de un proyecto

Ágil sea colaborativo

74
 11/02/2019

Stakeholder se divide en:

Cliente: Es el que adquiere el producto del proyecto.

Usuarios: Son aquellos que utilizan directamente el producto del proyecto. También
en algunas industrias se conocen como clientes o usuarios pero en realidad pueden
ser lo mismo.

Patrocinador: Es aquel que provee recursos y apoyo para el proyecto, el

patrocinador tambien es el Stakeholder, a quien todos le deben rendir cuentas al
final.

75
11/02/2019

76
 11/02/2019

PBIs: Product Backlog Item

Épicas: Es una historia de usuario que es MUY grande para construirla de forma
directa, este término se utiliza para describir una gran historia de usuario que
tendrá que ser dividida en historias más pequeñas.

User Stories: Es una representación de un requisito del usuario en forma escrita

de una o dos frases, utilizando el lenguaje común del usuario.

Task: Es una representación del requerimiento, pero de una forma técnica

donde está definido como se va a trabajar y quien van a participar.

77
 11/02/2019

?
Necesidades del
Stakeholder

78
 11/02/2019

Como está conformada una User Storie??

Una historia de usuario debe estar conformada Características:

por las 3C: Modelo
INVEST.

Card (tarjeta): Conversación: Confirmación:

Descripción el PO y el DT sirve para
escrita de lo que aclaran los determinar lo que
necesita el detalles. se espera.
usuario.

79
11/02/2019

80
 11/02/2019

EJEMPLO USER STORY

La User Story debe ser aceptada y

priorizada por el PRODUCT OWNER y
Estimada por el DEVELOPMENT TEAM

81
 11/02/2019

Fuente:
pmoinformatica.com

82
11/02/2019

83
 11/02/2019

Task-Tarea

Unidad de trabajo gestionada por

los DEVELOPMENT. Una tarea
tiene asignada una persona para
su realización, y es recomendable
que el esfuerzo estimado para
llevarla a cabo sea como máximo el
equivalente a una jornada de
trabajo.

“Una tarea es creada en lenguaje

técnico, mientras las User Stories
son creadas en lenguaje de usuario”

84
 11/02/2019

Como está conformado una Task??

ID:

Responsable:

Descripción:

Estimación:

85
 11/02/2019

Artefactos SCRUM

Son herramientas que propone Scrum para mantener organizado y controlado el proyecto:

86
 11/02/2019

Product Backlog
Lista ordenada de requerimientos para el producto, todo el
trabajo que realiza el Development Team proviene del Product
Backlog.
El Product Owner es responsable del Product Backlog,
incluyendo contenido, disponibilidad y ordenación, aunque
puede y debería recibir ayuda (del scrum team) para construirlo
y mantenerlo actualizado.
Un Product Backlog NUNCA esta completo, está en continuo
crecimiento y evolución mientras el producto exista, para darle
valor de forma continua, mantenerlo útil y competitivo
Ayuda a construir LO QUE ES NECESARIO y GENERA VALOR
al Stakeholder.

“Mantener el Alcance del proyecto actualizado es la

clave de productos competitivos” – Jeff Shuterland

87
 11/02/2019

Product Backlog

88
 11/02/2019

MODELODEEPPARAPRODUCTBACKLOG

• DETALLADO:Las historias de usuario del Product Backlog que se ejecutarán pronto deben entenderse lo
suficiente como para que puedan completarse en el próximo sprint. Las historias que no se desarrollarán
inmediatamente se deben describir con menos detalles.

• ESTIMADO: El Product Backlog es más que una lista de todo el trabajo por hacer; también es una
herramienta de planificación útil; se deben estimar las historias de usuario por esfuerzo del equipo de
desarrollo.

89
 11/02/2019

• EMERGENTE: El Product Backlog no debe ser Estático, cambia con el tiempo dependiendo de nuevos
requerimientos del cliente, también de acuerdo al aprendizaje del producto

• PRIORIZADO: El Product Backlog debe clasificarse con los ítems más valiosos en la parte superior y
menos valiosos en la parte inferior. Al trabajar siempre en orden de prioridad, el Developement Team
puede maximizar el valor del producto que se esté desarrollando.

90
11/02/2019

91
 11/02/2019

TECNICA URGENTE

ID User Story Valor Negocio Urgencia PRIORIDAD VN*Urgencia

92
 11/02/2019

TECNICA STORY POINTS

Se ejecutan primero las de mayor

valor Cociente

93
 11/02/2019

KANO

Técnica de priorización de
Product Backlog ágil, para
evaluar la satisfacción del
cliente en función de los
requerimientos y presencia de
características

94
11/02/2019

95
 11/02/2019

Ejemplo Backlog Priorizado

96
 11/02/2019

Refinamiento Product Backlog -

Grooming

Acto de añadir detalle, estimaciones y orden a los

elementos del Product Backlog. Se trata de un proceso
continuo, en el cual el Product Owner y el
DEVELOPMENT Team colaboran acerca de detalles de
los elementos de la Lista de Producto.

. Este no debe consumir

mas del
10%
Del tiempo del DT

97
11/02/2019

98
 11/02/2019

Ejemplo

99
 11/02/2019

Burn Down Chart

En el eje X: la fecha del Sprint
En el eje Y: el esfuerzo
La línea entre ejes: es la velocidad ideal

Aceleración: Diferencia de Puntos de

historia entre Sprints

100
 11/02/2019

Burn Up ó Burn Down Chart

Representación gráfica del trabajo por hacer en un proyecto o muestra el
esfuerzo restante durante un periodo determinado de tiempo.

101
 11/02/2019

Estimación Planning Póker

Es una de la técnicas mas reconocida en Scrum, ya que es muy sencilla, divertida y

eficaz, donde los DEVELOPMENT estiman como grupo el esfuerzo a realizar en el
Sprint.
Punto de historia : Complejidad + esfuerzo + Riesgo

102
 11/02/2019

9 consejos para ceremonias Agile

1. Vender la reunión
2. Optimizar el ambiente de la ceremonia.
3. Romper el hielo.
4. Energiza tus reuniones.
5. Hacer reuniones visuales o mapas mentales!!
6. Fomentar el choque de ideas (controladamente)
7. Promover la transparencia.
8. Controlar los Tiempos!
9. Buscar mejora

103
 11/02/2019

Eventos de Scrum
“Ceremonias o Reuniones”

Para que un proyecto tenga éxito, la comunicación es importante.

Los equipos Scrum emplean las ceremonias para estructurar el trabajo del equipo:

104
11/02/2019

105
 11/02/2019

Cancelación de Sprint

Un Sprint puede ser cancelado antes

de que el bloque de tiempo llegue a
su fin, siempre y cuando el objetivo
del Sprint llegara a quedar obsoleto.

Solo el PO tiene la autoridad para

cancelar el Sprint.

106
 11/02/2019

S
P
M

107
 11/02/2019

¿Qué puede ser terminado?

Esta pregunta sirve para que el Scrum Team trabaje para proyectar la
funcionalidad que se desarrollará en el Sprint, donde se define objetivo del
Sprint (Sprint Goal).
El número de elementos del Product Backlog seleccionados para el Sprint
depende únicamente del DEVELOPMENT Team.

108
 11/02/2019

Sprint Goal Meta del Sprint

109
 11/02/2019

¿Cómo se conseguirá completar el

trabajo seleccionado?

Una vez determinado el Sprint Goal y

seleccionados los PBI para cumplirlo, el DT
decide técnicamente como construirán el
incremento del producto, esto hace
referencia a la creación de Task .

110
11/02/2019

111
 11/02/2019

Rompiendo Paradigmas : SCRUM

DAILY!!

¿Cuál es el • El Scrum Master se asegura que el DEVELOPMENT

realice la reunión, pero el DEVELOPMENT Team es el
papel del
responsable de dirigir el Scrum Diario, el Scrum Master
ScrumMaster? enseña para que esta reunión no exceda el Time-Boxing
estipulado.

¿Qué pasa con los • En esta ceremonia no se solucionan impedimentos, los

impedimentos miembros del Development Team se sincronizan; El
hallados? scrum master tiene la jornada para solucionar el
impedimento hallado.

112
11/02/2019

113
 11/02/2019

BENEFICIOS DEL SPRINT REVIEW MEETING

El cliente puede observar cómo han sido desarrollados los

requerimientos, ver si se cumplen sus expectativas, entender
el producto y tomar mejores decisiones respecto al proyecto.

El equipo se siente más satisfecho cuando puede ir mostrando

los resultados que va obteniendo. No está meses trabajando
sin poder exhibir suobra.

114
 11/02/2019

R
E
T
R
O
!

115
 11/02/2019

Las 5 Etapas de una Retrospectiva

116
 11/02/2019

Técnicas para
Retrospectiva

Técnica de la Estrella de Mar

117
11/02/2019

118
 11/02/2019

“Si los proyectos son para los

clientes, ¿Por qué no
incluirlos en sucreación?”

“Nunca olvides que mejores

principios, no mejores
prácticas, es lo que
realmente necesitan las “En ocasiones los directivos cambian
organizaciones” todo para que todo siga igual.”

119
11/02/2019

120