Framework Agile con Scrum y Kanban

3/9/20
ÍNDICE

1. Gestión
1. Gestión Tradicional
Tradicional de
de Proyectos
Proyectos

2. Introducción a LEAN

3. Agilidad
3. Agilidad

4. Framework
4. Framework SCRUM
SCRUM
ÍNDICE

1. Gestión
1. Gestión Tradicional
Tradicional de
de Proyectos
Proyectos

2. Introducción a LEAN

3. Agilidad
3. Agilidad

4. Framework
4. Framework SCRUM
SCRUM
1. Gestión Tradicional de Proyectos

• Definición de un proyecto
• Dirección de proyectos
• Definición del alcance de un proyecto
• El proyecto ideal
• Problemas típico en proyectos
1. Gestión Tradicional de Proyectos

Definición de un proyecto

Es un proceso temporal que tiene un inicio y fin

claramente definido, está conformado por un conjunto
de actividades interrelacionadas que se desarrollan por
una sola vez y constituye una inversión para el negocio;
tiene objetivos, alcances y productos entregables
específicos, un plan de trabajo y presupuesto definido.
1. Gestión Tradicional de Proyectos

Dirección de proyectos

Aplicación de conocimientos, habilidades,

herramientas y técnicas a las actividades del proyecto
para cumplir con los requisitos del mismo. Se logra
mediante la aplicación o adecuación de los 49 procesos
de dirección de proyectos (Guía del PMBOK – 6ta
Edición).
1. Gestión Tradicional de Proyectos

Definición de alcance
1. Gestión Tradicional de Proyectos

El proyecto ideal

Definición
Análisis Diseño Construcción Prueba Implementación Mantenimiento
Requerimiento

Al inicio del proyecto:

Se toman requisitos detallados al
Tú sabes cómo inicio y ya no es necesario volver a
El cliente sabe perfectamente lo que quiere
conseguirlo hablar con el cliente hasta el final
del proyecto
1. Gestión Tradicional de Proyectos

El proyecto ideal

Definición
Análisis Diseño Construcción Prueba Implementación Mantenimiento
Requerimiento

Durante el proyecto:

• Con la documentación adecuada que elabora cada especialista, la siguiente fase encuentra todo lo que
necesita, sin que se haya perdido ninguna información en el camino.
• Viendo moverse estos entregables, todo el mundo está seguro de que el proyecto está yendo bien. Es suficiente
con hacer un control de calidad al final del proyecto.
• Nada cambia durante el camino.
1. Gestión Tradicional de Proyectos

El proyecto ideal

Definición
Análisis Diseño Construcción Prueba Implementación Mantenimiento
Requerimiento

Final del proyecto:

• El cliente recibe lo que esperaba y no hay que cambiar nada.

1. Gestión Tradicional de Proyectos

El proyecto ideal

Definición
Análisis Diseño Construcción Prueba Implementación Mantenimiento
Requerimiento

¿Seguro que el usuario

final recibe lo que
esperaba?
1. Gestión Tradicional de Proyectos

Problemas típicos en proyectos

El cliente tarda mucho

tiempo en utilizar el
resultado del proyecto

Mientras tanto, el contexto

cambia y los competidores lanzan
nuevos productos. Si se cancela el
proyecto, se habrá gastado el
dinero a cambio de nada
1. Gestión Tradicional de Proyectos

Problemas típicos en proyectos

El proyecto se complicó
más de lo esperado

Hay retraso y hay que entregar

ya. Empiezan los parches y no hay
tiempo para pruebas / control de
calidad.
1. Gestión Tradicional de Proyectos

Problemas típicos en proyectos

El equipo hace horas

extraordinarias y está
poco motivado.

Apenas se dedican a
cumplir órdenes. Cada
uno hace lo suyo.
1. Gestión Tradicional de Proyectos

Problemas típicos en proyectos

¡Y ahora el cliente pide

cambios!

¡El proyecto está acabando y no

queda ni tiempo ni presupuesto!
1. Gestión Tradicional de Proyectos

Problemas típicos en proyectos

No entendiste lo que quería. No estaba en el alcance.

No cumpliste los plazos. ¡Estoy perdiendo dinero!
¡Todo es prioritario!

Lose-Lose
ÍNDICE

1. Gestión
1. Gestión Tradicional
Tradicional de
de Proyectos
Proyectos

2. Introducción
2. Introducción aa LEAN
LEAN

3. Agilidad
3. Agilidad

4. Framework
4. Framework SCRUM
SCRUM
2. Introducción a LEAN

• Principios del pensamiento LEAN

• Tipos de desperdicios
• Herramientas LEAN
2. Introducción a LEAN

Principios del pensamiento LEAN

2. Introducción a LEAN

Principios del pensamiento LEAN

2. Introducción a LEAN

Tipos de desperdicios
2. Introducción a LEAN

Herramientas LEAN
2. Introducción a LEAN

Herramientas LEAN

VSM
2. Introducción a LEAN

Herramientas LEAN

Kanban
ÍNDICE

1. Gestión
1. Gestión Tradicional
Tradicional de
de Proyectos
Proyectos

