Metodo scrum

UNIVERSIDAD MAYOR DE SAN SIMON
Sahori Esmeralda Medina Orellana
Mercadotecnia V Grupo: 01 1 – 2021 Docente: Mgr. José Ramiro Zapata Barrientos
MORIR ANTES QUE ESCLAVOS VIVIR
METODOLOGÍA SCRUM
“Nunca Te Enseñaron Cómo Hablar Con Tus Gestos, Pero Si Fuiste Enseñado A Hablar Con Palabra”.
Paul Ekman
“Las Personas Que Creen Que Tienen La Facultad De Ejercer Cierto Grado De Control Sobre Sus
Vidas Son Más Saludables, Más Eficaz Y Más Éxito Que Aquellos Que No Tienen Fe En Su Capacidad
Para Llevar A Cabo Cambios En Sus Vidas”. Albert Bandura
1. INTRODUCCIÓN
Scrum es una metodología ágil y flexible que se utiliza para gestionar proyectos, su principal objetivo
es apoyar proyectos donde el entorno de estos es muy cambiante en cuanto a tecnologías,
requerimientos y los equipos, maximizando el retorno de la inversión (ROI) al cliente.1
1.1.Historia y Origen de la Metodología SCRUM
El concepto de Scrum tiene su origen en un estudio de 1986 sobre los nuevos procesos de desarrollo
utilizados en productos exitosos en Japón y los Estados Unidos (cámaras de fotos de Canon,
fotocopiadoras de Xerox, automóviles de Honda, ordenadores de HP y otros). Los equipos que
desarrollaron estos productos partían de requisitos muy generales, así como novedosos, y debían
salir al mercado en mucho menos del tiempo del que se tardó en lanzar productos anteriores. Estos
equipos seguían patrones de ejecución de proyecto muy similares. En este estudio se comparaba la
forma de trabajo de estos equipos altamente productivos y multidisciplinares con la colaboración
entre los jugadores de Rugby y su formación de Scrum (melé en español).
En 1993 se realizó el primer Scrum para desarrollo de software y en 1995 el proceso fue
formalizado. En 2001 un grupo de personas muy relevantes en lo que empezaba a ser el desarrollo
ágil escribieron los valores fundamentales de los procesos ágiles.2
2. DESARROLLO
2.1.Qué es la metodología Scrum
El término “scrum” originalmente surge de un tipo de formación que se realiza en rugby, en la cual los
jugadores tienen que sacar la pelota sin tocarla con las manos.
Scrum, como gestión de proyectos, se puede definir como un modelo de desarrollo ágil y flexible,
cuya principal prioridad es maximizar el retorno de la inversión (ROI).

Scrum está formado por un conjunto de buenas prácticas que nos van a permitir, trabajando en equipo,
conseguir una agilidad que nos va a favorecer mucho durante el desarrollo, y que además nos va a
permitir obtener mejores resultados.3
2.2.El proceso de Scrum
Se trabaja con iteraciones cortas, Sprints, donde cada iteración debe representar un incremento de
producto que pueda ser presentado al cliente como un resultado finalizado.
Las características a desarrollar durante cada iteración salen del Product Backlog, nombre con el que
se conoce al conjunto de requisitos priorizados. Estas características se determinan al inicio de cada
sprint, en la reunión que se conoce como Sprint Planning.
En esta reunión el Product Owner en conjunto con el equipo determinan que elementos del Product
Backlog se pueden comprometer a desarrollar y se clarifican las historias seleccionadas. Esta nueva
lista de tareas a realizar se conoce como Sprint Backlog. Una vez comenzado el sprint, tanto las
historias que conforman el Sprint Backlog como los requerimientos de las mismas no pueden ser
modificadas.1
2.3.Principales características de Scrum
De Scrum vamos a destacar algunas de sus características:
 En Scrum tenemos ciclos o sprints, en los cuales vamos a ir vamos a ir trabajando.
En el desarrollo habitual de un proyecto, es decir, en la gestión predictiva, tenemos un producto, del
cual tenemos su descripción al inicio del proyecto, y tenemos una fecha de entrega. Durante todo ese
tiempo iremos realizando su análisis de requisitos, su diseño, su implementación, sus pruebas y
finalmente su despliegue.
A diferencia de lo anterior, en Scrum vamos a tener distintas iteraciones, para ir consiguiendo
pequeños productos de valor en cantidades cortas de tiempo. Para ello vamos a tener una lista de
requisitos priorizada, que nos la va a priorizar el cliente, y de esta manera vamos a comenzar
realizando en los primeros ciclos las tareas con más prioridad, así iremos avanzando hasta llegar a las
de menos prioridad.
Con esto conseguimos aportar valor al cliente en cada ciclo, que además van a ser siempre ciclos de
una corta duración de tiempo.
 En Scrum se trabaja con roles, es decir, van a existir una serie de roles en el proyecto, que se
