PROGRAMACION AGIL:

“ SCRUM ”

1.- OBJETIVOS:

 SCRUM es una metodología ágil de gestión de proyectos cuyo objetivo primordial es

elevar al máximo la productividad de un equipo.

 Unos de los objetivos de la metodología de Scrum es : construir

Software de calidad y estable para la plataforma especifica

 Otro objetivo es elevar al máximo la productividad de un equipo.

2.- MARCO TEORICO:

Qué Es SCRUM?
 Reduce al máximo la burocracia y actividades no orientadas a producir software que
funcione y produce resultados en periodos muy breves de tiempo (cada 30 días), por
medio de iteraciones o Sprint.
 Ideal para proyectos con un rápido cambio de requerimientos.
Contexto SCRUM

 Sólo abarca prácticas de gestión sin entrar en las prácticas de desarrollo como puede
hacer XP.

 Delega completamente en el equipo la responsabilidad de decidir la mejor manera de

trabajar para ser lo más productivos posibles y, le da gran protagonismo a las
reuniones que realicen a lo largo del proyecto.

 Sus raíces teóricas están en las teorías de la auto-organización.

Características de Scrum

Scrum es un modelo de referencia que define un conjunto de prácticas y roles, y que puede
tomarse como punto de partida para definir el proceso de desarrollo que se ejecutará durante
un proyecto. Los roles principales en Scrum son el ScrumMaster, que mantiene los procesos y
trabaja de forma similar al director de proyecto, el ProductOwner, que representa a los
stakeholders (interesados externos o internos), y el Team que incluye a los desarrolladores.

Durante cada sprint, un periodo entre 15 y 30 días (la magnitud es definida por el equipo), el
equipo crea un incremento de software potencialmente entregable (utilizable). El conjunto de
características que forma parte de cada sprint viene del Product Backlog, que es un conjunto
de requisitos de alto nivel priorizados que definen el trabajo a realizar. Los elementos del
Product Backlog que forman parte del sprint se determinan durante la reunión de Sprint
Planning. Durante esta reunión, el Product Owner identifica los elementos del Product Backlog
que quiere ver completados y los hace del conocimiento del equipo. Entonces, el equipo
determina la cantidad de ese trabajo que puede comprometerse a completar durante el
siguiente sprint. Durante el sprint, nadie puede cambiar el Sprint Backlog, lo que significa que
los requisitos están congelados durante el sprint.

Scrum permite la creación de equipos auto organizado impulsando la co-localización de todos

los miembros del equipo, y la comunicación verbal entre todos los miembros y disciplinas
involucrados en el proyecto.

Página
1
Un principio clave de Scrum es el reconocimiento de que durante un proyecto los clientes
pueden cambiar de idea sobre lo que quieren y necesitan (a menudo llamado requirements
churn), y que los desafíos impredecibles no pueden ser fácilmente enfrentados de una forma
predictiva y planificada. Por lo tanto, Scrum adopta una aproximación pragmática, aceptando
que el problema no puede ser completamente entendido o definido, y centrándose en
maximizar la capacidad del equipo de entregar rápidamente y responder a requisitos
emergentes.

Existen varias implementaciones de sistemas para gestionar el proceso de Scrum, que van
desde notas amarillas "post-it" y pizarras hasta paquetes de software. Una de las mayores
ventajas de Scrum es que es muy fácil de aprender, y requiere muy poco esfuerzo para
comenzarse a utilizar.

Actores SCRUM

Propietario del producto

Representa a todos los interesados en el producto final.

Sus áreas de responsabilidad son:

 Financiación del proyecto.

 Retorno de la inversión del proyecto.

Lanzamiento del proyecto

Equipo

Responsable de transformar el Backlog de la iteración en un incremento de la

funcionalidad del software.

 Auto-gestionado.

 Auto-organizado.

 Multi-funcional.

Scrum Máster

Responsable del proceso Scrum.

 Formación y entrenamiento del proceso.

 Incorporación de Scrum en la cultura de la empresa.

 Garantía de cumplimiento de roles y responsabilidad.

