Que es AGILIDAD

- Mindset o Mentalidad, Pensamiento

Los 4 valores del Manifiesto Agile

- Los Individuos e interacciones por encima de procesos y herramientas.
- Software funcionando por encima de documentación exhaustiva.
- Colaboración con el cliente por encima de negociación contractual.
- Respuesta ante el cambio por encima de seguir un plan.

Principios del agilísimo

1 Satisfacer al cliente
2 recibir requerimientos cambiantes
3 entregar valor frecuentemente
4 Cooperación negocio desarrolladores
5 Individuos motivados
6 Comunicación cara a cara
7 Software funcional = progreso
8 Promover desarrollo constante
9 Promover la excelencia técnica
10 La simplicidad es esencial
11 Equipo auto-organizado
12 Reflexión periódica

Que es SRCUM
Un Marco de Trabajo

Los Valores del SCRUM

- Compromiso, coraje, enfoque, apertura y respeto

ROLES (3)
- Los Developers
- Product Owner
- Scrum Master

Equipo de scrum
- Multifuncional
- Auto gestionados
- Del tamaño Perfecto (Equipos no + 10 personas)
- Responsable del Incremento
El equipo de desarrollo
- Como
- Cuanto
El equipo de desarrollo suele estar formado por entre 3 a 9 profesionales que se encargan de
desarrollar el producto, auto-organizándose y auto-gestionándose para conseguir entregar un
incremento de software al final del ciclo de desarrollo.
El equipo de desarrollo se encargará de crear un incremento terminado a partir de los elementos
del Product Backlog seleccionados (Sprint Backlog) durante el Sprint Planning.

Product Owner
- Que se hace
- Cuando se hace
El Product Owner es el encargado de optimizar y maximizar el valor del producto, siendo la
persona encargada de gestionar el flujo de valor del producto a través del Product Backlog.
Adicionalmente, es fundamental su labor como interlocutor con los stakeholders y sponsors del
proyecto, así como su faceta de altavoz de las peticiones y requerimientos de los clientes. Si el
Product Owner también juega el rol de representante de negocio, su trabajo también aportará
valor al producto.

Scrum Master
Guiar a la organización en su adopción de Scrum
El Scrum Master tiene dos funciones principales dentro del marco de trabajo: gestionar el proceso
Scrum y ayudar a eliminar impedimentos que puedan afectar a la entrega del producto. Además,
se encarga de las labores de tutoría y formación, coaching y de facilitar reuniones y eventos si es
necesario.

Eventos o Ceremonias (5)

Scrum define cinco ceremonias principales para cumplir con el control de sus
procesos, todas con un sentido de ser propio que hace que sean imprescindibles
para esta metodología.
- Sprint Planning, al comienzo del Sprint
- Daily Scrums, a diario
- Sprint Review, al final del Sprint para inspeccionar el incremento realizado.
- Retrospectiva para inspeccionar el equipo y levantar mejoras que se apliquen en
el siguiente Sprint
- Grooming o Refinement, que sirve para, dentro del Sprint, afinar y aclarar ciertas
historias de usuario que pudieron quedar pendientes durante el Sprint Planning.
ejemplo:
la ceremonia llamada _________ para un sprint que dura 3 semanas tiene un tiempo
de 3 horas. R.- Review

¿Qué es un Sprint?
Un sprint es un período breve de tiempo fijo en el que un equipo de scrum trabaja
para completar una cantidad de trabajo establecida. Los sprints se encuentran en el
corazón de las metodologías scrum y ágil, y hacer bien los sprints ayudará a tu
equipo ágil a lanzar mejor software con menos quebraderos de cabeza.
El Sprint es un contenedor para el resto de eventos de Scrum.

1ª ceremonia: Sprint Planning

El Sprint Planning puede durar hasta 2 horas x semanas,
El Sprint Planning es una reunión que se realiza al comienzo de cada Sprint
donde participa el equipo Scrum al completo; sirve para inspeccionar el Backlog
del Producto (Product Backlog ) y que el equipo de desarrollo seleccione los
Product Backlog Items en los que va a trabajar durante el siguiente Sprint. Estos
Product Backlog Items son los que compondrán el Sprint Backlog.