van a encargar de distintas tareas.
Los equipos van a ser auto-organizados entre ellos y auto-dirigidos, es decir, ellos mismos se van a
organizar las tareas y se van a dirigir.

Vamos a tener reuniones diarias con nuestro equipo para ver el avance del proyecto, además de otra
serie de reuniones que iremos explicando durante el curso.
También vamos a tener una monitorización continua, es decir, vamos a medir el grado de avance del
proyecto, la velocidad del equipo, etcétera, para ver cómo va el desarrollo y en esos ciclos comprobar
si la velocidad del equipo es la correcta o no y si estamos llegando a tiempo a la entrega.3
2.4.Componentes de SCRUM
2.4.1. Roles en Scrum
a) Roles Principales
Product Owner El Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum
trabaje de forma adecuada desde la perspectiva del negocio. El Product Owner escribe historias de
usuario, las prioriza, y las coloca en el Product Backlog.
 ScrumMaster (o Facilitador) El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es
eliminar los obstáculos que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no
es el líder del equipo (porque ellos se auto-organizan), sino que actúa como una protección entre el
equipo y cualquier influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se
utiliza como es debido. El ScrumMaster es el que hace que las reglas se cumplan.
 Equipo de desarrollo El equipo tiene la responsabilidad de entregar el producto. Un pequeño
equipo de 3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (análisis,
diseño, desarrollo, pruebas, documentación, etc.)
b) Roles Auxiliares
Los roles auxiliares en los "equipos Scrum" son aquellos que no tienen un rol formal y no se
involucran frecuentemente en el "proceso Scrum", sin embargo deben ser tomados en cuenta. Un
aspecto importante de una aproximación ágil es la práctica de involucrar en el proceso a los usuarios,
expertos del negocio y otros interesados (stakeholders). Es importante que esa gente participe y
entregue retroalimentación con respecto a la salida del proceso a fin de revisar y planear cada sprint.
 Stakeholders (Clientes, Proveedores, Vendedores, etc.)  Se refiere a la gente que hace posible el
proyecto y para quienes el proyecto producirá el beneficio acordado que justifica su producción. Sólo
participan directamente durante las revisiones del sprint. Administradores (Managers) Es la gente que
establece el ambiente para el desarrollo del producto.4
2.4.2. Las reuniones
Durante todo el proceso de desarrollo del producto, se llevan a cabo distinto tipo de reuniones,
tanto a nivel de sprint, como diariamente:

 Reuniones Diarias: Durante el transcurso de cada Sprint se desarrollan una serie
de REUNIONES DE carácter DIARIO. Estas son:
 DAILY SCRUM: En esta REUNIÓN DIARIA se tratan aspectos relacionados con el ESTADO
ACTUAL DEL SPRINT en curso del proyecto. La duración suele ser de 15 MINUTOS,
independientemente del tamaño del equipo, y todos los INTEGRANTES de la misma SE
SITÚAN DE PIE, para contribuir a que la reunión sea breve. Además, se suele "castigar" a
aquellos que lleguen tarde a la misma. La ubicación y hora de la reunión es la misma todos
los días. Algunas de las preguntas típicas de este tipo de reuniones son:
o ¿Qué has hecho desde ayer?
o ¿Qué es lo que estás planeando hacer hoy?
o ¿Has tenido algún problema que te haya impedido alcanzar tu objetivo?
 SCRUM DE SCRUMS: Se trata de una de las técnicas utilizadas cuando los EQUIPOS (Véase
"Scrum Team", En "Los Roles"), Son DEMASIADO GRANDES, Y Se Forman Grupos De
Personas Que Forman Equipos Individuales. Se Suele Hacer DESPUÉS DEL DAILY SCRUM.
En Ellas Los Distintos Grupos De Equipos Discutir Los ASPECTOS IMPORTANTES DE SU
TRABAJO, Asistiendo UNA Persona DE CADA EQUIPO. Algunas De Las Preguntas Típicas
Que Se Hacen En este tipo de reunión, aparte de las ya presentes en el Daily Scrum, que se
mantienen, son:
o ¿Qué ha hecho tu equipo desde nuestra última reunión?
o ¿Qué hará tu equipo antes de que nos volvamos a reunir?
o ¿Hay algo que demora o estorba a tu equipo?
o ¿Estás a punto de poner algo en el camino del otro equipo?
 PLANIFICACIÓN DEL SPRINT (SPRINT PLANNING): Se lleva a cabo ANTES DE EMPEZAR CON
