Está en la página 1de 59

Taller

Scrum Fundamentos Tips


para pasar el examen en el
primer intento

Iniciamos a las 9:00 am


¡Aún puedes invitar a amigos y
colegas!
Norma Garzón
317 644 90 90
Consultor TI

• Especialista en Tecnología
• Consultor TI – IT SERVICE
• Certificado ITIL, Scrum Master, Kanban
Essentials y Kanban System Desing.
CONTENIDO

✓ Un poco de historia Agile, Lean, Kai-zen, Scrum.


✓ Manifiesto Agile.
✓ Guía oficial Scrum 2020 – Estructura.
✓ Definición Scrum.
✓ Scrum Team, Eventos, Artefactos.
✓ Ciclo de vida de Scrum
✓ Preparación para el examen.
Un poco de historia…
a mediados de la década de los 80’s
Hirotaka Takeuchi y Ikujiro Nonaka
definieron una estrategia de
desarrollo de producto flexible e
incluyente donde el equipo de
desarrollo trabaja en unidad para
alcanzar un objetivo común; esto
basado en los principios de
manufactura LEAN. Esto fue grabado
en un estudio en la Harvard Business
Review.

“El nuevo juego de desarrollo de nuevos productos”


Un poco de historia…
Ken Schwaber y Jeff Sutherland
desarrollaron el concepto de Scrum y
lo aplicaron en desarrollo de software
durante una presentación en la
conferencia internacional sobre
programación, lenguajes y
aplicaciones orientadas a objetos
(Object – Oriented Programming,
System, Languages & Applications o
OOPSLA) en 1995 en Austin, Texas, y
crean la primer guía oficial de Scrum.
Manufactura Lean
El Lean Manufacturing, es una cultura
de gestión del trabajo que se centra
en la mejora continua y optimización
del sistema de producción mediante
la eliminación de desperdicios,
procesos, procedimientos,
documentos y protocolos que no
generaran valor en la organización.
Esto es conocido como
OPTIMIZACIÓN DE FLUJO de
manufactura.
Kai-Zen y la mejora continua

La filosofía Kai-Zen junto con Lean son procesos


vitales para reducir y eliminar las perdidas que se
producen en cualquier operación; a su vez
centrarse en utilizar solo aquellos recursos que
sean imprescindibles.
Manifiesto Ágil

Del 11 al 13 de febrero de 2001, en la


estación de esquí The Lodge at Snowbird
en las montañas Wasatch de Utah,
diecisiete personas, representantes del
mundo de desarrollo de software
tradicional, se reunieron para hablar,
esquiar, relajarse y tratar de encontrar
puntos en común y, por supuesto, para
comer. Lo que surgió fue el Manifiesto
Agile 'Desarrollo de software'.

4 Valores 12 principios

Fuente: https://agilemanifesto.org/iso/es/manifesto.html
4 Valores
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.
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.
12 Principios

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.
Guía Oficial Scrum

https://scrumguides.org
Definición 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.

✓ 5 Ceremonias o Eventos

✓ 3 Artefactos

✓ 3 Roles y Responsabilidades
Apreciaciones importantes

✓ Scrum es simple.

✓ Pruébelo como está y determine si su filosofía, teoría y estructura ayudan a lograr objetivos y
crear valor.

✓ El marco de trabajo Scrum es incompleto de manera intencional.

✓ Scrum se basa en la inteligencia colectiva de las personas que lo utilizan.

✓ Scrum envuelve las prácticas existentes o las hace innecesarias.

✓ Scrum hace visible la eficacia relativa de las técnicas actuales de gestión, entorno y trabajo, de
modo que se puedan realizar mejoras.
Teoría Scrum
EMPIRISMO
El empirismo se basa en tomar decisiones basados en la información concreta obtenida de la
observación que muestra el progreso del desarrollo de producto, los cambios en el mercado y los
comentarios de los clientes.
Se implementa un proceso empírico en el que el progreso se basa en la observación y la
experimentación en lugar de en los detalles.
Lo contrario al empirismo es usar planificación previa, procesos definidos, planes predictivos, hechos
no concretos.
Teoría Scrum

El Control de Procesos Empíricos tiene las siguientes características:

✓ Aprende a medida que avanzamos.


✓ Esperar y aceptar el cambio.
✓ Inspeccionar y adaptar usando ciclos cortos de desarrollo.
✓ Las estimaciones son sólo indicativas y pueden no ser exactas.
Teoría Scrum
5 PRINCIPIOS DEL PENSAMIENTO LEAN
Valor
Entender que la satisfacción del cliente es primordial y está incorporada en cada paso del proceso.
Value Stream
¿Cuáles son los pasos necesarios para fabricar el producto?
¿Cuáles son los pasos requeridos para entregar el servicio?
Flow
Hacer los pasos de valor en una secuencia estricta para que el producto fluya suavemente hacia el cliente.
Pull
El cliente hace el pedido y tú fabricas ese producto sólo cuando lo pide.
Perfection
Entregar exactamente lo que el cliente quiere, cuando lo quiere a un precio mínimo con cero desperdicios.
Iterativo e Incremental