El propósito del Refinamiento del Backlog del Producto es añadir detalles,

descubrir, estimar y ordenar a los elementos del Product Backlog. Durante el
Refinamiento de la Lista de Pendientes del Producto, los ítems son revisados,
actualizados y modificados. Esta actividad la hace todo el equipo Scrum

2ª ceremonia: Daily Scrum

El Daily Scrum, conocido comúnmente sólo como “La Daily”, es una reunión diaria
de 15 minutos en la que participa exclusivamente el Development Team.
En esta reunión todas y cada una de las personas del Development Team
responden a las siguientes preguntas:
¿Qué hice ayer para contribuir al Sprint Goal?
¿Qué voy a hacer hoy para contribuir al Sprint Goal?
¿Tengo algún impedimento que me impida entregar?

3ª ceremonia: Sprint Review

La duración estimada en el estándar para un Sprint Review es de 8 horas para un
Sprint de 4 semanas, aunque habitualmente estas reuniones se ejecutan en un
entorno de entre 2 y 3 horas.
El Sprint Review es la reunión que ocurre al final del Sprint, generalmente el último
viernes del Sprint, donde el product owner y el Develpment Team presentan a los
stakeholders el incremento terminado para su inspección y adaptación
correspondientes. En esta reunión organizada por el product owner se estudia
cuál es la situación y se actualiza el Product Backlog con las nuevas condiciones
que puedan afectar al negocio.
El Development Team tiene que tener un papel importante en esta reunión.

4ª ceremonia: Sprint Retrospective

La duración recomendada por Scrum para un Sprint de 4 semanas es de un máximo de 3 horas,
aunque habitualmente se destina entre 1 y 2 horas a este evento.
La retrospectiva ocurre al final del Sprint, justo después del Sprint Review. En
algunos casos y por comodidad de los equipos, se realiza conjuntamente con el
Sprint Planning, siendo la retrospectiva la parte inicial de la reunión.
El objetivo de la retrospectiva es hacer de reflexión sobre el último Sprint e
identificar posibles mejoras para el próximo.

También se utiliza el formato de retrospectiva basado en cinco fases:

- Preparar el ambiente: un pequeño ejercicio para romper el hielo.
- Recolectar información: durante esta fase, se utilizan actividades para intentar construir una imagen de lo
que ha sido el último Sprint, resultando una imagen conjunta de equipo.
- Generación de ideas: el equipo intenta generar ideas para identificar acciones que ayuden a mejorar el
rendimiento del equipo durante el siguiente Sprint.
- Decidir qué hacer: de las ideas generadas, se proponen acciones que el equipo pueda implementar en el
próximo Sprint.
- Cierre: Una pequeña actividad de cierre, normalmente unida a una evaluación de la propia retrospectiva,
ayuda al equipo a decidir hacia dónde dirigirse en próximas ocasiones. Un recordatorio de la mejora continua.

5ª ceremonia: Sprint Grooming o Refinement

El refinamiento del Product Backlog es una práctica recomendada para asegurar que éste siempre
esté preparado. Esta ceremonia sigue un patrón similar al resto y tiene una agenda fija específica en
cada Sprint.
Se estima su duración en 2 horas máximo por semana del Sprint. Es responsabilidad del product
owner agendar, gestionar y dirigir esta reunión.
Los participantes de esta reunión son todo el equipo Scrum, así como cualquier recurso adicional
que considere necesario el PO y que pueda contribuir a aclarar el requerimiento.

Workflow de un Sprint - Scrum

¿Qué son las historias, los epics y las iniciativas?

Las historias, también llamadas "historias de usuario", son breves requisitos o

solicitudes escritas desde el punto de vista del usuario final.

Los epics son grandes cantidades de trabajo que se pueden desglosar en un

número de tareas más pequeñas (llamadas "historias").

Las iniciativas son conjuntos de epics que conducen hacia un objetivo común.

Artefactos (3)
Los artefactos:
son información que un equipo de scrum y las partes interesadas utilizan para
detallar el producto en desarrollo, las acciones para producirlo y las tareas
realizadas durante el proyecto. Estos artefactos ofrecen metadatos que dan una
idea del rendimiento de un sprint.

