Agile Methodologies

1. METODOLOGÍAS ÁGILES
1
Dr. Marcelo Alcaín
Mg. Verónica La Greca
Lic. Joel Marenghi

2. • Camino a la agilidad
• Scrum
• Roles
• Eventos
• Herramientas y objetivos
• SAFe: Escalando la metodologia
• Los 10 Principios
• Configuraciones
• Agilidad técnica y de los equipos
• PI Planning
• Agile vs Waterfall
2
Temas
Agenda

3. El camino a la agilidad
De la Gestión Tradicional a la Metodología ágil
3
Agile
• Trabajo en iteraciones
• Scrum
• SAFE
Lean
• Agrega la mirada del
usuario y sus
necesidades al TPS
• Errar rápido, barato y
aprender
• MVP (Mínimo Producto
Viable)
Toyota Production
System
• Optimizar el proceso
para conseguir lo
máximo posible.
• Just in Time: Producir
lo necesario
• Kanban: Hacer visible
lo invisible

4. Scrum
• Scrum es un marco de trabajo liviano que ayuda a las personas, equipos y organizaciones a
generar valor a través de soluciones adaptativas para problemas complejos
• Enfoque iterativo e incremental para lograr previsibilidad y controlar el riesgo
• Grupos de personas que contengan en su conjunto todas las habilidades necesarias
• Tres Pilares Fundamentales
• Transparencia
• Inspección
• Adaptación
• Valores: Compromiso, Foco, Franqueza, Respeto y Coraje
• Roles
• Eventos (Ceremonias)
• Herrramientas
Marco de trabajo
4

5. Scrum
• El equipo o “Scrum Team” debe ser un pequeño grupo de personas y funcionan como una
célula unidos en función del objetivo. Sin jerarquías y autogestionado
Roles
5
Scrum Master
• Ayuda a comprender y
aplicar Scrum
• Es responsable de lograr
la efectividad del Scrum
Team
• Es una guía para el
equipo
• Ayuda a crear valor y
lograr alcanzar la
definición de Terminado
Product Owner
• Maximizan el valor del
producto y gestionan el
backlog
• Desarrollan y comunican
el objetivo del producto
• Crean, comunican y
ordenan el backlog,
asegurando su
comprensión y
transparencia
Developers
• Son los que crean las
soluciones
• Crean plan para el sprint
• Comprometen calidad en
base a la definición de
Terminado
• Adaptan su plan al
objetivo del sprint
Definición de Terminado: Lo que se espera obtener al finalizar el sprint
Sprint: Evento que representa la iteración
Backlog: Listado ordenado de las necesidades

6. Scrum
• Todos los eventos tienen un objetivo, cadencia y planificación determinadas. La idea es evitar
reuniones improvisadas o no previstas
• Sprint: Tienen una duración recomendada de un mes y contienen a todos los eventos y actividades. En
el mismo, se realiza todo el trabajo necesario para lograr el objetivo de product o el incremental. Cuando
finaliza un sprint, inmediatamente comienza el siguiente
• Sprint Planning: Sucede al inicio del Sprint y la idea es definir el trabajo que se realizará durante el
mismo y los objetivos a cumplir. El resultado del sprint planning es el Sprint Backlog. Se recomienda que
éste evento dure unas 8 horas
• Daily Scrum: Es una reunion diaria que tiene como objetivo revisar el avance y adaptar la planificación
del sprint según sea necesario. Tiene una duración recomendada de 15 minutos
• Sprint Review: Sucede al final del Sprint. El objetivo es revisar el resultado del sprint, los logros y
determinar oportunidades de mejora. Se recomienda una duración de 4 horas.
• Sprint Retrospective: Se revisa y discute acerca del trabajo realizado, las formas de trabajo, las
interacciones, herramientas, etc. La idea es identificar elementos a modificar para mejorar la efectividad.
Esta reunion marca el fin del sprint y tiene una duración recomendada de 3 horas como máximo.
Eventos y/o Ceremonias
6

7. Scrum
• Product Backlog: Listado ordenado de las necesidades para mejorar o generar un product. El
objetivo del product se encuentra dentro del mismo.
• Sprint Backlog: Son los element del Product Backlog que se seleccionan para ser trabajados
en un sprint. Tiene un objetivo que se define en el sprint planning y un plan.
• Increment: Es un paso hacia el objetivo del producto. Deben ser utilizables por si mismos y
agregan valor a los increment anteriores (si los hubiera). Cumplen con la definición de
terminado.
• Definición de Terminado: Es un increment que logra alcanzar las condiciones de calidad
esperadas o requeridas para el productoo.
Herramientas, Conceptos y Objetivos
7

8. SAFe
Escalando la Metodología
8
Waterfall: Las grandes compañías utilizan
la metodología tradicional
Scrum: Provee agilidad para equipos
pequeños
Factores de Gestión: Para escalar se necesita Control
del presupuesto y de la Estrategia empresarial
Marco de Trabajo: Que permita además la
interacción y participación de varios equipos de
forma ágil
SAFe: Métodología ágil escalable sobre la base de
Scrum, para grandes compañías y equipos, con
control de gestión, portafolios y estrategia

