SCRUM

BACKLO
G
EQUIPO 6
INTEGRANTES:
DE GANTE RODRIGUEZ
JESUS
LOPEZ MATUS TERESA
LUCERO MELCHOR DANIEL
RAZO MASTRANZO PAULO
TOXQUI TLELO NORMA
 SCRUM BACKLOG
Scrum es un marco de trabajo para desarrollo ágil de software que se ha
expandido a otras industrias.
Es un proceso en el que se aplican de manera regular un conjunto de buenas
prácticas para trabajar colaborativamente, en equipo y obtener el mejor
resultado posible de proyectos, caracterizado por:
Adoptar una estrategia de desarrollo incremental, en lugar de la planificación y
ejecución completa del producto.
Basar la calidad del resultado más en el conocimiento tácito de las personas en
equipos auto organizados, que en la calidad de los procesos empleados.
Solapar las diferentes fases del desarrollo, en lugar de realizar una tras otra en
un ciclo secuencial o en cascada.
 la metodología se basa en:

1. El desarrollo incremental de los requisitos del proyecto en bloques temporales

cortos y fijos.

2. Se da prioridad a lo que tiene más valor para el cliente.

3. El equipo se sincroniza diariamente y se realizan las adaptaciones necesarias.

4. Tras cada iteración (un mes o menos entre cada una) se muestra al cliente el
resultado real obtenido, para que este tome las decisiones necesarias en relación a
lo observado.

5. Se le da la autoridad necesaria al equipo para poder cumplir los requisitos.

6. Fijar tiempos máximos para lograr objetivos.

7. Equipos pequeños (de 3 a 9 personas cada uno).

 Principales Características de Scrum

1. Gestión regular de las expectativas del cliente, resultados anticipados,

flexibilidad y adaptación, retorno de inversión, mitigación de riesgos,
productividad y calidad, o, equipo motivado.
2. Se hace uso de equipos auto-dirigidos y auto-organizados.
3. Se realiza a diario una reunión de Scrum, que es una reunión de avance diaria
que no dura más de 15 minutos con el objetivo de obtener realimentación
sobre las tareas del equipo y los obstáculos que se presentan.
4. Cada uno de estos puntos mencionados hacen que el Scrum sea utilizado de
manera regular en un conjunto de buenas prácticas para el trabajo en equipo y
de esa manera obtener resultados posibles.
 COMO SE LLEVA A CABO
EL SCRUM
INICIO
• La primera fase se encarga de estudiar y analizar el proyecto identificando las
necesidades básicas del sprint
las preguntas a hacer en la fase de inicio son
• * Que quiero
• Como lo quiero
• Cuando lo quiero

PLANIFICACION Y ESTIMACION

• La segunda fase de scrum incluye normalmente los siguientes pasos

• Crear, estimar y comprometer historias de usuario
• Identificar y estimar tareas
• Crear el sprint backlog o iteración de tareas
• La clave para llevar una buena administración de los proyectos es hacer
una planificación y estimación del sprint, lo que te ayudará a establecer metas

fijas y a cumplir con los plazos .

 IMPLEMENTACION
• Al llegar a la tercera de las 5 fases de scrum, nos topamos con la incrementación del
proyecto
• En la implementación se cumple con los siguientes procesos:
• Crear entregables.
• Realizar daily stand-up.
• Refinanciamiento del backlog priorizado del producto.
• En la fase de implementación o desarrollo no deberían hacerse cambios innecesarios
de última hora

REVISION Y RETROSPECTIVA
• Una vez que ya todo está maquetado e implementado, deberás hacer la revisión del
proceso, que no es más que la autocrítica o evaluación interna del grupo respecto a
su propio trabajo.
• Entre los pasos más importantes para realizar en esta fase tenemos:
• Demostrar y validar el sprint.
• Retrospectiva del sprint.
 LANZAMIENTO

• La última de las fases del método Scrum es el lanzamiento.

• Con esto nos referimos al desenlace del proyecto y entrega del producto,
donde deberías cumplir con 2 únicas tareas que son:
• Enviar entregables.
• Enviar retrospectiva del proyecto.
 EL SPRINT BACKLOG EN
SCRUM 
El Sprint Backlog es un plan realizado por y para los
desarrolladores, en el que se detalla, en tiempo real, las tareas que
estos planean realizar durante el Sprint para cumplir con el Sprint
Goal.
El sprint backlog en Scrum le da al equipo una oportunidad para
discutir qué es lo más estratégicamente importante (y factible) para
trabajar a continuación. Esto facilita a los involucrados un conjunto fijo
de tareas y elementos pendientes para enfocarse, evitando posibles
cargas de trabajo innecesarias.
Contar con un sprint backlog también crea coherencia y enfoque,
alentando al equipo a trabajar juntos y no en iniciativas separadas.
  ¿Qué utilidad brinda un Sprint Backlog?
