Guía para la Certificación en

Fundamentos de SCRUM
A-CSM Jorge Morales
Iteramental
Frameworks Ágiles más utilizados
 Las Bases
Del Manifiesto al Concepto
El Manifiesto Ágil
Los 12 Principios Parte 1/2

Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de

1 software con valor.

Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos
2 Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.

Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con
3 preferencia al periodo de tiempo más corto posible.

Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana

4 durante todo el proyecto.

Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el
5 apoyo que necesitan, y confiarles la ejecución del trabajo.

El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre

6 sus miembros es la conversación cara a cara.

REGALO: https://drive.google.com/file/d/1bTTJJr7WMLN_PP9uHKVtjTfWyOU74FXy/view?usp=sharing
Los 12 Principios Parte 2/2

El software funcionando es la medida principal de progreso.

7
Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y
8 usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.

La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.

9
La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
10
Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
11
A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación
12 ajustar y perfeccionar su comportamiento en consecuencia.
5 Valores

1 FOCO

2 CORAJE
3 APERTURA
4 COMPROMISO
5 RESPETO
3 Pilares del Proceso Empírico de Control

1 TRANSPARENCIA

2 INSPECCIÓN
3 ADAPTACIÓN
Qué es SCRUM?
Un marco de trabajo mediante el cual las
personas pueden hacer frente a problemas
adaptativos complejos, mientras entregan,
creativa y productivamente, productos del mayor
valor posible.
El Contenido
Un vistazo
Roles, Artefactos y Eventos de SCRUM
Equipo SCRUM formado por: 1. Product Backlog 1. Sprint

2. Sprint Backlog 2. Sprint Planning

1. Product Owner
3. Incremento de Producto 3. Daily Scrum
2. Equipo de Desarrollo
4. Sprint Review
3. Scrum Master
5. Reunión de Retrospectiva

6. *Refinamiento
El Ciclo Scrum
 Los Roles
El Product Owner, el Equipo de Desarrollo y El Scrum Master
 Rol: Product Owner (PO)
- Visión clara de la necesidad del negocio Eventos en los que participa:
- Responsable del Product Backlog
- Escribir y priorizar Historias de Usuario (HU) - Sprint Planning (obligatorio)
- Tener las HU analizadas para el Sprint Planning - Daily Meeting (opcional)
- Explicar el negocio a los Developers - Sprint Review (obligatorio)
- Indicar claramente los criterios de aceptación - Sprint Retrospective (opcional)
- Disponible para consultas de los Developers - Sprint (para resolver dudas y revisiones)
- Descomponer HU muy grandes (Épicas)
- Revisar y aceptar HU
- Mantener actualizado el Product Backlog
- Coordinar entregas y demos
 Rol: Developers
- Cumplimiento de Tareas - Respetar los acuerdos del equipo scrum
- Calidad Técnica - Apoyar en las entregas
- Realizar consultas y entender las HU - Apoyo entre miembros del equipo
- Comprender y respetar criterios de aceptación - Compartir conocimiento
- Estimar las HU según complejidad - Solucionar problemas técnicos
- Descomponer HU en tareas*
- Aplicar principios, técnicas y patrones para Eventos en los que participa:
asegurar buena calidad de código.
- Sprint Planning (obligatorio)
- Actualizar repositorio
- Daily Meeting (obligatorio)
- Actualizar avance
- Sprint Review (obligatorio)
- Cumplir objetivo del Sprint
- Sprint Retrospective (obligatorio)
- Resolver dudas técnicas y revisiones de código
- Sprint (obligatorio)
- Comunicar problemas que se presenten
- Fomentar la autogestión
* Tareas máximo 1 día de duración
 Rol: Scrum Master (SM)
- Responsable del desempeño y ritmo del equipo - Encontrar al PO para dudas o revisiones
- Apoyar al equipo en la adopción de Scrum - Ayudar a encontrar definiciones o acuerdos
- Identificar, comunicar y resolver impedimentos - Colaborar con el PO para el objetivo del sprint
- Llevar una lista de impedimentos
- Facilitar reuniones Eventos en los que participa:
- Cuidar que se respeten los timeboxes
- Sprint Planning (obligatorio)
- Colaborar con el PO para transmitir negocio
- Daily Meeting (opcional)
- Colaborar para coordinar las entregas
- Sprint Review (obligatorio)
- Registrar velocidad y actualizar proyecciones
- Sprint Retrospective (obligatorio)
- Actualizar radiadores de información
- Sprint (para levantar impedimentos)
- Generar reportes
- Disponibilidad para resolver impedimentos
- Encontrar al arquitecto para revisar tareas
 Los Artefactos
El Product Backlog, el Sprint Backlog y el Product Increment
Product Backlog (PB)

1. Única fuente de requerimientos o cambios a

realizar sobre el producto.
2. Product Owner lo mantiene y prioriza
3. Prioridad por Valor de Negocio
4. Prioridad por Retorno de Inversión
5. Prioridad por Importancia y Riesgo
6. Tiene Alcance Variable
7. Cambia en el tiempo en base al aprendizaje,
las entregas iterativas y el feedback frecuente
8. Eficiencia = +Benficio con -Esfuerzo
Sprint Backlog

1. Conjunto de PBI (Product Backlog Items)

