You are on page 1of 26
METODOLOGIA SCRUM
METODOLOGIA SCRUM
METODOLOGIA
SCRUM
Antecedentes
Antecedentes
Antecedentes  Publicación del articulo "The New Product Development Game “ en Harvard Business Review, Jan-Feb
  • Publicación del articulo "The New Product Development Gameen Harvard Business Review, Jan-Feb

1986 por Takeuchi y Nonaka

  • Considerado como modelo ágil por la Agile Alliance

Antecedentes
Antecedentes
Antecedentes Metodología de desarrollo ágil utilizada en el desarrollo de productos diferentes, entre ellos, el desarrollo

Metodología de desarrollo ágil

utilizada en el desarrollo de

productos diferentes, entre

ellos, el desarrollo de

software.

Sin embargo, en 1993, Jeff

Sutherland y su equipo en Easel Corporation adaptaron la

metodología Scrum al

desarrollo del software. Publicando así el Software Development Process.

El método Scrum estaba ahora

orientado a objetos, a un control de procesos empírico, desarrollo iterativo e

incremental, a una mejora

continua de la productividad, así como al desarrollo de sistemas complejos y ágiles.

Sin embargo, en 1993, Jeff Sutherland y su equipo en Easel Corporation adaptaron la metodología Scrum

Basado en los principios ágiles:

 Basado en los pr incip io s ágiles: – Colaboración estrecha con el cliente –

Colaboración estrecha con el cliente Predisposición y respuesta al cambio Desarrollo incremental con entregas frecuentes de funcionalidad Comunicación verbal directa Simplicidad, solo los artefactos necesarios Motivación, compromiso y responsabilidad del equipo por la auto- gestión, auto-organización

Como

funciona
funciona

Antes de iniciar cada

iteración, el equipo

revisa las tareas pendientes y selecciona la parte que entregará como

un incremento de

funcionalidad al finalizar la iteración (Sprint)

Como funciona Antes de iniciar cada iteración, el equipo revisa las tareas pendientes y selecciona la

El equipo debe revisar los requisitos, considerar la

tecnología a utilizar, evaluar su conocimiento y en forma colectiva determinar la forma en la que

implementara la funcionalidad

Roles
Roles
Roles
Roles (Product Owner)  Representa a todos los interesados en el producto final.  Marca las
Roles (Product Owner)
Roles (Product Owner)
  • Representa a todos los interesados en el producto final.

    • Marca las prioridades del producto

    • Lleva el control de las estimaciones

    • Retorno de Inversión (ROI)

Roles (Scrum Team)
Roles (Scrum Team)
Roles (Scrum Team) Debe transformar las tareas de l Sprint Backlog en un incremento de funcionalidad

Debe transformar las tareas del

Sprint Backlog en un incremento de funcionalidad en el software.

  • Desarrollar calidad.

el

producto

  • Auto-gestionado

  • Auto-organizado.

  • Multi-funcional

con

  • No mayor a ocho elementos.

Roles (ScrumMaster)
Roles (ScrumMaster)
Roles (ScrumMaster) Responsable del proceso de Scrum.  Incorporación de Scrum en la cultura de la

Responsable del proceso de Scrum.

  • Incorporación de Scrum en la cultura de la organización.

  • Asegura el cumplimiento de los roles y responsabilidades.

  • Formación y entrenamiento en el proceso.

Sprint
Sprint
Sprint En Scrum los proyectos avanzan en iteraciones llamadas Sprint de 2 – 4 semanas de

En Scrum los proyectos avanzan en iteraciones llamadas Sprint de 24 semanas de duración (desarrollo de funcionalidad)

Dentro de cada Sprint, SCRUM gestiona la

evolución del proyecto mediante reuniones

breves de seguimiento en las que se revisa el trabajo realizado desde el hito anterior y los planes para el hito siguiente Las reuniones de seguimiento de cada

Sprint deben ser diarias

Sprint
Sprint

Razones para abortar un Sprint.

Sprint Razones para abortar un Sprint. – La tecnología seleccionada no funciona. – Han cambiado las

La tecnología seleccionada no funciona.

Han cambiado las circunstancias del negocio

El Scrum Team ha tenido interferencias.

Solo el ScrumMaster puede abortar un Sprint.