9. SAFe
1. Tomar una vista económica
2. Aplicar el pensamiento sistémico
3. Asumir la variabilidad, preserve las opciones
4. Construir incrementalmente con velocidad y ciclos de aprendizaje integrados
5. Basar los hitos en la evaluación objetiva de los sistemas de trabajo
6. Generar un flujo de valor sin interrupciones
7. Aplicar cadencia y sincronizarla con la planificación entre dominios
8. Desbloquear la motivación intrínseca de los trabajadores
9. Descentralizar la toma de decisions
10. Organizar en torno al valor
Los 10 Principios
9

10. SAFe
Configuraciones
10
Portfolio
Large
Essential

11. SAFe
Agilidad Técnica y de los equipos
11
Portfolio
Solution Train
Agile Release Train
Team
• STE (Solution Train Engineer)
• RTE (Release Train Engineer)
• Scrum Master
• Solution Manager
• Product Manager
• Product Owner
• Enterprise Architect
• Solution Architect
• System Architect
• Agile Team (5-11 miembros)
• Epic Owners
• Business Owners

12. SAFe
• Eventos
• PI (Program Incremental): Similar al Sprint de Scrum pero con una duración recomendada de entre 10 y 12
semanas
• PI Planning: Similar al Sprint Planning, pero participan además de los equipos scrum, los PM y RTEs. Duración
recomendada de 16 horas
• Scrum of Scrum: Similar al daily scrum pero es semanal y participant los scrum master y RTE. Duración 30
minutos
• System Demo: Sucede dentro de la PI al finalizar un sprint. La idea es revisar en 1 hora el progreso realizado y
los resultados obtenidos
• Innovation & Planning Iteration: Se le dedica 1 Sprint y tiene como fin dar un espacio para que el ART pueda
educarse, innovar y prepararse para el siguiente PI
• Inspect & Adapt: Duración de 4 horas. Se utiliza para identificar mejoras al backlog y reflexionar sobre la PI (La
retrospective de scrum está dentro de este evento)
• Pre-Requisitos: Sobre el backlog de Features y User Stories
• Dimensionamiento: Cada elemento del backlog debe recibir una puntuación relativa en base a la complejidad,
volume, conocimiento e incertidumbre. Se otorgan puntos de 1 a 8 en donde usualmente 8 significa que se tardará
un sprint completo (2 semanas) en cumplirla
• Priorizar el backlog: Se prioriza principalmente en base al costo de la demora en entregar valor
• Velocidad de los Equipos: Para determinarla se calcula un promedio de los puntos que el equipo logro procesar
en PI anteriores
• Capacidad de los Equipos: En función de la velocidad, tamaño y disponibilidad de los miembros del equipo en la
próxima PI se determina la capacidad de puntos que puede procesar.
Eventos y Pre-Requisitos de la PI
12

13. SAFe
• En un evento de 2 días, se planifica el trabajo de toda la PI y de cada uno de los sprints (5-6)
PI Planning
13

14. Agile vs. Waterfall
Comparación, Ventajas y Desventajas
14
Adaptabilidad a
cambios
Implementabilidad
Productividad
Complejidad
Escalabilidad
Equipo
Marco de Trabajo
Baja. Un cambio en el
entorno o plan, puede
representar un riesgo
de cumplir la meta en
tiempo y a nivel
presupuesto
Simple. Metodología
normalmente
aceptada
Baja. Se agrega valor
al finalizar el proyecto
Metodología
tradicional,
complejidad
moderada
Aplicable para la
mayoría de las
organizaciones
Tamaño y seniority
diverso, según
necesidad
Waterfall
Rápida. Se puede
replanificar con
facilidad a la vez que
se agrega valor
rápidamente
Rápida. El tamaño de
la organización debe
permitir su
implementación, si lo
hace la
implementación es
muy rápida.
Alta. Se agrega valor
con incrementales
Baja complejidad, el
equipo que lo integra
debe tener el seniority
y conocimiento del
marco
Difícil de escalar, se
utiliza en compañías o
áreas de pequeño
tamaño
Tamaño reducido y
con alto seniority
Scrum
Rápida. Un cambio
puede ser tratado sin
dificultades para los
objetivos, ya sea a
nivel tiempos o
presupuesto
Compleja. Para poder
implementarla se
debe comenzar por el
ápice de la
organización y de allí
hacia abajo,
entrenando a los
recursos en la
metodología.
Muy alta. Se agrega
valor con
incrementales,
administrando el
presupuesto
Alta. Debe haber una
buena
implementación del
modelo que asegure
una buena integración
de los equipos,
sincronización y
control del portfolio
Escalable a casi
cualquier tipo y
tamaño de
organización
Gran tamaño, alto
seniority y con
capacidades diversas
SAFe

15. MUCHAS GRACIAS
15