seleccionados del PB
2. Equipo de Desarrollo define plan y tareas
3. Se actualiza constantemente durante el
Sprint
4. Visible para Stakeholders y Equipo SCRUM
Product Increment
1. PBIs completados en el Sprint
2. Valor Total de los PBIs terminados en todos
los Sprint
3. Valor de un PBI es la relevancia para el
cumplimiento del objetivo de negocio
buscado
4. Incremento es una característica nueva o
modificada
5. Terminado es utilizable y cumple Definition
of Done
 Los Eventos
Del Sprint a la Retrospectiva
Sprint Planning

1. Participa el Equipo SCRUM

2. Trabajo colaborativo
3. Máx. 8h en caso el Sprint sea de 4 semanas
4. Qué se puede entregar?
5. Cómo se hará el trabajo?
6. Se toman items del Product Backlog y se
arma el Sprint Backlog
7. Definir el Objetivo del Sprint
8. Sprint Backlog - Alcance - Taskboard
Sprint

1. SCRUM es un Proceso de Construcción

Incremental e Iterativo
2. SPRINT es una Iteración
3. Time Box
a. No más de 4 semanas
b. Mínimo 1 semana
c. Recomendable 2 o 3 semanas
4. Evitar cambios que impacten objetivo
5. Mantener la Calidad
6. Clarificar y negociar alcance
7. Cancelación sólo por el Product Owner
8. Adelanto o Retraso se ajusta con el Alcance
Daily Meeting
Daily Meeting

1. Participa el Equipo de Desarrollo

2. Reunión diaria de 15min.
3. Incrementa la comunicación
4. Refresca los compromisos
5. Visibiliza los impedimentos
6. Sincroniza al Equipo
7. Permite identificar retrasos
8. No se reporta avance o status
9. No se resuelven impedimentos
10. Otros participantes solo observan
11. Qué hice? Qué haré? Qué problemas?
Sprint Review

1. Participa el Equipo SCRUM y Stakeholders

2. Se revisa el incremento de producto
3. Max. 4h en caso el Sprint sea de 4 semanas
4. Stakeholder brindan feedback
5. Feedback cambios o nuevas funcionalidades
6. Identifican qué hacer luego
7. Si se rechaza funcionalidad el item regresa al
PB con máx. prioridad.
8. PO decide las prioridades.
Sprint Retrospective

1. Participa el Equipo Scrum

2. Máx. 3h para un Sprint de 4 semanas
3. Mejora contínua
4. Análisis de Causa Raíz
5. Se identifican Fortalezas
6. Se identifican Oportunidades de Mejora
7. Se decide en consenso acciones a tomar
8. Qué funcionó? Qué no funcionó? Qué
podríamos hacer diferente?
Dos Actividades a Considerar
Agile Inception y Refinamiento
*Agile Inception y Refinamiento
Agile Inception Refinamiento

1. Motivo de reunión 1. Participa todo el Equipo SCRUM

2. Visión General 2. Actividad constante
3. Diseñar Producto 3. Entender los PBI (Product Backlog Item)
4. Limita alcance 4. Dividirlos en más pequeños
5. Mapa de Influencias 5. Estimarlos
6. Planteamiento de Solución 6. Trabajar con los PBI para los siguientes 3
7. Evaluación de Riesgos Sprint
8. Estimación Global 7. Identificar Riesgos
9. Priorización 8. Revisar y Reajustar prioridades del PB
10. Costo
Dos Conceptos Importantes
DoR y DoD
Definition of Ready (DoR) - Definition of Done (DoD)
DoR DoD

Características de un PBI para que el Equipo de Características de un PBI para que el Equipo de
Desarrollo lo pueda empezar a trabajar. Desarrollo lo dé por terminado.

PBI cumple con INVEST: Por ejemplo:

Independiente - Configuración requerida completada

Negociable - Verificación manual de resultados
Valiosa - Pruebas aprobadas
Estimable
- Documentación aprobada por el usuario
Small (Pequeña)
Testeable - Código documentado
Todo listo para dar
tu examen!!!
No lo postergues!
Tu siguiente paso si
quieres formarte
como Scrum Master
Mira abajo
 Formación del Scrum Master (20h)
CYNEFIN Manifiesto Principios Product Product
PO
Vision Board Roadmap

AGILE
Declaración de Pensamiento User Product
Interdependencia Lean Agile Stories Backlog
Refinamiento
LEAN
Sprint
6 Valores DoR Planning Planning
SCRUM ROLES Póker

Iteramental Developers DoD Sprint

Backlog

Pilares
Product Daily
Coaching SM SPRINT
Increment Meeting
Valores
Burndown Sprint Sprint
Métricas Kanban Retrospective
Chart Review
Formación de Scrum Master (curso+examen de certificación)

Son 20h de trabajo en las que podrás experimentar cómo:

- Interiorizar el Pensamiento Lean Agile - Elaborar historias de usuario
- Refinar y Estimar con Planning Poker - Realizar un Sprint Planning y las Daily
- Realizar un Sprint Review y una Retrospectiva - Elaborar la DoR y la DoD
- Conocer cada uno de los roles (PO, SM, Developer)

Bonos Adicionales :
- Herramientas de coaching de equipos - Elaborar el Product Roadmap
- Aplicar Kanban - Elaborar un Burndown chart
- Desarrollar el Product Vision Board - Aplicación del Modelo DISC
- 3 test de evaluación de conocimientos - Una sesión de Asesoría personalizada

El examen tiene doble intento, en caso no aprobaran el examen a la primera:

- Podrán participar SIN costo en el siguiente curso de Formación de Scrum Master
- Puedes solicitar una sesión de 1h para reforzar los puntos débiles.