Scrum Framework (componentes) Roles •Dueño del producto •Scrum Master •Equipo Scrum Reuniones •Planificación del Sprint •Revisión
Scrum Framework
(componentes)
Roles
•Dueño del producto
•Scrum Master
•Equipo Scrum
Reuniones
•Planificación del Sprint
•Revisión del Sprint
•Retrospectiva Sprint
•Reunión diaria Scrum
A rtefactos
•Pila de producto
•Pila de Sprint
•Gráfica Burndown
Scrum Framework (componentes) Roles •Dueño del producto •Scrum Master •Equipo Scrum Reuniones •Planificación del Sprint •Revisión

10

Product Backlog
Product Backlog
Product Backlog Listado con los requisitos del sistema:  Mantenido y priorizado por el Pro du

Listado con los requisitos del

sistema:

  • Mantenido y priorizado por el Product Owner

  • Documento dinámico que incorpora constantemente las necesidades del sistema

  • Se mantiene durante todo el ciclo de vida

Sprint Backlog
Sprint Backlog
Sprint Backlog Li sta de tareas (realistas) extraídas del Product Backlog que serán convertidas en un

Lista de tareas (realistas) extraídas

del Product Backlog que serán

convertidas en un incremento de

funcionalidad.

Es

recomendable

que

las tareas

tengan una duración

entre 4

y

16

hrs, en caso de tareas mayores deben

intentar descomponerse

en

sub-

tareas de ese rango de tiempo.

Grafica de progreso

Grafica de progreso
Comunicación
Comunicación
Comunicación Scrum Meeting Scrum Planing Meeting Sprint Review Sprint Retrospective La forma mas eficiente y efectiva
Scrum Meeting Scrum Planing Meeting Sprint Review
Scrum Meeting
Scrum Planing Meeting
Sprint Review
Comunicación Scrum Meeting Scrum Planing Meeting Sprint Review Sprint Retrospective La forma mas eficiente y efectiva

Sprint Retrospective

La forma mas eficiente y efectiva de comunicar

información de ida y vuelta dentro de un equipo de desarrollo es mediante la comunicación cara a cara. Manifiesto Ágil

El proceso Scrum:
El proceso Scrum:

Listado de requisitos:

El proceso Scrum: • Listado de requisitos: En esta fase, el cliente presenta los objetivos y/o

En esta fase, el cliente presenta los

objetivos y/o requisitos necesarios

para el proyecto, y posteriormente se realiza un listado de prioridades para que estas sean agrupadas en

iteraciones y entregas.

• Planificación: Luego de tener requerimientos, el listado de el equipo encargado se reúne y realiza

Planificación:

Luego

de tener

requerimientos,

el

listado de

el

equipo

encargado se reúne y realiza

una estimación de tiempos de

entrega, según los roles tareas.

y

• Reunión de sincronización: Consiste en una reunión diaria del equipo de trabajo, la cual tiene

Reunión de sincronización:

Consiste en una reunión diaria del equipo de trabajo, la cual tiene una duración máxima de 15 minutos y se lleva a cabo a la misma hora y en el mismo lugar. En ella, los miembros del equipo deberán responder 3 preguntas:

¿Qué se hizo? ¿Qué se hará? ¿Qué dudas o problemas se presentaron?

• Revisión del Sprint: Consiste en una reunión del equipo de trabajo con el cliente, donde

Revisión del Sprint:

Consiste en una reunión

del

equipo de trabajo con el cliente,

donde se hace la presentación del

trabajo realizado. Luego de esto, el cliente da su opinión y expresa las adaptaciones que considera

necesarias.

• Revisión retrospectiva: El equipo se reúne para analizar la forma en la que han trabajado

Revisión retrospectiva:

El equipo se reúne para analizar la forma en la que han trabajado y si existe una forma de mejorarla o si consideran que la metodología de trabajo ha funcionado.

Ventajas • Entrega de un producto funcional al finalizar cada Sprint. • Posibilidad de ajustar la
Ventajas
Ventajas

Entrega de un producto funcional al finalizar cada Sprint.

Posibilidad de ajustar la funcionalidad en base a la necesidad de negocio del

cliente Visualización del proyecto día a día Alcance acotado y viable. Equipos integrados y comprometidos con el proyecto, toda vez que ellos definieron el alcance y se auto-administran.

Ejemplos de Casos Reales

Ejemplos de Casos Reales
Ejemplos de Casos Reales
Ejemplos de Casos Reales
Ejemplos de Casos Reales
Ejemplos de Casos Reales
Ejemplos de Casos Reales