Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Scrum

No description
by

Javier Santamaría Formoso

on 21 February 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scrum

Scrum
Gabriel Alcañiz
Javier Castro
Javier Santamaría
¿Qué es Scrum?
Propietario del producto
Funciones y responsabilidades
Es la única persona autorizada para decidir sobre que funcionalidades y características funcionales tendrá el producto poniéndolas en una lista priorizada.
Revisar el producto y adaptar sus funcionalidades, analizando las mejoras que puedan otorgar un mayor valor para el negocio .
Representa al cliente, usuarios del software y todas las partes interesadas en el producto.
Puede ser un miembro del equipo que también participe en las tareas de desarrollo pero nunca puede ser el Scrum Master.
Aptitudes que debe tener un Propietario del Producto
Facilidad de comunicación en las relaciones interpersonales y para el análisis de relaciones costo/beneficio (visión de negocios).
Excelente conocimiento del negocio.

Scrum Manager o Scrum Master

Funciones y responsabilidades
Garantizar la correcta aplicación de Scrum.
Resolver los conflictos que entorpezcan el desarrollo del proyecto.
Incentivar y motivar al Scrum Team.
El Scrum Master y el Propietario del Producto no pueden ser la misma persona.
Aptitudes que debe tener un Scrum Master
Vocación de servicio evitando la ambición de poder (comportamiento altruista).
Capacidad de resolución de problemas.
Analítico y observador.
Saber incentivar y motivar.
Capacidad docente e instructiva.
Buen carisma para las negociaciones.

Equipo (Scrum Team)
ROLES
Documentos de Scrum
o componentes

Pila del producto (Product Backlog)
El Backlog de Producto es un listado dinámico y públicamente visible para todos los involucrados en el proyecto.

En él, el Propietario de Producto, mantiene una lista actualizada de requerimientos funcionales para el software. Esta lista, representa "qué es lo que se pretende" pero sin mencionar "cómo hacerlo", ya que de esto último, se encargara el equipo.

La pila de Producto, es creada y modificada únicamente por el Propietario de Producto. Durante la ceremonia de planificación, el Scrum Team obtendrá los ítems del producto, que deberá desarrollar durante el Sprint y de él, partirán para generar el Backlog de Sprint (pila de sprint).


Pila de Srpint (Sprint backlog)
El sprint backlog es un documento detallado donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint.

Las tareas se dividen en horas con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas, deberá ser dividida en otras menores.

Las tareas en el sprint backlog nunca son asignadas, son tomadas por los miembros del equipo del modo que les parezca oportuno.


ejemplo de pila sprint
Gráfica Burn down
La burn down  es una gráfica mostrada públicamente que mide la cantidad de requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint.

Dibujando una línea que conecte los puntos de todos los Sprints completados, podremos ver el progreso del proyecto. Lo normal es que esta línea sea descendente hasta llegar al eje horizontal, momento en el cual el proyecto se ha terminado.

Si durante el proceso se añaden nuevos requisitos la recta tendrá pendiente ascendente en determinados segmentos, y si se modifican algunos requisitos la pendiente variará o incluso valdrá cero en algunos tramos.

Incremento
Después de cada sprint, aparece un incremento del programa, el cual es funcional, pero que no es el producto final, a no ser de que este incremento, sea el del último srpint, y por tanto sea el producto final.
ejemplo de Pila deproducto
formato de la pila de producto
-Para cada uno de los ítem, será necesario especificar:
• El grado de prioridad
• Esfuerzo que demanda
• Granulidad (dificultad)
-Los ítems de muy baja granulidad, suelen agruparse en un formato denominado <<Historias de Usuario>> mientras que los de alta granulidad, suelen llamarse <<temas o epics>>.
• Criterios de aceptación
-Son “pautas” o pequeñas “reglas” que una historia de usuario debe respetar para considerarla cumplida.

Propiedades de la Pila de sprint
Se actualiza diariamente por el equipo y de manera permanente, muestra:
Las tareas pendientes, en curso y terminadas.
La estimación del esfuerzo pendiente de cada tarea sin concluir.
El nombre del miembro del equipo que se ha asignado dicha tarea.

Generalmente, se visualiza mediante un tablero físico, montado en alguna de las paredes de la sala de desarrollo.

gracias por vuestra atención
Sprint
Características:
Iteraciones de 1 a 4 semanas que se van sucediendo una detrás de otra.
Duración fija – terminan en una fecha especifica aunque no se haya terminado el trabajo, y nunca se alargan.
Al comienzo del Sprint, un equipo multi-funcional selecciona los elementos (requisitos del cliente) de una lista priorizada y se comprometen a terminarlos al final del Sprint.
Durante el Sprint no se pueden cambiar los elementos elegidos.
Planificación del sprint (Sprint Planning Meeting)
Al comienzo de cada Sprint se hace la Reunión de Planificación del Sprint. Al inicio del ciclo Sprint (cada 15 o 30 días), una “Reunión de Planificación del Sprint” con los siguientes objetivos:
• Seleccionar qué trabajo se hará
• Preparar, con el equipo completo, el Sprint Backlog que detalla el tiempo que tomará hacer el trabajo.
• Identificar y comunicar cuánto del trabajo es probable que se realice durante el actual Sprint (Ocho horas como límite)



