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
[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.
[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
[Scrum]
[Roles]
[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
[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
[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
[Artefactos]
[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.
[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
[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
[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
[Reuniones]
[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
[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
[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
[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

SCRUM. Metodología ágil para gestión de proyectos

  • 1.
    SCRUM Mayo 2013 Por: RobertoVelázquez B. MBA, PMP, ITIL Metodología ágil para gestión de proyectosMetodología ágil para gestión de proyectos
  • 2.
    [Qué es Scrum?] Scrumes 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 yProcesosy 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.
  • 5.
  • 6.
    [Product Owner] Define lasfuncionalidades 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 laestrecha 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 esauto 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.
  • 10.
    [Sprint] En Scrum losproyectos 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 detareas 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 equiposelecciona 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 lasalida 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.
  • 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 equiposelecciona 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 nomayor 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 equipopresenta 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