Para qu sirve el Scrum en la

Metodologa gil?
El Scrum es un proceso de la Metodologa gil que se usa para minimizar los riesgos
durante la realizacin de un proyecto, pero de manera colaborativa.
Entre las ventajas se encuentran la productividad, calidad y que se realiza un seguimiento
diario de los avances del proyecto, logrando que los integrantes estn unidos, comunicados
y que el cliente vaya viendo los avances.
Publicado hace 3 aos por Catalina Gutirrez

El Scrum es un proceso de la Metodologa gil que se usa para minimizar los riesgos
durante la realizacin de un proyecto, pero de manera colaborativa.
Entre las ventajas se encuentran la productividad, calidad y que se realiza un seguimiento
diario de los avances del proyecto, logrando que los integrantes estn unidos, comunicados
y que el cliente vaya viendo los avances.

Cmo funciona el Proceso

En primer lugar se define el Product Backlog, lo que nos permitir realizar nuestros Sprints
ms adelante.

Product Backlog: Es una wish list sobre las funcionalidades del producto. Es
elaborado por el Product Owner y las funciones estn priorizadas segn lo que es ms y
menos importante para el negocio. El objetivo es que el Product Owner responda la
pregunta Qu hay que hacer?.
Sprint Backlog: Es un subconjunto de temes del Product Backlog, que son
seleccionados por el equipo para realizar durante el Sprint sobre el que se va a
trabajar. El equipo establece la duracin de cada Sprint.
Sprint Planning Meeting: Esta reunin se hace al comienzo de
cada Sprinty se define cmo se va a enfocar el proyecto que viene del Product Backlog las
etapas y los plazos. Cada Sprint est compuesto por diferentes features. Por ejemplo,
decidimos que los features del primer Sprint son: diseo del logo, definicin colores y
contenido multimedia.
Daily Scrum o Stand-up Meeting: Es una reunin breve que se realiza a diario
mientras dura el periodo de Sprint. Se responden individualmente tres preguntas: Qu hice
ayer?, Qu voy a hacer hoy?, Qu ayuda necesito? El Scrum Master debe tratar de
solucionar los problemas u obstculos que se presenten.
Sprint Review: Se revisa el sprint terminado, y ya debera haber un avance claro y
tangible para presentrselo al cliente.

Sprint Retrospective: El equipo revisa los objetivos cumplidos del Sprint

terminado. Se anota lo bueno y lo malo, para no volver a repetir los errores. Esta etapa sirve
para implementar mejoras desde el punto de vista del proceso del desarrollo.

Participantes

Product Owner: Habla por el cliente, y asegura que el equipo cumpla las
expectativas. Es el jefe responsable del proyecto.
Scrum Master: Lidera las reuniones y ayuda al equipo si es que tienen problemas.
Adems, minimiza los obstculos para cumplir el objetivo del Sprint, es un facilitador pero no
es un gestor.
Scrum Team: Son los encargados de desarrollar y cumplir lo que les asigna el
Product Owner.
Cliente: Recibe el producto y puede influir en el proceso, entregando sus ideas o
comentarios respecto al desarrollo.

Para una informacin ms detallada, ingresa a nuesto post Los beneficios de implementar la
metodologa gil

Cul es la diferencia entre las metodologas RUP y