Metodología De Trabajo

 Equipos de entre 6 y 10 personas revisan los requisitos, la tecnología disponible y

evalúan los conocimientos para colectivamente determinar cómo incrementar la
funcionalidad.

 Reuniones diarias, antes de empezar a trabajar, con una duración máxima de 4 hrs.

Se llevan a cabo hasta que el proyecto esté listo para ser puesto en producción o ser lanzado
al mercado

Página
2
  En la primera reunión se explica al equipo la forma de trabajo, especificando que son
reuniones cortas para coordinar trabajo y no para solucionar problemas. Se establecen
los criterios para arreglar los errores por prioridades (base del éxito del sistema).

 Al inicio de cada iteración se revisa el trabajo pendiente en el proyecto y se selecciona

la parte a la cual se le incrementara funcionalidad, para al final de la iteración
incorporarla al SW y presentársela a las partes involucradas.

 En cada reunión las preguntas claves a contestar son:

 ¿Qué es lo que se hizo desde la última reunión?

 ¿Qué es lo que se va a hacer hasta la siguiente reunión?

 ¿Cómo se va a llevar a cabo?

Artefactos SCRUM

Sprint

 Es la base del desarrollo Scrum.

 Su duración máxima es de 30 días.

 Se llevan a cabo las tareas pre-establecidas y no se puede modificar el trabajo

acordado en el backlog.

 Sólo el ScrumMaster puede abortar un sprint si lo considera no viable por

alguna de las sgtes. razones:

 Las circunstancias del negocio han cambiado.

 La tecnología acordada no funciona.

 El equipo ha tenido interferencias.

Product Backlog

 Crea un listado con los requisitos de los usuarios o propietarios del sistema
para planificar el proyecto.

 No es una lista completa y definitiva. Es sólo una estimación inicial de los

requisitos.

 Es un documento dinámico que incorpora las constantes necesidades del

sistema y se mantiene durante todo el ciclo de vida (hasta la retirada del Sist.).

Sprint Backlog

 Especifica la serie de tareas que se van a desarrollar según los requisitos

señalados.

 Estas tareas tienen una duración de entre 4 y 16 hrs. de trabajo.

 Las de mayor duración intentar descomponerlas en Sub-Tareas dentro de ese

rango de tiempo.

Al final del sprint se busca un incremento en la funcionalidad.

Página
3
El Flujo De SCRUM

Roles "Cerdo"

Los Cerdos son los que están comprometidos con el proyecto y el proceso Scrum; ellos son los
que "ponen el jamón en el plato".

Product Owner

El Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum
trabaja 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

El equipo tiene la responsabilidad de entregar el producto. Un pequeño equipo de 5 a 9

personas con las habilidades transversales necesarias para realizar el trabajo
(diseñador, desarrollador, etc.).

Roles "Gallina"

Los roles gallina en realidad no son parte del proceso Scrum, pero deben tenerse 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.

Análisis de la frase "Rol gallina":

La gallina alimenta al proyecto "poniendo huevos", no se ve comprometida como el cerdo que

va al matadero.

Usuarios

Página
4
 Es el destinatario final del producto. Como bien lo dice la paradoja, El árbol cae en el
bosque cuando no hay nadie ¿Hace ruido? Aquí la definición sería Si el software no es
usado ¿fue alguna vez escrito?

Stakeholders (Clientes, Proveedores, Inversores)

Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirá
el beneficio acordado que lo justifica. Sólo participan directamente durante las
revisiones del sprint.

Managers

Es la gente que establece el ambiente para el desarrollo del producto

3.- CONCLUSIONES:

Podemos observar que los objetivos establecidos se pueden alcanzar si se cuenta con un
equipo de trabajo responsable y dispuesto cumplir con lo señalado.

Esta metodología está muy relacionada con la organización personal y de equipo es decir que
para poder realizar el desarrollo del software sin problemas se debe cumplir con los tiempos
establecidos y con la participación de todos los integrantes del equipo de trabajo

Página
5