M

G
O
U

IL

L
O
R
D
C
O
S ET
M

Diego Fernando

QU ES SCRUM?
Es un marco de trabajo o framework que permite controlar y
manejar el proceso de desarrollo de software enfocndose en
la flexibilidad que permita cumplir con las necesidades del
cliente, y no, en la complejidad.

METODOLOGAS GILES
El concepto gil en ingeniera de software nace en febrero de 2001, tras la
creacin del Manifiesto gil :

Los requerimientos no estn inicialmente bien definidos o la visin de la necesidad es

ambigua y confusa, por tanto es ms importante construir un buen equipo que construir el
entorno

No producir documentos a menos que sean necesarios de forma inmediata para tomar un
decisin importante Esto es, desarrollar software que funciona ms que conseguir buena
documentacin.

Se propone que exista una interaccin constante entre el cliente y el equipo de desarrollo.
Esta colaboracin entre ambos ser la que marque la marcha del proyecto y asegure su
xito

Se debe ser hbil en responder a los cambios y a los fracasos, la planificacin no debe ser
estricta sino flexible y abierta

ESTRUCTURA DE SCRUM

Alph
a
Beta
RC1
Final

El equipo selecciona lo que cree que puede hacer para tener un

incremento y un potencial prototipo funcional al trmino de la
iteracin, por lo general basado en versiones o hitos (A, B, R,
F).

El equipo se separa y hace su mejor esfuerzo por el resto de la

iteracin. Cuando sta termina, el equipo presenta el incremento
de la funcionalidad que construy, de manera que los otros

ESTRUCTURA DE SCRUM

ROLES DE SCRUM
Product Owner
(Dueo de Producto
Estimar Financiamiento,
Retornar Objetivos Inversin
ROI, Planes Revisin)

Pollos
(Implicado
s)

Scrum Master
(Alma matter de Proyecto,
garantiza el correcto uso de
Scrum)

Cerdos
Scrum Team
(Corazn de Metodologa
auto-suficientes, autoorganizados,
developers, testers, architects,
etc
< 10 personas)

(Comprometid
os)

ARTEFACTOS DE SCRUM
Lista de elementos ms significativos que conforman el vocabulario de la meta-metodologa
Scrum:

ROI (Retorno de objetivos de inversin )

Product Backlog (Pila de requerimientos, - funcionales o no - ordenados de mayor a menor valor)
User Stories (Historias de usuario)
Sprint Planning Meeting (Reunin de planeacin para cada Sprint donde el equipo y dueo de producto
deciden cuanto se puede hacer y transformar de lo que desea para determinada iteracin )
Sprint Backlog (Pila de prioridades de iteracin )
Planning Poker (Estimacin de tareas y asignacin de recursos )
Daily Scrum (Reuniones diarias, 3 preguntas bsicas: Qu se ha terminado desde la ltima daily scrum?, Planes a favor
del proyecto?, Hay impedimentos que te detienen a cumplir con el Sprint o con el proyecto? )
Task Board (Pizarra de tareas)
Sprint Review (Reunin de revisin al finalizar una iteracin, presentacin ante el dueo de producto y dems
interesados de lo que fue desarrollado para la iteracin en curso )
Sprint Retrospective (Reunin de retroalimentacin citada por Scrum Master para revisar prcticas y
procesos del marco, como tambin escuchar al team con el fin de hacer ms agradable el siguiente Sprint )
Bad Smells (Malos Olores)
Grooming (Son considerados como spikes o espigas para historias que no pudieron ser estimadas o que llegan por
estrategia o urgencia a un Sprint que ya se encuentra en desarrollo o ejecucin )
Burn-Up y Burndown (Grficas de avance y tendencia del equipo y proyecto )

PRODUCT BACKLOG

Fuente:
http://eskasiunblog.blogspot.com/

Contenido.
Priorizacin de requisitos.
Desarrollado paralelamente a medida que el
producto evoluciona.
Dinmico, constantes cambios.

Responsable Proceso: PO
Contribuyentes para Ejecucin:
PO

USER STORIES

As an <actor> I want to <action> so that <achievement>.

Fcil redaccin y comprensin.
El <actor> a menudo es el usuario del sistema.
<action>, lo que el usuario quiere realizar sobre el sistema.
<achievement>, lo que el usuario espera obtener de la
accin ejecutada.
Responsable Proceso: PO
Contribuyentes para Ejecucin:
PO, Scrum Master, Scrum
Team, User

Burndow
n

Burn-up

CARTAS BURN-UP / BURNDOWN

Fuente:
http://eskasiunblog.blogspot.com/

Fuente: http://www.dosideas.com/wiki/Gr
%C3%A1fico_de_Burn-Up

Avance del equipo iteracin a iteracin por burn-up.

Se estiman historias para calcular burn-up, no sprints.
Burndown permite conocer cuanto le falta al equipo para terminar
un Sprint.
Burndown, en eje horizontal se ubican das hbiles de Sprint y en
eje vertical, los puntos de historia.
Responsable Proceso: PO
Contribuyentes para Ejecucin:
Scrum Master

SPRINT BACKLOG

Fuente:
http://eskasiunblog.blogspot.com/

Define trabajo y tareas a desarrollar por el equipo.

Tareas divididas para tardar entre 4 y 16 horas.
Tareas mayores a 16 horas se consideran secundarias, ya que
todava no se han definido apropiadamente.

Responsable Proceso: Scrum

Team
Contribuyentes para Ejecucin:
Scrum Team, Scrum Master

BAD SMELLS DE SCRUM MALOS

OLORES
Algunas formas de identificar que no ests siendo gil:
1. El equipo es reubicado pero estn demasiado distantes el uno del otro.
2. El equipo ha sido distribuido y hay ausencia de micrfonos, cmaras y reuniones una o
dos veces al da.
3. El equipo no entrega ninguna funcionalidad en ninguna iteracin de los ltimos tres (3)
meses.
4. Ningn usuario ha visto el software real ejecutndose al menos en el ltimo mes.
5. El equipo no tiene reflexin o retrospectiva escrita o en la pizarra de la reunin del
ltimo mes.
6. El equipo no tiene las pruebas unitarias totalmente automatizadas y un gran nmero de
pruebas de aceptacin no estn automticas.
7. Existen grandes y enormes documentos de requerimientos y no hay forma de
reacomodarlos en piezas ms pequeas para generar entregas mensuales.
8. Se tienen requerimientos demasiado detallados al punto de esto ocurre al dar clic
aqu pero no se tiene una visin ms global de la funcionalidad a liberar en la
iteracin.
9. Las personas del proyecto dicen cosas como: esto no me corresponde o no es tarea
ma, una de las premisas fundamentales de la metodologa gil es el trabajo
colaborativo, por tantos si hay miembros que disponen de tiempo libre como testers,
desarrolladores, etc, ser de vital importancia su colaboracin en tareas que pudieran
tener incidencia.

APLICACIONES DE SCRUM

Es la metodologa preferida y de mayor acogida en la actualidad por

estas 2 grandes compaas, sin embargo ambas reportaron
dificultades al iniciar por:
Errores del equipo al realizar estimaciones.
Retraso en planificaciones de desarrollo.
Resistencia a reuniones diarias.
- Hoy en da son temas superados.