¿ Que es scrum ?

Es un marco de trabajo de adaptación

iterativo e incremental , rápido, flexible y
eficaz diseñado para ofrecer un valor
significativo de forma rápido en todo el
proyecto.
 ¿ Que es Scrum ?
Scrum es una metodología ágil para el trabajo y
colaboración en equipos. A través de la conversación
continua entre sus miembros se comparten aciertos y
errores con el fin de mejorar todo el tiempo.
Esta forma de trabajo incluye diversos artefactos,
eventos y roles para que las personas los ejecuten y
organicen sus tareas diarias
 Metáfora Scrum
Se llama Scrum por que es un marco que trabaja en
equipo, el termino procede del rugby y se refiere al
modo en que un equipo se desempeña en común para
mover el balón por la cancha. Acoplamiento, unidad de
propósito y claridad de metas van de la mano. Ésa es la
metáfora perfecta de entender el trabajo en común.
Jeff Sutherland es militar de formación, egresado de la United States
Military Academy, donde se graduó como piloto de combate. Intervino en Ken Schwaber es desarrollador de software, gerente de productos y consultor de la
más de cien misiones en Vietnam. Posteriormente realizó estudios en industria.
Stanford y posee un posgrado en la School of Medicine de la University of
Colorado.
Es director de Scrum Inc. y consejero senior de Openview Venture
Partners, donde asesora a compañías con capital de alto riesgo. Viaja por
el mundo dictando conferencias y talleres
 Scrum
Aplicable a cualquier proyecto
Scrum para la escuela. Scrum para la pobreza. Scrum acelera todos los
En los Países Bajos, un número En Uganda, la Grameen esfuerzos humanos. El
creciente de maestros usa Scrum Foundation usa Scrum para tipo de proyecto o
para impartir sus cursos de proporcionar datos agrícolas y problema no importa;
preparatoria. Ven una mejora casi comerciales a agricultores Scrum puede servir para
inmediata en resultados de rurales pobres. El resultado: el cualquier esfuerzo por
exámenes, de más de diez por doble de rendimiento y el doble mejorar desempeño y
ciento. Y atraen a toda clase de de ingresos para algunas de las resultados
estudiantes, desde los destinados a personas más pobres del planeta.
la educación vocacional hasta los
dotados.
 Ejemplos de empresas que utilizan metodologías ágiles como
Sectores
Scrum
Adobe, Autentia, Biko2, Spotify Central Desktop, Citrix, Gailén, IBM,
Software, Hardware Intel, Microfocus, Microsoft, Novell, OpenView Labs, Plain Concepts,
Primavera, Proyectalis, Softhouse, Valtech, VersionOne, Apple.
BBC, BellSouth, British Telecom, DoubleYou, Motorola, Nokia, Palm,
Media y Telcos Qualcomm, Schibsted, Sony/Ericsson, Telefonica I+D, TeleAtlas,
Verizon

Internet Amazon, Google, Mozilla

ERP (Sistema de planificación de recursos empresariales) SAP

Banca e Inversión Bank of America, Barclays Global Investors, Key Bank, Merrill Lynch

Sanidad y Salud Patientkeeper, Philips Medical

Defensa y Aeroespacial Boeing, General Dynamics, Lockheed Martin

Juegos Blizzard, High Moon Studios, Crytek, Ubisoft, Electronic Arts
Multimedia Bose
Automóviles Ferrari
Equipamiento industrial 3M
 Adaptación
Si algún aspecto de un proceso se
Transparencia desvía fuera de los límites
• Trabajo visible. aceptables o si el producto
• La transparencia resultante es
permite la inspección. inaceptable, el proceso que se
Inspección
La inspección sin aplica o los materiales que se
El progreso hacia los
transparencia es producen deben ajustarse
objetivos acordados
engañosa y deben inspeccionarse
derrochadora.
3
5
3
Entender los roles y responsabilidades definidos en un proyecto de scrum es muy
importante para asegurar la exitosa implementación de scrum.
Los roles de scrum se dividen en dos categorías:
• Roles no principales – NonCore Roles
• Roles principales – Core Roles