SCRUM?
Ambas metodologas son consideradas como actividades de proyectos giles y de
aproximacin en la forma iterativa. Sin embargo, la metodologa RUP exige una
definicin formal de alcance y los principales hitos del proyecto estn asociados
con fechas especficas. metodologa SCRUM utiliza la cartera de proyectos en lugar
de alcance y permite que la cartera de pedidos a ser redefinido al final de cada
iteracin (por lo general alrededor cada 4 semanas). Adems, RUP subdivide el
ciclo de vida del proyecto en 4 fases principales (Inception, Elaboracin,
Construccin, transicin). A pesar de que fomenta los flujos de trabajo simultneos
en todo el ciclo, la comprensin general es que ciertas actividades alcanzarn su
punto mximo durante ciertas fases (por ejemplo, anlisis de requisitos se alza
durante la fase de elaboracin). Por el contrario, SCRUM dicta que todo el ciclo de
vida "tradicional" encaja en una iteracin. En otras palabras, una carga de trabajo
para una iteracin a la vez se determina y entonces todo el ciclo se produce dentro
de una iteracin (por ejemplo, se recogen los requisitos para una caracterstica
particular, documentado como una historia de usuario, a continuacin codificada,
probado y presentado para la revisin de usuario ).
RUP vs Comparacin SCRUM
RUP

MEL

Enfoque

Iterativo

Iterativo

Ciclo

Ciclo formal se define

en 4 fases, pero
algunos flujos de
trabajo puede ser
concurrente.

Cada sprint (iteracin)

es un ciclo completo.

Planificacin

plan de proyecto
Formal, asociada con
mltiples iteraciones,
se utiliza. El plan es
impulsado fecha final
y tambin tiene hitos
intermedios.

Sin plan de proyecto

de extremo a
extremo.Cada plan
siguiente iteracin se
determina al final de
la iteracin actual (NO
fecha de terminacin
de
traccin). Propietario
del producto (clave de

usuario de negocios)
determina cundo se
realiza el proyecto.

Alcance

mbito de aplicacin
est predefinido antes
del inicio del proyecto
y documentado en el
documento de
alcance.mbito de
aplicacin puede ser
revisado durante el
proyecto, ya que se
estn aclarando los
requisitos, pero estas
revisiones estn
sujetos a un
procedimiento
estrictamente
controlado.

En lugar de su
alcance, SCRUM
utiliza una cartera de
proyectos, que se reevaluado al final de
cada iteracin
(Sprint).

artefactos

Visin / Documento
de Alcance, formal
paquete de requisitos
funcionales,
documento de la
arquitectura del
sistema, plan de
desarrollo, plan de
prueba, scripts de
prueba, etc.

El nico artefacto
formal es el software
operativo.

Tipo de proyecto /
producto

Recomendado para
grandes proyectos a
largo plazo, a nivel de
empresa, con la
complejidad de
mediano a alto.

Recomendado para
mejoras rpidas y
organizaciones que
no dependen de una
fecha lmite.

Como se sabe RUP es una metodologa para el proceso de software extensamente

usado, pero cuando se piensa en una metodologia agil o mejor dicho, en un marco de

procesos como SCRUM, vienen al momento los beneficios o desventajas que uno puede
tener con el otro.
El enfoque en RUP es establecer una serie de reglas para el desarrollo de un proyecto.
Lo cual en proyectos de mediano tamao nos encasilla y limita en lugar de
simplemente establecer orden. En SCRUM al contrario los principios SCRUM si es que
asi se les puede llamar tienden a ser lineas gua y pactos funcionales para los
desarrolladores.
Comparando ambas metodologias, el tipo de documentacin de RUP hace referencia a
las comunicaciones formales con la finalidad de ser mas predictivos, mientras que en
SCRUM se enfoca en las comunicaciones informales continuas y a la adaptacin al
cambio, con la finalidad de ser mas adaptivas.
La otra diferencia esta relacionada con las iteraciones de desarrollo, mientras que en
RUP tienden a ser pocas y largas, en SCRUM tienden a ser muchas pero frecuentes. En
la metodologa SCRUM se realizan reuniones diarias las cuales son llamadas Daily
Scrum y es donde se sostiene una pequea charla sobre el estado del proyecto. En
particular muestran los impedimentos para progresar que se atraviesan y que la
gerencia debe resolver. Tambin informan lo que se ha hecho para tener una
actualizacin diaria de donde va el proyecto. La literatura de SCRUM se enfoca
principalmente en la planeacion iterativa y el seguimiento del proceso.