Para equipos pequeños, en proyectos que requieren de cambios constantes, se recomienda el uso de metodologías ágiles, una de ellas es SCRUM. Conoce en esta presentación un poco más de SCRUM.

1. SCRUM
Mayo 2013
Por: Roberto Velázquez B.
MBA, PMP, ITIL
Metodología ágil para gestión de proyectosMetodología ágil para gestión de proyectos

2. [Qué es Scrum?]
Scrum es un proceso ágil que nos permite centrarnos en ofrecer el
más alto valor de negocio en el menor tiempo.
El negocio fija las prioridades. Los equipos se auto-organizan a fin de
determinar la mejor manera de entregar las funcionalidades de más
alta prioridad.

3. [Manifiesto Ágil]
Procesos yProcesos y
herramientasherramientas
Procesos yProcesos y
herramientasherramientas
Individuos eIndividuos e
interaccionesinteracciones
Individuos eIndividuos e
interaccionesinteracciones
sobre
SeguimientoSeguimiento
de un plande un plan
SeguimientoSeguimiento
de un plande un plan
ResponderResponder
ante el cambioante el cambio
ResponderResponder
ante el cambioante el cambio
sobre
DocumentaciónDocumentación
exhaustivaexhaustiva
DocumentaciónDocumentación
exhaustivaexhaustiva
Software queSoftware que
funcionafunciona
Software queSoftware que
funcionafunciona
sobre
Negociación deNegociación de
contratoscontratos
Negociación deNegociación de
contratoscontratos
ColaboraciónColaboración
con el clientecon el cliente
ColaboraciónColaboración
con el clientecon el cliente
sobre

4. [Scrum]

5. [Roles]

6. [Product Owner]
Define las funcionalidades del producto
Prioriza funcionalidades de acuerdo al valor del
mercado/negocio
Decide sobre las fechas y contenidos de las
liberaciones
Ajusta funcionalidades y prioridades en cada
iteración si es necesario
Acepta o rechaza los resultados del trabajo del
equipo

7. [Scrum Master]
Permite la estrecha cooperación en todos los
roles y funciones
Se asegura de que el equipo es completamente
funcional
Remueve impedimentos
Escudo del equipo de interferencias externas
Representa a la gestión del proyecto

8. [Team]
El equipo es auto gestionado
El equipo es multifuncional
Se debe comprometer con el cumplimiento de
la tarea seleccionada
No deben de presentarse sobrecargas de
trabajo
El equipo se apoya entre si para lograr los
objetivos establecidos

9. [Artefactos]

10. [Sprint]
En Scrum los proyectos avanzan en una serie
de Sprints.
La duración es 2 a 4 semanas.
El producto es; Diseñado, Codificado y Probado
durante el Sprint.
Se deben evitar, a manera de lo posible, aplicar
cambios en el Sprint activo.

11. [Product Backlog]
Listado de tareas para llevar a cabo cada
módulo o funcionalidad
Se estiman en bloques de: 1 hr, 2 hrs, 4 hrs y 8
hrs que requiere cada tarea
La prioridad la estipula el Product Owner
La prioridad solo se puede modificar al inicio de
cada Sprint

12. [Sprint Backlog]
El equipo selecciona las tareas con base a la
prioridad
No se asignan tareas, cada miembro del equipo
va seleccionando lo que puede hacer
Se estima el trabajo restante cada día para
medir la velocidad del equipo
El miembro del equipo que seleccione una tarea
es el responsable de su cumplimiento
Cada que una tarea cambie de estatus es
necesario se registre su seguimiento

13. [Producto Incremental]
Es la salida funcional de cada Sprint
Se debe de hacer énfasis en que se realizaron
todos los pasos en cada módulo o
funcionalidad
Evitar errores y problemas llevados a la
liberación
Se realizarán versiones del producto para su
fácil identificación

14. [Reuniones]

15. [Generar Backlog]
Realizado colaborativamente, no solo por el
ScrumMaster
Duración no mayor a 4 horas.
Se realiza cada que se cuenta con nuevas
funcionalidades o módulos, previamente
aprobados

16. [Plan Sprint]
El equipo selecciona los temas a partir del
Product Backlog que pueden comprometerse a
completar
Duración no mayor a 2 horas.
Se realiza un par de días antes de que concluya
el Sprint activo, para poder comenzar con el
siguiente inmediatamente

17. [Daily Scrum]
Duración no mayor a 15 minutos
Se realiza de forma diaria
Todos de pie y se solicita puntualidad
En ella se contestan 3 preguntas:
1. ¿Que hice ayer?
2. ¿Qué hare hoy?
3. ¿Hay algún impedimento?
No es dar un status report al Scrum Master, es
comunicar los compromisos ante el equipo

18. [Sprint Review]
El equipo presenta lo realizado durante el sprint
que se concluyo
Normalmente adopta la forma de una demo de
las nuevas características
Se analiza las fortalezas y las oportunidades
que se presentaron en el Sprint
Se decide que seguir haciendo, que dejar de
hacer y que hacer nuevo
Duración no mayor a 2 horas
Se realiza al final de cada Sprint