El Sprint Backlog es una herramienta que te permite visualizar el trabajo a realizar
durante cada Sprint. Su principal objetivo es mantener la transparencia dentro del
desarrollo del proyecto, revisar la evolución del trabajo y hacer un análisis de
riesgo para ver qué tareas siguen siendo necesarias y cuáles se pueden eliminar.
Además, un Sprint Backlog te permite realizar el seguimiento del trabajo, al menos,
una vez por día en el Daily Scrum. De esta manera, puedes proyectar la probabilidad
de lograr el Sprint Goal y tomar decisiones. Y es que con este artefacto Scrum
puedes visualizar:
 Las tareas que aún no han empezado a desarrollarse.

 Las tareas que ya comenzaron y los responsables.

 Las tareas que están completamente terminadas.

 ¿Cómo se hace un Sprint Backlog?

Ya sabes que para hacer un Sprint Backlog necesitas 3 elementos:

• Un Sprint Goal $20

• Los ítems del Product Backlog elegidos para el Sprint K
• Un plan de cómo crear el Incremento de producto

Todo este trabajo se subdivide en Sprint Backlog Items (SBI). En términos

simples, son tareas que el equipo de desarrolladores debe completar.

10%
45K
Aunque no es regla, estas tareas se visualizan mediante tableros Kanban llamados
Scrum Task Boards. Estos dividen las tareas en 3 columnas básicas:
 To Do: aquí van todas las tareas pendientes.
 Doing: aquí van todas las tareas en las que el equipo está trabajando.
• Done: aquí van las tareas que se han completado.
La construcción del Sprint Backlog está a cargo de los desarrolladores y se hace uno
por cada Sprint. En estas reuniones el equipo asume la responsabilidad de su trabajo
y prevé las tareas que necesita hacer para cumplir con el objetivo. Aquí se toman las
decisiones técnicas de cómo se va a abordar el Sprint.
• La primera columna del tablero debe describir los Ítems del Product Backlog (PBI)
seleccionados para el Sprint. También, es recomendable que incluyas el Sprint Goal.
Luego, en la columna “To Do” escribe las tareas necesarias para completarlo. La idea
es irlas movimiento a la derecha para cambiarlas de estado: To Do > Doing > Done.
• Debes tener la menor cantidad de tareas en la columna “Doing” en comparación con
las otras dos columnas. Si ocurre lo contrario, deberías revisar el Sprint Goal para ver
si es realista o revisar posibles problemas que estén retrasando el avance de cada
tarea.
• La lista de tareas del Scrum Task Board está ordenada según la prioridad, es decir,
según el valor que entregue al cliente sin importar si la tarea es la más compleja o la
que demandará más tiempo.
• Lo ideal en un Sprint Backlog es que una tarea no dependa de otra. Sin embargo, si
esto ocurre, coloca esta tarea por debajo de la que depende.
• Una recomendación es que las tareas deben estar estratégicamente
planeadas para ser completadas entre 1 hora y 2 días. Esto permite
identificar el progreso o estancamiento de manera diaria.
• Asigna las tareas a un miembro del equipo. Así los demás podrán saber
quién o quiénes las están realizando.
• A medida que el Sprint Backlog avanza, la lista de tareas puede ir
evolucionando. Se pueden agregar, modificar o eliminar las tareas.
• Dependiendo de la madurez de tu equipo de trabajo, puedes dejar que
cada miembro mueva las tarjetas de tareas en tiempo real. Pero si eres
nuevo en metodologías ágiles, lo mejor es realizar la actualización del
tablero en las reuniones del Daily Scrum.
 PRODUCT BACKLOG
Es una lista de trabajo ordenado por prioridades para el
equipo de desarrollo que se obtiene de la hoja de ruta y sus
requisitos. 
¿DE QUE FORMA SE REALIZA?
LA DIFERENCIA ENTRE PRODUCT BACKLOG Y
SPRINT BACKLOG
El Sprint Backlog se crea durante el evento de Sprint Planning. Se compone de los
elementos seleccionados de la parte superior (lo más prioritario) del Product Backlog
que se consideran necesarios a realizarse para cumplir el Objetivo del Sprint y que los
Developers cree factible terminar según su velocidad y capacidad.
El ‘product backlog’, que podría definirse como un listado ordenado y priorizado de
los requisitos necesarios para la implementación de un proyecto. Debe contener
descripciones de las funcionalidades y características que se quieran en el producto,
ordenadas en función de su prioridad.
SPRINT:
Dentro del Sprint Backlog podemos trabajar por piezas, que se pueden entregar al cliente externo, o
piezas que vayan sumando. Es decir, que se van añadiendo nuevos desarrollos a lo que ya está
desarrollado.
Por ejemplo, en el desarrollo de un patinete eléctrico, se irán entregando diferentes piezas del
prototipo de manera periódica. Cada una de ellas se integrarán en el proyecto completo. Todo ello
hasta tener un conjunto de desarrollo. Por lo general, el Sprint Backlog es representado a través de
un tablero de tareas. De esta forma, todo el equipo conoce qué tareas tiene asignadas y cuál es su
grado de desarrollo.
BACKLOG
Product Backlog o pila de producto en un proyecto que sigue la metodología Scrum consiste en una
lista con todos los requerimientos iniciales del producto que se va a desarrollar. Se trata de una lista
dinámica, que irá evolucionando a medida que lo hace el producto y el entorno del proyecto. La
finalidad de crear esta lista no es otra que identificar las necesidades del producto para lograr su
máxima utilidad.
GRACIAS
POR SU
ATENCIO!