1.- El Product Backlog (Pila de trabajo del producto), es una lista ordenada en cualquier formato
que contiene todos los requerimientos a implementar en el producto. Debe de estar gestionado por
el product owner y la única condicionante es que esté priorizado con aquellos temas que tengan
más valor en ese momento Y su único compromiso es El objetivo del Producto.

PBI es una historia o tipo de incidencia que está en el sprint backlog ( Product Backlog Item)

El SPIKE es un elemento del Product Backlog orientado a la investigación o experimentación, cuya

finalidad es obtener el aprendizaje necesario para implementar la funcionalidad solicitada por el
Product Owner o cliente.

2.- El Sprint Backlog es un plan detallado para el desarrollo del próximo sprint y está gestionado
por el development team quien se encarga de mantenerlo actualizado durante la ejecución.
Permite visualizar todo el trabajo pendiente durante un sprint, de esta manera se pueden ver los
elementos que aún no han empezado a desarrollarse y quienes son las personas responsables para
el desarrollo del mismo.

3.- El Incremento del Producto: (el compromiso del Incremento es la definición de Terminado)
es el resultado requerido de cada Sprint. Es una versión integrada del producto, mantenida con una
calidad lo suficientemente alta como para ponerse en producción si el product owner lo deseara.
Además de estos artefactos, Scrum requiere transparencia dentro del equipo y con los interesados.
Por lo tanto, el equipo genera muestras visibles de su planificación y progreso a través de la
representación visual del plan de trabajo del Sprint (Sprint Backlog) con un tablero que consta
comúnmente de tres columnas: el trabajo pendiente, el trabajo en progreso y el trabajo hecho.

¿Cómo Estimar?
Evaluación basad en:
- Riesgo
- Cantidad de Esfuerzo requerido
- Nivel de complejidad

Planning Póker
es una de las formas de estimación en Scrum más sencillas, rápidas y divertidas.
Ayuda a los equipos ágiles a estimar el tiempo y el esfuerzo necesarios para
completar las tares dentro del proyecto agile.
Quienes pueden votar en el planning póker - Solo los DEVELOPERS
El refinamiento del Product Backlog, es la actividad imprescindible en cualquier
equipo Scrum de añadir detalles, descubrir, estimar y ordenar a los elementos del
Product Backlog

Criterios de aceptación
- Como
- Quiero
- Para

DoR - Definición de Listo

La Definition of Ready, es un común acuerdo entre el Producto Owner y el Team, dentro de
este acuerdo se plasman los criterios con los cuales las Historias de Usuario se encuentran
completas para ser implementadas durante el Sprint.

DoD - Definición de Hecho

La definición de terminado o Definition Of Done (DOD) en Scrum genera transparencia al
proporcionar al equipo entendimiento mutuo sobre el trabajo completado, formando
parte de los estándares de la organización; si llegado el caso no es un estándar
organizativo, el equipo debe crear una definición de terminado adecuada
Una buena definición de Hecho, debe ayudar al proceso Scrum aportando en sus tres
pilares fundamentales: transparencia, inspección y adaptación.

Transparencia
Está claro que el disponer de unas reglas claras, entendibles, alineadas con el Product
Owner y la Organización de Desarrollo, que además han sido negociadas entre todas las
partes y son públicas, es un gran ejercicio de transparencia.

Inspección
En este caso, la inspección no se aplica directamente a la Definición de Hecho propiamente
dicha, se aplica al incremento que se genera conforme a esta.
Si del hecho de inspeccionar el incremento surgen nuevos criterios a aplicar a la Definición
de Hecho, tenemos mecanismos establecidos para realizarlo y así mejorar la entrega y la
generación de siguientes incrementos

Adaptación
"A medida que los equipos Scrum maduran, se espera que sus Definiciones de Hecho se
amplíen para incluir criterios más estrictos y de mayor calidad".
¿Que muestra el burndown chart?
La Visión del trabajo pendiente del Sprint
https://certiprof.com/pages/scrum-foundation-professional-certificate-sfpc-spanish