Está en la página 1de 2

Área Tecnología de Información y Ciberseguridad

Analista Programador - Ingeniería en Informática

Guía Desarrollo Ágil

Metodología ágil SCRUM

Roles en SCRUM:
Scrum Máster: Rol de líder, dentro de sus funciones se encuentra eliminar impedimentos del proyecto y
validar que SCRUM se cumpla.

Product Owner: Dueño del producto, lo común es que sea el representante de nuestro cliente quien tiene
como actividades priorizar las tareas en el producto backlog.

Scrum Team: El equipo de desarrollo encargados de realizar las tareas priorizadas por el “product owner”, no
solo contempla a programadores, en el “team” están todos los profesionales con sus respectivos
conocimientos técnicos que permitan elaborar el proyecto.

StakeHolder: Normalmente son las personas que usaran la aplicación, a quienes les tomaremos los
requerimientos, técnicamente el “stakeholder” son las personas interesadas en el proyecto, pero que no son
parte del TEAM.

Artefactos SCRUM:

Product Backlog: Lista con los elementos necesario con los que debe contar un producto, cumpliendo con los
requerimientos del cliente. Quien prioriza y ordena el producto backlog es el “product owner”.

Sprint Backlog: Antes de comenzar cada sprint el “team” incorpora al sprint backlog las tareas previamente
priorizadas, los elementos asignados al sprint backlog deben cumplir con el “sprint goal”(objetivo del sprint).

Incremento: Una vez finalizado el sprint este genera como resultado un incremento medible, entregable y
utilizable, el incremento potencialmente podría desplegarse en productor mediante la aprobación del
“product owner”.

1
Área Tecnología de Información y Ciberseguridad
Analista Programador - Ingeniería en Informática

Ciclo de vida de SCRUM:


Scrum tiene un ciclo de vida iterativo el cual se completa en periodos de tiempo fijos llamados sprint, los
sprint normalmente tienen una duración de 2 a 4 semanas. Se aconseja no considerar sprint de mas de 4
semanas, ya que el fundamento de SCRUM versus las metodologías tradicionales es tener feedback de forma
temprana sobre el desarrollo del proyecto.

Iniciamos con la definición del producto backlog ordenado y priorizado por el “product owner”, Luego el
equipo se reúne previo al inicio del sprint en una reunión llamada “sprint planning” en donde se define que
elementos del Producto Backlog serán abordados en la iteración, una vez se han definidos estos elementos
se comienza con la ejecución del sprint en donde el tiempo de estos es definido por el TEAMS y no debe
exceder las 4 semanas, los elementos del Sprint Backlog no podrán ser modificados alterados durante la
ejecución del sprint a menos que este haya perdido valor.

Durante la ejecución del sprint tenemos reuniones diarias que no exceden los 15 min en donde cada
integrante del equipo debe responder:

¿Qué hice ayer?


¿Qué voy a hacer hoy?
¿Al algo que impida que pueda seguir avanzando?

El “Scrum Master” debe hacerse cargo de resolver los impedimentos del “team” para que puedan desarrollar
el sprint de forma adecuada.

Una vez finalizado el sprint este es revisado para validar que cumple con los requerimientos lo cual nos
generara un nuevo incremento.
Al terminar un sprint comenzara uno nuevo desde la fase de “sprint planning” hasta que no que queden
elementos del “producto backlog” pendientes.
Previo a comenzar un nuevo sprint se tiene una reunión la cual se llama “sprint retrospective” en donde el
equipo analiza cómo le fue en la iteración anterior, que se puedo haber hecho de mejor forma, si se consideró
mal algún tiempo, si se abordó mal algún tema ya si aprender de esos errores para no replicarlos en la nueva
iteración.

También podría gustarte