Product Owner Scrum Master Scrum Team

El producto Owner representa la voz El scrum master es el servant leader • Es el grupo o equipo de personas
del cliente (voice of the customer- del scrum team quien modera y responsables de la comprensión
VOC). facilita las interaciones del equipo de los requisitos especificados por
como entrenador del equipo y el Product Owner y la estimación
El PO siempre debe mantener una motivador. de los User Stories y la creación de
visión dual. Es un facilitador que asegura que el los entregables (Deliverables) del
• el debe entender y apoyar las scrum team este dotado de un proyecto.
necesidades e intereses de los ambiente propicio para completar
stakeholders. el proyecto con éxito.Este guía,
• Comprende las necesidades y el facilita y les enseña las practicas
funcionamiento del scrum team. de scrum a todos los involucrados
en el proyecto; elimina los
“impedimentos”que encuentra el
equipo; y asegura que se estén
siguiendo los procesos de Scrum.
 Determina las Centrarse en la Evaluar la viabilidad
Asegura los
actividades general creación de valor y y garantiza la Representa al Definición de la
recursos financieros
del inicio de un en la generación de entrega del usuario o cliente visión del proyecto
del proyecto
proyecto ROI producto o servicio

Ayuda en la Ayuda a determinar Prioriza los Ayuda a crear y

Crea las épicas y los Define los criterios
elección del Scrum los miembros del elementos del aprobar los User
personajes de aceptación
Master scrum team product backlog Stories

Explica los user Mantiene la Participa en la

Acepta o rechaza los
stories al scrum priorización del retrospectiva del
entregables
team producto backlog. sprint del proyecto
 Ayuda al PO en la
creación de la
Ayuda a identificar los Asegura que los
Facilita la creación de priorización del Facilita las reuniones
stakeholder para el recursos de respaldo
épicas y personajes producto backlog y la para el scrum team.
proyecto. estén disponibles
definición de los
criterios de aceptación.

Asiste al scrum team en Asegura que el Facilita las reuniones de Asegura que los asuntos
Asiste al scrum team en el desarrollo del sprint scrumboard revisión para la que afecten al scrum
la creación de tareas. backog t el sprint permanezca priorización del team se discutan y se
burdown chart actualizado. producto backlog. resuelvan.

Representa al equipo
Asegura que exista un principal del scrum
ambiente ideal para el para proporcionar
scrum team. lecciones del proyecto
actual.
 Entender los User Le proporciona Desarrolla la lista
Asegura una Estima los User
Stories en la entradas al PO en de tareas basadas
comprensión clara Stories aprobados
priorización del el creación de en las User Stories
de épicas. por el PO
producto backlog. User Stories aprobadas.

Calcular el Identificar el
Desarrolla el sprint Identifica
esfuerzo para las Crea los riesgo y ejecutar
backlog y el sprint oportunidades de
tareas entregables. acciones para su
burdown chart. mejora.
identificadas. mitigación.

Participa en la
retrospectiva del
proyecto y sprint.
Para que cualquier proyecto tenga éxito, la
comunicación es importante. Los equipos de scrum
emplean una serie de reuniones clave para estructurar
el trabajo del equipo:

 Sprint
 Daily Standup Meeting
 Sprint Planning Meeting
 Sprint Review Meeting
 Retrospect Sprint Meeting
Los artefactos en scrum son herramientas que propone
scrum para mantener organizado un proyecto, estos son
3:

 Product Backlog
 Sprint Backlog
 Incremento del producto
Es un inventario ordenado por prioridades con
las características del producto, generalmente
compuesto por épicas o historias de usuario.

Si bien el responsable final de establecer las

prioridades del product backlog es el dueño del
producto que representa los intereses del
cliente, es fundamental involucrar al equipo y a
los interesados claves para que den su opinión
sobre el producto a desarrollar.