2. Introducción
2. Introducción aa LEAN
LEAN

3. Agilidad
3. Agilidad

4. Framework
4. Framework SCRUM
SCRUM
3. Agilidad

Definición

Agile es proporcionar más valor en menos tiempo mediante:

• Feedback rápido del cliente sobre el producto final
• Equipos de alto rendimiento y motivados
• Calidad interna del producto
• Reflexión regular
3. Agilidad

Definición

Trabajar de manera ágil es más difícil pero es mejor

• Compromiso conjunto
• Crecimiento de equipo
• Cultura de aprendizaje y mejora continua
• Técnica de descomposición de producto y de ingeniería que
permitan cambios continuos y controlados
3. Agilidad

Definición

Entrega temprana y Adaptación y Colaboración Mejora continua

continua con valor reflexión
3. Agilidad

Definición

Alineamiento Reglas y limitaciones Cultura Resistencia al

cambio

Auto organización, autogestión Obstáculos

3. Agilidad

Manifiesto Ágil

• Valorar más a los individuos y sus interacciones que a los

procesos y las herramientas

• Valorar más el software funcionando que la documentación

exhaustiva

• Valorar más la colaboración con el cliente que la negociación

contractual

• Valorar más la respuesta ante el cambio que seguir un plan

3. Agilidad

Imperativas típicas del negocio

Necesidades Problemas
3. Agilidad

Características

Involucrar al cliente mostrándole el producto final en intervalos cortos (iterar)

• Cliente aprende de su producto (proporcionar requisitos es difícil, pero

opinar sobre un producto real es fácil)
• Las revisiones identifican con tiempo aquello que el cliente da por
sobrentendido
• El contexto del proyecto cambia
ÍNDICE

1. Gestión
1. Gestión Tradicional
Tradicional de
de Proyectos
Proyectos

2. Introducción
2. Introducción aa LEAN
LEAN

3. Agilidad
3. Agilidad

4. Framework
4. Framework SCRUM
SCRUM
4. Framework SCRUM

Proceso SCRUM
4. Framework SCRUM

Historias del usuario

Las historias de usuario describen funcionalidades de algo que es valioso para el usuario.

Elementos:

• Descripción escrita de la historia usada para la planificación y como recordatorio

• Conversaciones sobre la necesidad que sirven para profundizar en los detalles de la

historia

• Elementos de prueba que permiten determinar cuándo la tarea que va a cubrir está
completa
4. Framework SCRUM

Historias del usuario

Una historia debe permitir conocer la base de las necesidades del usuario, así como los
detalles que permitan fijar las baterías de pruebas para determinar si un desarrollo es
correcto o no

Debe ser expresada en un lenguaje que el usuario pueda entender y que refleja una
descripción sintetizada de lo que el usuario desea.

Ejemplo:
• ¿Qué tipo de usuario lo solicita?
“Como responsable de almacén
• ¿Qué se quiere?
quiero conocer cuándo se alcanza el
• Por qué se quiere?
stock mínimo para poder realizar las
órdenes.”
4. Framework SCRUM

Historias del usuario

Ejemplos:

• ¿Cuál es la probabilidad de que un cliente incumpla el pago mensual de un préstamo?

• ¿Cuál será la tasa de supervivencia del paciente si se administra el fármaco B en lugar del
fármaco A?

• Si un cliente ha comprado los productos A y B, ¿cuáles son las probabilidades de que

también compre el producto C?
4. Framework SCRUM

Historias del usuario

Las historias son peticiones muy sencillas y claras que definen cuáles van a ser los requisitos
del proyecto, es preferible tener un número mayor de historias simples que uno menor de
historias complejas

Atributos y descomposición
Independencia: Evitar que existan dependencias entre las historias.
Negociables: No son requisitos cerrados que no se puedan cambiar.
Con valor: Deben aportar valor al usuario.
Estimables: Se debe poder estimar.
Pequeña: Para poder ser manejada por el equipo.
Testeable: Se debe comprobar su funcionalidad.
4. Framework SCRUM

Historias del usuario

4. Framework SCRUM

Historias del usuario

Definición de Preparado - DoR (Definition of Ready)

• Responde a la pregunta: ¿Qué tiene que estar listo antes de empezar a trabajar en una
historia de usuario para que ésta pueda entrar en un sprint?

• DoR se refiere a la calidad de los requisitos y es responsabilidad del propietario del

producto.
4. Framework SCRUM

Historias del usuario

Definición de Terminado - DoD (Definition of Done)

• Definir criterios de aceptación

• Validación de incremento del producto

• Responde la pregunta: ¿Qué tiene que cumplir una historia de usuario para que esté
hecha?, se refiere a la calidad del software y es responsabilidad del equipo.

• Explicita los criterios para que toda historia de usuario sea considerada hecha, a diferencia
de los criterios de aceptación que son específicos por historia
4. Framework SCRUM

Historias del usuario

Producto Mínimo Viable (MVP)

Versión de un producto que tiene solamente aquellas funcionalidades que permiten que el
producto sea lanzado.
4. Framework SCRUM