EL SIGUIENTE SPRINT o iteración del proyecto (cada 15 o 30 días). Se suele dividir en DOS
PARTES, ambas con una duración máxima de 4 horas:
 SELECCIÓN DE LOS REQUISITOS: En esta parte el equipo RECOGE LOS REQUISITOS
PRIORIZADOS DEL CLIENTE, que van a reflejar lo que se quiere del proyecto.
El CLIENTE puede preguntar dudas, y el equipo selecciona aquellos requisitos más
importantes, y se compromete a desarrollarlos para esa iteración que comienza. De esta
forma, se establece el contenido del STRING BACKLOG (véase "Los documentos).
 PLANIFICACIÓN DE LA ITERACIÓN: En esta parte, UNA VEZ OBTENIDOS LOS REQUISITOS
PRIORIZADOS, se planifican las tareas que son necesarias desarrollar para el cumplimiento de
esos requisitos. Los miembros del equipo SE AUTO-ASIGNAN LAS TAREAS.
 REVISIÓN DEL SPRINT (SPRINT REVIEW): Al igual que cada una de las dos partes de la
Planificación del Sprint, tiene una duración máxima de 4 horas. En este caso, la reunión se
realiza al finalizar el proceso de desarrollo del sprint, y en ella el equipo se encarga
de transmitir al cliente la finalización de la iteración y le presenta los requisitos
completados, mediante la entrega del incremento funcional del producto (O "DEMO"). Así,
el cliente puede evaluar la iteración y plantear los cambios o actualizaciones que considere
necesarios, re-planificando de esta manera el proyecto desde la primera iteración.

 RETROSPECTIVA DEL SPRINT (SPRINT RETROSPECTIVE): Duración máxima de 4 horas, al
igual que la anterior reunión. En esta, que se realiza después de la revisión del sprint, el
equipo analiza su manera de trabajar en la anterior iteración, ya finalizada, y
plantea cambios en la misma con el fin de mejorar el rendimiento del desarrollo del
producto, así como su productividad. por otra parte, el facilitador (véase "los roles"), se
encarga al mismo tiempo de ir eliminando los obstáculos que se vayan presentando y siendo
identificados.5
2.4.3. Los documentos
A lo largo de un proyecto con Scrum, es necesario redactar DIFERENTES TIPOS DE DOCUMENTOS,
tanto a nivel de proyecto, como de Sprint. Los más importantes son:
 lista de objetivos/ requisitos priorizada (product backlog): este documento representa lo
que el cliente espera del proyecto en cuanto a objetivos y requisitos, así como entregas.
por tanto, el propio cliente se encarga de crear y gestionar esta lista, con la ayuda de un
facilitador y el equipo, quien se encarga de establecer un presupuesto para completar cada
requisito. tiene las siguientes características:
o para cada objetivo o requisito de la lista, se refleja también el valor que este
ofrece al cliente y el coste de desarrollo, de manera balanceada, es decir, se utiliza
el retorno de la inversión (ROI). la lista puede ir evolucionando durante el desarrollo
del proyecto, e incluirse nuevos requisitos.
Se reflejan todas las entregas o sprints esperables, es decir, las entregas o
incrementos del sistema que el cliente espera recibir a medida que se desarrolla el
producto.
o además, se en ella se incluyen riesgos y obstáculos y las medidas para solventarlos.
 lista de tareas de la iteración (sprint backlog): en este caso se refleja la totalidad de
tareas para la iteración o sprint en curso, con el fin de cumplir los objetivos o requisitos
para esa entrega o incremento, y entregar algo funcional al cliente acorde con lo esperado.
por tanto, esta lista se desarrolla al principio de cada sprint (véase "planificación del
sprint" en "las reuniones"). tiene las siguientes características:
o para cada objetivo o requisito se reflejan todas sus tareas, como se ha auto-
asignado el equipo esas tareas y el esfuerzo necesario para completarlas. además,
se pueden observar aquellos puntos donde se tienen problemas o no se avanza,
permitiendo una más fácil toma de decisiones.
o cada objetivo o requisito está ordenado por (ROI), es decir, están priorizados,
según el valor que aportan al cliente y el coste de desarrollo.
o si hay una dependencia de una tarea sobre otra, se coloca esta tarea por debajo de
la que depende.

 el tiempo aproximado de desarrollo de cada tarea debe rondar entre las 4 y 16 horas, de
manera que todas las tareas estén balanceadas (una duración mayor dificultaría
el control del progreso en la tarea, y una duración menor crearía tareas poco relevantes).
 gráficos de trabajo pendiente (burndown charts): se trata de gráficos, que reflejan
la velocidad con la que avanza nuestro proyecto. es decir, en el podemos ver que nos
queda por hacer y que tenemos pendiente, ofreciéndonos una vista general de la rapidez
con la que el proyecto en general o el sprint en curso en particular está avanzando. por tanto,
podemos distinguir dos tipos de gráficos:
 gráfico de los días pendientes para completar el proyecto (product burndown chart), que
se construye a partir del product backlog.
 gráfico de las horas pendientes para completar la iteración o sprint en curso, que se
construye a partir del sprint backlog.5
2.5.Técnicas de estimación en SCRUM
 Planning Poker
Los participantes emplean cartas con una numeración especial que asignan a cada uno de los
elementos del Product Backlog. Después de estimar un elemento del Product Backlog, las personas
que han otorgado la mayor y la menor puntuación explican los motivos por los que han escogido
dicha puntuación y se vuelve a realizar la estimación, así hasta que se llegue a un consenso.
La numeración de las cartas está basada en una serie de Fibonnacci (0, 1, 2, 3, 5, 8, 13, 21 34, etc.),
aunque en ocasiones se pueden varían algunos números de la serie (1, 2, 3, 5, 8, 13, 20, 40, 100, etc.).
La razón de emplear una serie de Fibonnacci o similar es que, aunque como hemos dicho antes, a las
personas se nos da bien clasificar elementos entre sí en función de su tamaño, cuanto más grandes
son esos elementos y menos diferencia hay entre ellos, más difícil se nos hace poder discernir las
pequeñas diferencias. Por ejemplo, entre una encina de 20 metros y un limonero de 5 metros,
podemos decir claramente cual es más grande, pero con entre dos secuoyas, una de 101 metros y
otra de 102 la cosa se complica.
 T-Shirt Sizes
Esta técnica se basa en asignar tallas de camiseta (XS, S, M L, XL) a la hora de estimar en vez de utilizar
números, lo cual puede ayudar a que los miembros del equipo a adoptar la idea de una estimación
relativa desasociando el valor de la estimación de un elemento del Product Backlog con el número de
horas equivalente necesarias para su implementación.
 Bucket System
Al igual que en el Planning Poker, también en una secuencia numérica, colocándose todos los
números de la secuencia ordenados uno seguido de otro como si se tratase de cubos, usando ya sea

papeles o por ejemplo una cesta, de manera que se estiman cada uno de los elementos del Product
Backlog poniéndolos en el cubo correspondiente.
 Dot Voting
En esta técnica cada miembro el equipo tiene un número de etiquetas o fichas que puede repartir
entre los distintos elementos del Product Backlog, de forma que cuantas más fichas se hayan
asignado a un elemento del Product Backlog mayor será su tamaño.6
2.6.Ventajas Y Desventajas
Ventajas:
Scrum es una propuesta de gestión basada en la división del trabajo en iteraciones, es decir, fases con
objetivos y tareas específicas. Esto hace que necesariamente aporte beneficios en aspectos como los
siguientes:
 Gestión de las expectativas del usuario. Los usuarios pueden participar en cada una de las
etapas del proceso y proponer soluciones. De hecho, el proceso en su conjunto está pensado
para un tipo de evaluación conjunta.
 Resultados anticipados. Cada etapa del proceso arroja una serie de resultados. No es
necesario, por tanto, que el cliente espere hasta el final para ver el resultado.
 Flexibilidad y adaptación a los contextos. Se adapta a cualquier contexto, área o sector de la
gestión. Es decir, no es una técnica exclusiva de ninguna disciplina.
 Gestión sistemática de riesgos. Del mismo modo, los problemas que aparecen durante los
procesos de gestión que pueden afectar a un proyecto son gestionados en el mismo
momento de su aparición. Esto es posible debido a que la intervención de los equipos de
trabajo puede ser inmediata.
Desventajas:
Pero ojo, antes de que tú te decidas por esta metodología de gestión, viene bien que tengas en
cuenta las siguientes limitaciones en cuanto a su implementación:
 Funciona más que nada con equipos reducidos. Las empresas grandes, por ejemplo, deben
estar sectorizadas o divididas en grupos que tengan objetivos concretos. De lo contrario, en la
práctica, el efecto de la técnica se perderá.
 Requiere una exhaustiva definición de las tareas y sus plazos. Cuando estos dos aspectos no
se definen adecuadamente, Scrum se desvanece. Recuerda que la división del trabajo en cada
etapa (y de éstas en tareas específicas) son la esencia de esta metodología.

 Exige que quienes la utilicen cuenten con una alta cualificación o formación. No es una
modalidad de gestión propia de grupos junior o que apenas estén en proceso de formación.
Gran parte del éxito de Scrum radica en la experiencia que aportan los profesionales de los
equipos, quienes por lo general acumulan años de experiencia.
En conclusión, la metodología Scrum es una metodología ágil que hace énfasis en el trabajo en
equipo donde la claridad de los objetivos es crucial para
Avanzar hacia una versión cada vez mejor. Scrum es parte del desarrollo de software ágil aunque, a
día de hoy, se trata de un método que muchas compañías de diferentes sectores han incluido como
parte de su estrategia.
Scrum es reconocida por ser la metodología ágil más prestigiosa
Internacionalmente en el sector empresarial y ha tenido una gran aceptación desde su creación, en
el año 1992, cuando el teórico norteamericano Jeff Sutherland sentó las bases para su posterior
desarrollo.
2.7.Ejemplos de empresas que utilizan metodologías ágiles como Scrum
Desde 1995 miles de proyectos en todo el mundo han utilizado Scrum para el desarrollo de
productos, tanto en empresas pequeñas, “startups” con tan sólo 3 personas desarrollando un
producto, como en multinacionales, entre las que se encuentran las siguientes: 2
Sectores Ejemplos de empresas que utilizan metodologías ágiles como Scrum
Media y Telcos BBC, BellSouth, British Telecom, DoubleYou, Motorola, Nokia, Palm,
Qualcomm, Schibsted, Sony/Ericsson, Telefonica I+D, TeleAtlas, Verizon
Software,
Hardware
Adobe, Autentia, Biko2, Central Desktop, Citrix, Gailén, IBM, Intel, Micro
focus, Microsoft, Novell, Open View Labs, Plain Concepts, Primavera,
Proyectalis, Soft house, Valtech, Version One.
Internet Amazon, Google, mySpace, Yahoo
ERP 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
Otros 3M, Bose, GE, UOC, Ferrari
3. CONCLUSIÓN

Podemos decir que Scrum es una metodología más de las muchas que hay. Scrum no es ni la mejor
metodología ni la única, pero es una de las metodologías que está empujando muy fuerte por la
facilidad de producción de software y por su agilidad en cuanto a cambios y lo que propiamente
aporta en comparación con otras metodologías. Por un lado, Scrum evita la generación documental.
No es que con Scrum no se deba o no se pueda documentar, si no que con Scrum no se exige
documentar nada para iniciar un proyecto, algo que en otras metodologías es impensable.
REFERENCIAS
1. https://agileroad.com/es/blog/introduccion-
scrum.html#:~:text=Scrum%20es%20una%20metodolog%C3%ADa%20%C3%A1gil,inversi%C3%B
3n%20(ROI)%20al%20cliente%20.
2. https://proyectosagiles.org/historia-de-scrum/
3. https://openwebinars.net/blog/que-es-scrum/
4. https://es.slideshare.net/elizabethlady/monografia-de-scrum
5. https://www.monografias.com/trabajos91/metodologias-desarrollo-agil-mele-
scrum/metodologias-desarrollo-agil-mele-scrum.shtml
6. https://www2.deloitte.com/es/es/pages/technology/articles/tecnicas-de-estimacion-en-
scrum.html
7. https://blog.wearedrew.co/ventajas-y-desventajas-de-la-metodologia-scrum
VIDEOS
1. QUÉ ES SCRUM
https://youtu.be/mNvZA-0Fcxc
En este video conoceremos qué es scrum, sus principales
características y las ventajas de una metodología ágil sobre el
desarrollo tradicional.
2. Qué es SCRUM y cómo funciona
https://www.youtube.com/watch?v=2xZChQFeddg
En este video conoceremos sus principales funciones y cómo
se estructura este marco de trabajo.
PRESENTACIÓN EN PREZI
1) SCRUM
https://prezi.com/frejto7wht90/scrum/

En la presentación prezi veremos los siguientes puntos:
 roles scrum
 que más saber de scrum
 reuniones scrum
 una introducción a scrum
 artefactos scrum
 reuniones
 artefactos
 roles

Metodo scrum

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Metodo scrum

Similar a Metodo scrum (20)

Más de sahorimedina

Más de sahorimedina (18)

Último

Último (20)

Metodo scrum