De esta forma, el dueño del producto decide

sobre las prioridades teniendo una visión
holística del producto.
El trabajo pendiente de la iteración es un plan con el conjunto de elementos del product backlog
que han sido seleccionados para completar en la próxima iteración. Incluye las funcionalidades
que formarán parte del próximo incremento del producto y todo el trabajo necesario que
definieron los desarrolladores para entregar esa funcionalidad.

A partir de la segunda iteración, este trabajo incluye también alguna mejora del proceso
identificada en la reunión de retrospectiva.

El plan de trabajo de la iteración debe tener el detalle suficiente para poder evaluar el progreso
de las tareas de manera diaria.

Los desarrolladores son quienes deciden el orden de las actividades a realizar y pueden cambiar
las prioridades de ese trabajo durante la iteración.
El incremento del producto es la sumatoria de
todos los elementos del listado de trabajo
realizado durante la iteración que se agregaron a
los resultados de las iteraciones previas.

Al final de la iteración el incremento debe estar

en condiciones de uso. Por lo tanto, el dueño del Producto Viable Mínimo (MVP)
producto podría decidir hacer un lanzamiento de
ese incremento para que esté disponible para el
usuario final.

Un incremento completado es el que cumple con

la definición de terminado (medidas de calidad
requeridas para el producto).
 La Definición de Terminado (DoD: Definition of Done) consiste en incluir todos los criterios
requeridos para que un producto o lanzamiento sea considerado como 100% terminado para
usar por el cliente.
 Ejemplos de DoD:
✓ Todos los elementos del código tienen que estar completados
✓ El código cumple con los estándares de desarrollo
✓ Pruebas unitarias escritas y aprobadas
✓ Los cambios de configuración fueron documentados y comunicados
La definición de listo (DoR: Definition of Ready) es donde las historias de usuario tienen toda la
información requerida por el equipo antes de comenzar a trabajar con ellas en una iteración.

Ejemplos de DoR:
✓ Historia de usuario clara, comprobable y factible
✓ Criterios de aceptación y dependencias de la historia de usuario definidos
✓ Persona que aceptará la historia de usuario identificada
HU
Las historias suelen seguir una plantilla simple: Como
<quién> Quiero <qué> Para <objetivo>. Por ejemplo:
“Como vendedor, quiero registrar los productos y
cantidades que me solicita un cliente para crear un
pedido de venta”.
Las historias de usuario deberían tener seis atributos

Las historias de
usuario se
descomponen en
tareas.
 Si sólo te centras en lo que
puedes hacer, quizás
Qué puedes termines haciendo algo que
nadie quiere, aun si te
implementar apasiona. Si sólo te
concentras en lo que puedes
vender, podrías ofrecer cosas
Visión del que en realidad no puedes
Producto hacer. Si sólo haces lo que
Qué Qué te puedes vender pero no te
puedes puede apasiona, terminarás
vender apasionar trabajando empeñosamente
para crear mediocridad
 Miembros Principales
del Equipo Interesados

Acta de Caja de visión Discurso del Hoja de ruta

constitución del producto Ascensor del producto

La caja de visión del

La hoja de ruta del
En un proyecto ágil es Se denomina “discurso
un resumen de alto producto (o arquitectura del ascensor” porque producto (product
nivel elaborado por del proyecto) es una debe explicar roadmap) es una
el equipo que incluye herramienta para brevemente la visión del herramienta para
la visión, misión, simplificar la producto a un interesado
factores clave de visualización del en el tiempo máximo que describir cómo podría
éxito y los acuerdos producto condensando demora desde que sube ser la evolución de un
entre el equipo y los la información en un a un ascensor hasta que producto a través del
interesados externos. espacio limitado. se baje del mismo.
tiempo
Ejemplo de visión del producto en una hoja Ejemplo de caja de visión
Ejemplo:
Para los gerentes financieros, quienes necesitan hacer un seguimiento de las operaciones de
manera remota, el software “Remoting” es un sistema eficiente que realiza un seguimiento de las
operaciones con reportes automatizados. A diferencia de los software actuales, nuestro producto se
puede acceder de manera remota desde cualquier lugar en cualquier momento e incluye reportes
gráficos que no tienen los de la competencia.
CÓMO EMPEZAR…..
 1. Elige un responsable del producto. Este individuo es quien posee la visión de lo que vas a hacer, producir o lograr.

 2. Selecciona un equipo. ¿Quiénes serán las personas que harán efectivamente el trabajo? Este equipo debe contar con todas las habilidades
