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 en 5 minutos

No description
by

Alvaro Fernández González

on 20 August 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scrum en 5 minutos

Scrum
Un vistazo en cinco minutos
ROLES
ARTEFACTOS
¿QUÉ?
¿CÓMO?
REUNIONES
SPRINT
Scrum es un marco de trabajo iterativo e incremental para la gestión de proyectos de software y desarrollo de productos o aplicaciones.
No son siglas
Viene de un movimiento del rugby
Origen
Hirotaka Takeuchi
Ikujiro Nonaka
“The New New Product Development Game” 1986
¿QUIÉN?
1990s
Ken Schwaber
Comienza a usar en su compañía Advanced Development Methods lo que acabaría siendo Scrum
Jeff Sutherland
Junto con John Scumniotales y Jeff McKenna usan un enfoque parecido en Easel Corporation donde usan por primera vez el término Scrum
1995
Ken Schwaber
Jeff Sutherland
Presentan en conjunto un artículo describiendo la metodología Scrum en el Object-Oriented Programming, Systems, Languages & Applications '95 (OOPSLA '95) in Austin, Texas
Sería la primera presentación pública de la metodología Scrum
CERDOS
Product Owner
La voz del cliente
Determina las prioridades
Se asegura de que se trabaje de forma adecuada desde la perspectiva del negocio
Equipo de desarrollo
Responsables de entregar el producto
Equipo auto-gestionado
Sin líderes establecidos
Propiedad común del código
Todos saben lo que hay que hacer
Formado por unos 7 (+/-2) desarrolladores
Con habilidades transversales (no hay especialistas)
Scrum Manager
NO es un lider, es un facilitador
Elimina obstáculos que eviten que el equipo alcance su objetivo (entregar)
Hace que se cumplan las reglas (de Scrum)
Gallinas
Interesados
Clientes, Proveedores, Vendedores, Usuarios Finales...
El proyecto les producirá un beneficio
Sólo participan directamente en las revisiones de sprint
Admins
Establecen el entorno de desarrollo:
servidores
cuentas
equipo
...
Periodo de tiempo durante el que se desarrolla un incremento
Duración máxima: 30 días
Durante el sprint no se puede modificar el trabajo que se ha acordado en el Backlog
Sólo abortándolo, y sólo el Scrum Master si decide que no es viable porque:
La tecnología acordada no funciona.
Las circunstancias del negocio han cambiado.
El equipo ha tenido interferencias.

Product backlog
Relación de requisitos del producto
Sin excesivo detalle
Priorizados
En continua evolución y abierto a cambios
El PO es su dueño y responsable
Sprint backlog
Requisitos comprometidos por el equipo de desarrollo para un sprint
Con detalle suficiente para su ejecución
Incremento
Suma de todos los requisitos completados tras un sprint
Debe ser usable
Aún si se decidió no usarlo de antemano
Burn down
Gráfica pública con el estado del trabajo restante de la pila del sprint.
Scrum diario
Cada día, a la misma hora, en el mismo sitio
Todos pueden ir, pero sólo hablan los cerdos
Duración fija de 15 min
Mejor de pie (para evitar que se alargue)
Cada miembro debe contestar 3 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?
Scrum de Scrums
Los grupos de equipos discuten su trabajo, especialmente en áreas solapadas e integración
Una persona por equipo
Diario, normalmente después del Daily Scrum
Misma agenda que el Daily Scrum, añadiendo 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?
Planificación del Sprint (8 horas)
Al inicio del ciclo Sprint (cada 15 o 30 días)
Seleccionar qué trabajo se hará
El equipo al completo prepara 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
Revisión del Sprint (4 horas)
Revisar el trabajo que fue completado y no completado
Demo (presentar producto a los interesados)
Retrospectiva del Sprint (4 horas)
Todos los miembros del equipo dan sus impresiones sobre el sprint recién superado
Buscar una mejora continua del proceso
Backlog grooming (1 hora)
Creación de historias, fraccionamiento de epics, refinamiento de criterios de aceptación, priorización y estimación
No incluye la subdivisón en tareas
El equipo decide cuántas necesita por semana
Se pueden partir en dos:

Refinamiento con PO e interesados

Planning pocker del dev team
Núcleo de Scrum, que divide el desarrollo en un conjunto de pequeñas “carreras”.
Full transcript