Roles SCRUM

Product Owner

• Único representante de los stakeholders

• Prioriza los requisitos del proyecto
• Ingresa las historias de usuario
• Aprueba los incrementos y producto final
• Transmite el conocimiento para detallar los
requisitos
Developer Team
• Multidisciplinario
• Autogestionado
• Reflexiona diariamente para mejorar
• Estima y planifica el sprint en proceso
• Entrega incremento y producto final al PO
Scrum Master
• Figura clave para conseguir los beneficios del scrum
• Orientado a conseguir un equipo de alto rendimiento y
motivado
• Responsable de que el equipo asimile los valores y
principios ágiles
• Rol de apoyo al Product Owner y equipo de desarrollo
• Asegura que las prácticas ágiles funcionen
• Resuelve impedimentos que no logre resolver el equipo
mismo
4. Framework SCRUM

Técnicas de estimación en SCRUM

4. Framework SCRUM

Técnicas de estimación en SCRUM

• Planea realidades, no fantasías

• El acto mismo de planear es tan seductor, tan atractivo que la planeación

termina siendo más importante que el plan y éste más importante que la
realidad: jamás olvides que el mapa no es el territorio

• Reúne a todos los actores claves, a toda la gente que estará a cargo del
trabajo de una sala

• Calcular cuánto trabajo implicará cada una de las tareas, no cuánto tiempo
sino cuánto trabajo. Los seres humanos somos pésimos para calcular cargas
de trabajo, pero buenos para la evaluación relativa.
4. Framework SCRUM

Técnicas de estimación en SCRUM

1. Listar todas las actividades 2. Asignar una prioridad 3. Evaluación Relativa (Comparar un tamaño con
otro)
4. Framework SCRUM

Definición de SPRINT

Time Box Consideraciones

Corresponde a un periodo de No se realizan cambios que

tiempo durante el cual se afecten el objetivo del sprint.
incrementa el producto Cada sprint se considera
terminado Objetivo como un proyecto con
horizonte de x semanas

Todo Sprint tiene una meta

que cumplir, un producto
que probar, presentar y
potencialmente desplegable
4. Framework SCRUM

Eventos SCRUM

En SCRUM existen eventos predefinidos (bloques de tiempo) con el fin de regularizar y minimizar las
reuniones no definidas en SCRUM. Cada uno de los eventos es una oportunidad formal para la inspección
y adaptación de algún aspecto.

La falta de alguno de estos eventos da como resultado una reducción de la transparencia e inspección y
constituye una oportunidad perdida para inspeccionar y adaptarse.

• Reunión de planificación del SPRINT (Sprint Planning Meeting)

• SCRUM diarios (Daily Scrums)
• Revisión del sprint ( Sprint Review)
• Retrospectiva del Sprint (Sprint Retrospective)
4. Framework SCRUM

Eventos SCRUM – Sprint Planning Meeting

La reunión de planificación de Sprint responde a las siguientes preguntas:

• ¿Qué puede ser terminado en este sprint?
• ¿Cómo se conseguirá completar el trabajo necesario para entregar el incremento?
4. Framework SCRUM

Eventos SCRUM – Daily SCRUM

4. Framework SCRUM

Eventos SCRUM – Daily SCRUM

• Permitir que el equipo se sincronice

• Inspeccionar el trabajo avanzado
Objetivos
• Proyectar el trabajo a completar
• Se realiza a la misma hora y lugar

• ¿Qué hice ayer que ayudó al equipo a

lograr el objetivo del sprint? Preguntas
• ¿Qué haré hoy para ayudar al equipo a
lograr el objetivo del sprint
• ¿Veo algún impedimento?

• Mejora de la comunicación
• Minimizan la necesidad de otras reuniones
Beneficios
• Identifican impedimentos
• Promueven la toma de decisiones rápida
4. Framework SCRUM

Eventos SCRUM – Refinamiento del Sprint

Acto de añadir detalles, estimaciones y orden en los

elementos del product backlog
4. Framework SCRUM

Eventos SCRUM – Sprint Review

• Permite inspeccionar el incremento del producto y

adaptar la lista de Product Backlog si fuese necesario

• La presentación del incremento tiene como objetivo

facilitar la retroalimentación de información y
fomentar la colaboración

• El resultado de la revisión de Sprint es una lista de

producto revisada, que define los elementos de la
lista de producto posibles para el siguiente Sprint

• Es posible además que la lista de producto reciba un

ajuste general para enfocarse en nuevas
oportunidades
4. Framework SCRUM

Eventos SCRUM – Retrospective

Permite inspeccionarse a sí mismo y crear un plan de

mejoras que se aborden durante el siguiente sprint.

Tiene lugar después del review y antes de la reunión de

planificación.

El propósito de la retrospectiva de sprint es:

• Inspeccionar cómo fue el último Sprint en cuanto a

personas, relaciones, procesos y herramientas

• Identificar y ordenar los elementos más importantes

que salieron bien y las posibles mejoras

• Crear un plan para implementar las mejoras a la

forma en la que el equipo Scrum desempeña su
trabajo
GRACIAS