Scrum emplea un enfoque iterativo e Incremental para


optimizar la previsibilidad y controlar el riesgo.
Pilares de Scrum
TRANSPARENCIA:

El proceso y el trabajo emergentes deben ser visibles


tanto para quienes realizan el trabajo como para
quienes lo reciben.

Las decisiones importantes se basan en el estado


percibido de sus tres artefactos formales.

Los artefactos que tienen poca transparencia pueden


llevar a decisiones que disminuyan el valor y aumenten
el riesgo.

La transparencia permite la inspección. La inspección


sin transparencia es engañosa y derrochadora.

23
Pilares de Scrum
INSPECCIÓN:

Los artefactos de Scrum y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y
con diligencia para detectar variaciones o problemas potencialmente indeseables.

Para ayudar con la inspección, Scrum proporciona cadencia en forma de sus cinco eventos.

La inspección permite la adaptación.

La inspección sin adaptación se considera inútil. Los eventos Scrum están diseñados para provocar
cambios.

24
Pilares de Scrum
ADAPTACIÓN:

Si algún aspecto de un proceso se desvía fuera de


los límites aceptables o si el producto resultante es
inaceptable, el proceso que se aplica o los
materiales que se producen deben ajustarse. El
ajuste debe realizarse lo antes posible para
minimizar una mayor desviación.

La adaptación se vuelve más difícil cuando las


personas involucradas no están empoderadas ni se
autogestionan. Se espera que un Scrum Team se
adapte en el momento en que aprenda algo nuevo
a través de la inspección.

25
Valores de Scrum

Cuando el Scrum Team y las personas con las que


trabajan incorporan estos valores, los pilares empíricos de
Scrum de transparencia, inspección y adaptación cobran
vida y generan confianza.

26
Valores de Scrum

Compromiso
✓ El Scrum Team se compromete a lograr sus objetivos y a
apoyarse mutuamente.
✓ Si uno falla, todos Caemos.
✓ Si necesito ayuda, lo manifiesto.
✓ Si puedo ayudar a alguien, lo haré.
✓ Me comprometo porque soy autogestionado.

27
Valores de Scrum

Foco
✓ El equipo Scrum debe fijarse solo en el objetivo de cada
sprint.
✓ El equipo no debe ser interrumpido innecesariamente
✓ El Scrum Master genera ambiente de claridad y
concentración.

28
Valores de Scrum

Franqueza

• El Scrum Team y sus interesados son francos sobre el trabajo


y los desafíos.

29
Valores de Scrum

Respeto
✓ Los miembros del Scrum Team se respetan entre sí para ser
personas capaces e independientes, y son respetados como
tales por las personas con las que trabajanTrabajadores de
conocimiento.
✓ Debido a la gran interacción en los equipos
✓ Organizaciones cada vez menos jerarquizadas
✓ Mejora el “día a día en la oficina”.

30
Valores de Scrum

Coraje
✓ Los miembros del Scrum Team tienen el coraje de hacer lo
correcto, para trabajar en problemas difíciles..
✓ Desafiar sus zonas de confort.
✓ Proponerse retos.

31
A Tener en
cuenta

32
¡PAGA AHORA MISMO!

Pago en dólares o Pago en dólares Pago en peso


peso Colombiano Colombiano
34
✓ Es la unidad fundamental de Scrum.
Scrum Team ✓ No hay subequipos ni jerarquías.
✓ Es una unidad cohesionada de profesionales enfocados en un objetivo a
la vez, el Objetivo del Producto.
✓ Multifuncionales, tienen todas las habilidades necesarias para crear
valor.
✓ Son Autogestionados, deciden internamente quién hace qué, cuándo y
cómo.
✓ Es lo suficientemente pequeño como para seguir siendo ágil y lo
suficientemente grande como para completar un trabajo significativo
dentro de un Sprint.
✓ Generalmente 10 personas o menos.
✓ Trabajar en Sprints a un ritmo sostenible mejora el enfoque y la
consistencia (8h/D)
Las habilidades específicas que necesitan los Developers suelen
ser amplias y variarán según el ámbito de trabajo. Sin embargo,
los Developers siempre son responsables de:

• Crear un plan para el Sprint, el Sprint Backlog.

• Inculcar calidad al adherirse a una Definición de Terminado.

