SCRUM Macro de trabajo

No hay proyecto el objetivo el incremento sobre un producto

Producto: cualquier entidad que esta sujeta a un incremento

Plataforma web, aplicación,

ROL SCRUM MSATER: el entendimiento del marco de trabajo para todo el equipo

Desarrolladores, producto owner=1 sola persona no puede ser mas

Encargarte que los eventos se den, preparados u orientarlos para el evento, organizarlos citarlos,
indicar el propósito.

2 maneras de iniciar:

Comenzar a trabajar sin definir ningún backlog, en las restropectivas mejorar el sprint y backlog

Insectión = lo que se hace es un taller puede durar hasta 40 horas, donde se hace el
descrubimiento de los objetivos del producto, elementos que van a aportar el productos,
participan los stakeholders, todos los intenresados que le afecta

1. Planificación = backlog del producto de scrum, lista de los elementos con que trabaja el
equipo.

MInimo producto viable: Patrones de división de historias de usuarios: patrón por tecnología, por
tipo de cliente

Objetivo para el sprint (objetivo de negocio), puede cambiar el plan pero nunca el objetivo.

Historia de usuarios: no esta definido en el marco scrum, buena practica para definir elementos
del producto backlog.

Casos de uso, requisitos funcionales, historia de usuario

Organizar los elementos en función del valor dividir la historia de usaurio de la app,

En la planificación el equipo es el que indica los elementos que se van a desarrollar

Técnica: user history maping ejercicio sde descubiriemiento de historias de usuarios.

Sprint backlog elementos(no tareas),

La division quepa dentro de un srpint esfuerzo mínimo para capturar el mayor valor
Sprint( 6-10 elementos) por experiencias de una a 4 semanas como duración máxima.

Durante el sprint: daily (EVENTO)(reunión diaria) cada 24 horas Lunes-Viernes no puede pasar de
los 15 min

Se revisa

Apoyar con una herramienta que mida el progreso.

Evento()Review: revisión, presentación del trabajo terminado. --> presentación a los stakeholders.,
siempre se realiza la review al finalizar el Sprint.

Evento()Retrospectiva ultimo evento: solo participan los miembros del equipo, NO

STAKEHOLDERS, diferente al equipo. Miembro del equipo discuten el resultado del srpint, cual fue
el resultando y como se realizó.

Reflexión del sprint propuesta de acciones y acuerdos para el siguiente sprint. (acciones reunirse
con persona especialista o capacitarse)

Acuerdo: no representa nada, hablemos por whatsapp en vez de por teams, la hora del daily,
vamos hacer mas refinamiento.

Técnicas que utilizaste, barco, de la rosa, has descubierto

Planificación_ capacidad del equipo, si alguien pidió permiso, incapacito, vacaciones o festivo.

Un evento que no tiene posición dentro del srint, reafinamiento entendimiento del producto
backlog.

El prodcut owner cita al equipo para resolver las dudas no puede superarar el 10% de la capacidad
del equipo.
PRACTICA: el uso de una suceción de fibonachi, invita hacer una el equipo estime los elementos
teniendo en cuenta los diferentes factores, incertidumbre, experiencia, volumen,

Estimación relatia directamente asociada al equipo.

Seleccionar un pivote, la tarea mas fácil se califica como un 1 o 2= equivalente

Los otros elementos de acuerdo a esa dificultad