La Reunión
Se divide en 4 partes diferenciadas:
- Planificación del Sprint Parte Uno
- Planificación del Sprint Dos
- Reuniones de Sprint
- Reunión de revisión del Sprint


Planificación del Sprint Parte Uno
La Parte Uno se centra en entender qué quiere el Propuetario del Producto (PP).

El equipo y y el PP revisan los elementos de alta prioridad con el fin de que el equipo se haga una idea de lo que piensan el PP.

También se revisan la definición de requisitos que todos los elementos deben cumplir.


Scrum Diario
• La reunión comienza puntualmente a su hora.
• Todos son bienvenidos, pero sólo los involucrados en el proyecto pueden hablar.
• La reunión tiene una duración fija de 15 minutos, de forma independiente del tamaño del equipo. Para hacerla corta se recomienda estar de pie.
• La reunión debe ocurrir en la misma ubicación y a la misma hora todos los días.

Durante la reunión, cada miembro del equipo contesta a tres preguntas:
• ¿Qué has hecho desde ayer?
• ¿Qué es lo que harás hasta la reunión de mañana?
• ¿Has tenido algún problema que te haya impedido alcanzar tu objetivo? (Es el papel del ScrumMaster recordar estos impedimentos).

Normalmente se aconseja que no acudan al Scrum Diario ni jefes, ni gerentes ni otros puestos de autoridad percibida. Esto puede hacer sentir al equipo que está siendo “observado”

Planificación del Sprint Parte Dos
La Planificación del Sprint Parte Dos se centra en la planificación detallada de tareas para saber cómo implementar los elementos que el equipo decide hacer.
El Equipo selecciona los elementos de la Pila de Producto a las que se comprometen que estará al final del Sprint, comenzando por la parte de arriba de la Pila de Producto (en otras palabras, comenzando con los elementos que tienen más prioridad para el DP) y escribiendo la lista en orden.
Esto es una práctica clave en Scrum: El equipo decide a cuanto trabajo se compromete en vez de serles asignado por el Dueño de Producto. Esto hace que el compromiso sea más fiable porque el equipo lo está haciendo basado en su propio análisis y planificación en vez de que venga “hecho” por otros.
Reunión de revisión del Sprint
Los
objetivos
de esta reunión, son revisar el trabajo que fue completado y no completado
• Presentar el trabajo completado a los interesados
• El trabajo incompleto no puede ser demostrado
• Cuatro horas como límite
Una idea clave en Scrum es inspeccionar y adaptar.
Es la oportunidad de que el Propietario del Producto vea lo que está pasando con el producto y con el equipo ; y la oportunidad del equipo de saber cómo va el propietario del Producto y el mercado

Scrum es el método de desarrollo ágil más popular.
Nace ajeno al desarrollo del software.
Sus principios fueron desarrollados en procesos de reingeniería por Goldratt, Takeuchi y Nonaka.
Cómo surge: a partir de un artículo de 1986 en el Harvard Business Review, en el que se introdujo el término “Scrum” y se relacionó el desarrollo de productos con el rugby
El primer equipo fue creado por Jeff Sutherland en Easel Corporation en 1993 y el marco de trabajo lo formalizó Ken Schwaber en 1995.
Empresas que lo utilizan: Yahoo!, Microsoft, Google, Motorola, Reserva Federal de EEUU.

Características
Idea clave
: el desarrollo de productos basado en el aprendizaje, innovación y cambio, más en contacto con la realidad humana dará mejores resultados.

Pone énfasis en construir software que funcione y se pueda usar rápidamente. Y se centra en iteraciones rápidas, con el cliente dando su opinión continuamente.

Es un marco de trabajo iterativo e incremental para el desarrollo de proyectos, productos y aplicaciones.
Características
Objetivo principal: transformar un conjunto de items requeridos por el cliente en un incremento de funcionalidad 100% operativa para el software.
Scrum pone el énfasis en productos que funcionen al final del Sprint.
En el caso del software significa que el código esté integrado, completamente probado y potencialmente para entregar.
La implementación de Scrum se basa en tres pilares:
Transparencia (visibilidad de procesos).
Inspección periódica del proceso.
Adaptación de los procesos inspeccionados.


Funciones y responsabilidades
Está integrado por programadores, diseñadores, arquitectos, testers y demás, que en forma auto-organizada.
Convertir el Backlog de Producto, en software potencialmente entregable (encargado de desarrollar el producto).
Aptitudes que deben tener los integrantes de un Scrum Team:
Ser profesionales expertos o avanzados en su disciplina.
Tener vocación para trabajar en equipo.
Capacidad de autogestión.
Actitudes personales de los miembros del Scrum Team
Ser solidario y colaborativo.
Ser motivador, en vez de pretender sobresalir
Evitar la competencia.


Scrum de Scrum
Cada día normalmente después del “Daily Scrum
”:
• Estas reuniones permiten a los grupos de equipos discutir su trabajo, enfocándose especialmente en áreas de solapamiento e integración.
• Asiste una persona asignada por cada equipo.
La agenda será la misma que la del Daily Scrum, añadiendo además las siguientes cuatro preguntas
:
• ¿Qué ha hecho tu equipo desde nuestra última reunión?
• ¿Qué hará tu equipo antes que nos volvamos a reunir?
• ¿Hay algo que demora o estorba a tu equipo?
• ¿Estás a punto de poner algo en el camino del otro equipo?
Full transcript