• Adaptar su plan cada día hacia el Objetivo del Sprint.

• Responsabilizarse mutuamente como profesionales.


Las personas del Scrum Team que se
comprometen a crear cualquier aspecto de
un Incremento utilizable en cada Sprint son
Developers.
✓ Responsable de la gestión efectiva del Product Backlog.
✓ Crear y comunicar claramente los elementos. (PBI)
✓ Ordenar los elementos, priorizar.
✓ Asegurarse de que sea transparente, visible y se entienda.
✓ Desarrollar y comunicar explícitamente el Objetivo del Producto
✓ Puede delegar actividades pero, sin desvincularse de la responsabilidad.
✓ Toda la organización debe respetar sus decisiones.
✓ Es una persona, no un comité.

Responsable de maximizar el valor del producto resultante del trabajo del Scrum
Team. La forma en que esto se hace puede variar ampliamente entre
organizaciones, Scrum Teams e individuos.
Es el responsable de establecer Scrum como se define en la Guía de Scrum. Lo
hace ayudando a todos a comprender la teoría y la práctica de Scrum, tanto
dentro del Scrum Team como de la organización.

SM
Líder servicial.
Elimina Obstáculos.
Facilitar la colaboración.
Eventos o ceremonias

Cada evento en Scrum es una oportunidad


formal para inspeccionar y adaptar los artefactos
Scrum. Estos eventos están diseñados
específicamente para habilitar la transparencia
requerida.
Todos manejan un Time Box, que es una
cantidad máxima de tiempo que pueden tardar.
Sprint
Los Sprints son el corazón de Scrum, donde las ideas se convierten en valor.

✓ Duración fija de un mes o menos.

✓ Comienza inmediatamente después de la conclusión del anterior.

✓ No se realizan cambios que pongan en peligro el Objetivo.

✓ El alcance se puede aclarar y renegociar con el Product Owner.

✓ Se pueden emplear Sprints más cortos para generar más ciclos de aprendizaje

y limitar el riesgo de costo y esfuerzo a un período de tiempo menor.

✓ Cada Sprint puede considerarse un proyecto corto.

✓ Podría cancelarse si el Objetivo del Sprint se vuelve obsoleto.

✓ Solo el Product Owner tiene la autoridad para cancelarlo.


Sprint Planing (8h/M)
Inicia el Sprint al establecer el trabajo que se realizará para el
Sprint. El Scrum Team crea este plan resultante mediante trabajo
colaborativo.

El Product Owner se asegura de que los asistentes estén


preparados para discutir los elementos más importantes del
Product Backlog y cómo se relacionan con el Objetivo del
Producto. El Scrum Team también puede invitar a otras personas a
asistir a la Sprint Planning para brindar asesoramiento.

El Sprint Planning aborda los siguientes temas:


✓ ¿Por qué es valioso este Sprint? – Objetivo
✓ ¿Qué se puede hacer en este Sprint? – Seleccionar PBI
✓ ¿Cómo se realizará el trabajo elegido? – Sprint Backlog
Daily Scrum (15 m)

✓ Se lleva a cabo a la misma hora y en el mismo lugar todos los días hábiles del Sprint.

✓ Inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog

según sea necesario, ajustando el trabajo planificado entrante.

✓ Mejora la comunicación, se identifican impedimentos, promueven la toma rápida de

decisiones.

✓ Si el Product Owner o Scrum Master están trabajando activamente en elementos del

Sprint Backlog, participan como Developers.


Sprint Review (4h/M)
✓ Inspeccionar el resultado del Sprint y determinar futuras
adaptaciones.
✓ Presentan los resultados de su trabajo a los interesados clave y
se discute el progreso hacia el Objetivo del Producto.
✓ Revisan lo que se logró en el Sprint y lo que ha cambiado en su
entorno.
✓ El Product Backlog también se puede ajustar para satisfacer
nuevas oportunidades.
✓ Es una sesión de trabajo y el Scrum Team debe evitar limitarla a
una presentación.
Sprint Retrospective (3h/M)
✓ El propósito es planificar formas de aumentar la calidad y la efectividad.
✓ Cómo fue el último Sprint con respecto a las personas, las interacciones, los
procesos, las herramientas y su Definición de Terminado.
✓ Se analiza qué salió bien durante el Sprint, qué problemas encontró y cómo
se resolvieron (o no) esos problemas.
✓ Se identifica los cambios más útiles para mejorar su efectividad.
✓ Las mejoras más impactantes se abordan lo antes posible. Incluso se
pueden agregar al Sprint Backlog para el próximo Sprint.
✓ Concluye el Sprint