necesarias para tomar la visión de los responsables del producto y hacerla realidad. Los equipos deben ser pequeños, de tres a nueve personas por
regla general.

 3. Elige un Scrum Master. Ésta es la persona que capacitará al resto del equipo en el enfoque Scrum y que ayudará al equipo a eliminar todo lo que lo
atrasa.

 4.Crea y prioriza una bitácora del producto. Se trata de una lista de alto nivel de todo lo que debe hacerse para volver realidad la visión. Esta bitácora
existe y evoluciona durante el periodo de vida del producto; es la guía de caminos hacia éste. En un momento dado, la bitácora del producto es la
visión definitiva de “todo lo que el equipo podría hacer, en orden de prioridad”. Hay sólo una bitácora del producto; esto significa que el responsable
del producto debe tomar decisiones de priorización en todo el espectro. El responsable del producto debe consultar tanto a todos los interesados
como al equipo para cerciorarse de que representa lo que la gente necesita y lo que se puede hacer.

 5. Afina y estima la bitácora del producto. Es crucial que la gente que realmente se hará cargo de los elementos de la bitácora del producto estime
cuánto esfuerzo implicarán.

 6.Planeación del sprint. Ésta es la primera de las reuniones de Scrum. El equipo, el Scrum Master y el responsable del producto se sientan a planear el
sprint. Los sprints son siempre de extensión fija, inferior a un mes.

 7.Vuelve visible el trabajo. La forma más común de hacerlo en Scrum es crear una tabla de Scrum con tres columnas: Pendiente, En proceso y
Terminado.

 8.Parada diaria o Scrum diario. Éste es el pulso de Scrum. Cada día, a la misma hora, durante no más de quince minutos, el equipo y el Scrum Master
se reúnen y contestan tres preguntas:¿Qué hiciste ayer para ayudar al equipo a terminar el sprint? ¿Qué harás hoy para ayudar al equipo a terminar el
sprint? ¿Algún obstáculo te impide o impide al equipo cumplir la meta del sprint?.

 9.Revisión del sprint o demostración del sprint. Ésta es la reunión en la que el equipo muestra lo que hizo durante el sprint. Todos pueden asistir, no
sólo el responsable del producto, el Scrum Master y el equipo, sino también los demás interesados, la dirección, clientes, quien sea.

 10. Retrospectiva del sprint. Una vez que el equipo ha mostrado lo que logró en el sprint más reciente –la cosa “terminada” y en posibilidad de
enviarse a los clientes en busca de realimentación–, piensa en qué marchó bien, qué pudo haber marchado mejor y qué puede mejorar en el
siguiente sprint. ¿Cuál es la mejora en el proceso que como equipo pueden implementar de inmediato?

 11. Comienza de inmediato el ciclo del siguiente sprint, tomando en cuenta la experiencia del equipo con los impedimentos y mejoras del proceso.
https://ahorasomos.izertis.com/solidgear/como-aplicar-scrum-en-la-vida-real/

Taller por células.

Seleccione un ejemplo de la vida diaria y aplique scrum
para gestionar.
• Genere la visión de su proyecto y en adelante realice
1. Product Backlog
2. Defina Roles
3. Criterios de Aceptación de las User Stories
4. Realice un Priorización del Product Backlog
5. Sprint Planning y Sprint Backlog