❖ Etapas: Preparar el escenario, Recolectar datos, Reflexionar, decidir que hacer y cerrar la retrospectiva
ARTEFACTOS
Los artefactos de Scrum representan trabajo o valor. Están diseñados para
maximizar la transparencia de la información clave. Por lo tanto, todas las
personas que los inspeccionan tienen la misma base de adaptación.

Cada artefacto contiene un compromiso para garantizar que proporcione


información que mejore la transparencia y el enfoque frente al cual se pueda
medir el progreso:

• Para el Product Backlog, es el Objetivo del Producto.

• Para el Sprint Backlog, es el Objetivo del Sprint.

• Para el Increment es la Definición de Terminado.

Estos compromisos existen para reforzar el empirismo y los valores de Scrum para
el Scrum Team y sus interesados.
Product Backlog
✓ Es una lista emergente y ordenada de lo que se necesita para
mejorar el producto.
✓ Es la única fuente del trabajo realizado por el Scrum Team.
✓ El refinamiento es el acto de dividir y definir aún más sus
elementos.
✓ Los elementos que se puedan Terminar en un Sprint se consideran
preparados para ser seleccionados en el Sprint Planning.
✓ Los Developers que realizarán el trabajo son responsables del
Compromiso: El Objetivo del
Producto describe un estado futuro dimensionamiento.
del producto ✓ El Product Owner puede influir ayudándolos a entender y
seleccionar sus mejores alternativas.
Sprint Backlog

✓ Por qué: El Objetivo del Sprint.


✓ Qué: Elementos del Product Backlog seleccionados para el Sprint.
✓ Cómo: Un plan de acción para entregar el Incremento.
✓ Es un plan realizado por y para los Developers.
✓ Es una imagen del trabajo que los Developers planean realizar
Compromiso: El Objetivo del Sprint
durante el Sprint.
es el único propósito del Sprint. Se
✓ Se actualiza a lo largo del Sprint a medida que se aprende más.
crea durante el Sprint Planning
✓ Su progreso se inspecciona en la Daily Scrum.
Incremento
✓ Es un peldaño concreto hacia el Objetivo del Producto.
✓ Se suma a los anteriores y se verifica, lo que garantiza que todos los
Incrementos funcionen juntos.
✓ Se pueden crear múltiples Incrementos dentro de un Sprint.
✓ La suma de los Incrementos se presenta en la Sprint Review.
✓ Se puede entregar un Incremento a los interesados antes del final del Sprint.
✓ La Sprint Review nunca debe considerarse una puerta para liberar valor.

Compromiso: La Definición de
Terminado es una descripción ✓ El trabajo no puede considerarse parte de un Incremento a menos que cumpla
formal del estado del con la Definición de Terminado.
Incremento cuando cumple
con las medidas de calidad
requeridas para el producto.
Ciclo de vida de Scrum
https://kahoot.it/
Entrenamiento Orientado a la Practica
•Dinámicas de interacción y debates en equipo

•se plantea un caso de negocio basada en una problemática real para ejecución
de un proyecto

•Como estudiante adquieres el Conocimiento de los conceptos de Scrum, sus


prácticas y normas para trabajar proyectos alineados al Marco Scrum

•Comprenderás los valores y Principios para poder aplicarlo en situaciones reales

•Podrás trasladar lo aprendido al entorno laboral en tu día a día

•Estarás en la capacidad de Identificar estrategias de trabajo que te ayudaran


apoyar al equipo de trabajo.

•Entenderás como adoptar Scrum

•Podrás apoyar en la adopción de scrum en la organización.

•Podrás llevar una Comunicación efectiva con el equipo de trabajo.

•Acompañaras al equipo de trabajo a mantener el foco, a ser autosuficiente, a


aprovechar las herramientas de Scrum.

•Nuestro curso, Material y Simulacros Online están diseñados para que pases tus
exámenes de Certificacion internacional.

51
Este paquete incluye
✅ 16 horas teórico prácticas
✅ Material digital de estudio Versión 2020
✅ Certificado de asistencia Digital
✅ Simulacros Online
✅ Se simula un proyecto en el curso
✅ Certificación internacional
✅ Examen internacional Scrum Master
✅ Ente acreditador Certiprof
✅ Segundo intento en caso de no aprobación.
✅ Probabilidad del 95% en pasar tus examenes en
el primer intento

52
¡Inscríbete!
Modalidad: Online en vivo por zoom

🗓Horarios nocturnos y sabatinos

🗓 Puedes tomar el curso entre


septiembre y octubre

Valor de la inversión precio regular


COP $952.000 / 284 USD

¡Solo por hoy 18 de septiembre!


COP $476.000 / 142 USD

54
¡PAGA AHORA MISMO!

Pago en dólares o Pago en dólares Pago en peso


peso Colombiano Colombiano
56
59

También podría gustarte