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

Andrés Roldán

on 12 November 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SCRUM

Scrum
Equipo Scrum
Autoorganizados y multifuncionales
Artefactos de Scrum
Diseñados para maximizar la transparencia de la información clave, que es necesaria para asegurar que los Equipos Scrum tengan éxito al entregar un Incremento “Hecho”. También se conocen como Componentes de Scrum.
Son
Mejor forma de llevar a cabo su trabajo, en lugar de ser dirigidos por otros externos al equipo.
Eligen
Para llevar a cabo el trabajo sin depender de otros que no son parte
del equipo.
Tienen
Competencias
Diseñado para optimizar la flexibilidad, la creatividad y la productividad.
Productos de forma iterativa e incremental, maximizando las oportunidades para obtener retroalimentación.
Entregan
El Dueño de Producto (Product Owner) es la única persona autorizada para decidir sobre cuáles funcionalidades y características funcionales que tendrá el producto. Es quien representa al cliente, usuarios del software y todas aquellas partes interesadas en el producto.
Funciones y responsabilidades


Canalizar las necesidades del negocio, sabiendo "escuchar" a las partes interesadas en el producto y transmitirlas en "objetivos de valor para el producto", al scrum team.
Maximizar el valor para el negocio con respecto al Retorno de Inversión (ROI), abogando por los intereses del negocio.
Revisar el producto e ir adaptándole sus funcionalidades, analizando las mejoras que éstas puedan otorgar un mayor valor para el negocio.
El Scrum Master es el responsable de asegurar que Scrum es entendido y llevado a cabo. Los Scrum Masters hacen esto asegurándose de que el Equipo Scrum trabaja ajustándose a la teoría, prácticas y reglas de Scrum.
El Scrum Master ayuda a las personas externas al Equipo Scrum a entender qué interacciones con el Equipo Scrum pueden ser de ayuda y cuáles no. El Scrum Master ayuda a todos a modificar estas interacciones, para maximizar el valor creado por el Equipo Scrum.
El Equipo de Desarrollo consiste en los profesionales que desempeñan el trabajo de entregar un Incremento de producto “Hecho”, potencialmente utilizable, al final de cada Sprint. Sólo los miembros del Equipo de Desarrollo participan en la creación del Incremento.
Los Equipos de Desarrollo se estructuran y reciben poderes por parte de la organización para organizar y gestionar su propio trabajo. La sinergia resultante optimiza la eficiencia y efectividad general del Equipo de Desarrollo.
Tamaño del Equipo


El tamaño óptimo del Equipo de Desarrollo es lo suficientemente pequeño como para permanecer ágil, y lo suficientemente grande como para completar una cantidad de trabajo significativa.
Pequeño
Grande
"Reduce la interacción y resulta en ganancias de productividad más pequeñas"
"Los Equipos de Desarrollo más pequeños podrían encontrar limitaciones en cuanto a las habilidades necesarias durante un Sprint, haciendo que el Equipo de Desarrollo no pudiese entregar un Incremento potencialmente utilizable."
"Tener más de nueve miembros en el equipo requiere demasiada coordinación. Los Equipos de Desarrollo grandes generan demasiada complejidad como para que pueda ser gestionada mediante un proceso empírico."
INTRODUCCIÓN
Prioridades desarrollo ágil
Individuos e interacciones sobre procesos y herramientas.
Software operativo sobre documentación exhaustiva.
Colaboración con el cliente sobre negociación de un contrato.
Respuesta al cambio sobre seguimiento a un plan.
Problemas en la práctica
Cliente comprometido
Personalidad del equipo
Priorizar actividades
Mantener simplicidad
Compañías con complejos procesos establecidos (cultura)
Elaboración de un contrato
Cambio o adición de integrantes al equipo
Documentación inexistente
Principios del desarrollo ágil
Participación del cliente
Entrega incremental
Personas, no procesos
Adoptar el cambio
Mantener simplicidad
Los métodos ágiles surgen en la década de los 90 motivados por el descontento en los enfoques engorrosos.
El Sprint
Reunión de planificación de Sprint
Scrum diario
Revisión de Sprint
Retrospectiva de Sprint
Eventos de Scrum
Visión general de Scrum
Es un marco de trabajo para el desarrollo y mantenimiento de productos de software, a través de este marco las personas afrontan complejos problemas y entregan productos del máximo valor posible de forma productiva y creativa.
No es un proceso o técnica para construir productos, es un marco de trabajo dentro del cual se pueden emplear varios procesos y técnicas.
Consiste de los equipos de Scrum y sus roles, al igual que los eventos, artefactos, reglas asociadas y las interacciones entre ellos.
Cada componente dentro del marco de trabajo sirve para un propósito específico y es esencial para lograr el éxito.
Teoría de Scrum
Tres pilares soportan la implementación del control del proceso:
1. Transparencia
2. Inspección
3. Adaptación

En Scrum se tienen 4 oportunidades para la inspección y adaptación:
1. Reunión de planificación del Sprint
2. Scrum diario
3. Revisión del Sprint
4. Retrospectiva del Sprint

El Sprint
Scrum Diario
Es una reunión de 15 minutos, para que el Equipo de Desarrollo sincronice sus actividades y cree un plan par alas siguientes 24 horas. La reunión es mantenida a la misma hora y en el mismo lugar todos los días. Durante la reunión, cada miembro del Equipo de Desarrollo explica:

¿Qué se ha conseguido desde la última reunión?
¿Qué se hará antes de la próxima reunión?
¿Qué obstáculos se encuentran en el camino?

Revisión de Sprint
Se trata de una reunión de cuatro horas para Sprints de un mes. Para Sprints más cortos, se reserva un tiempo proporcionalmente menor.

El Dueño de Producto identifica lo que ha sido “Hecho” y lo que no ha sido “Hecho”;
El Equipo de Desarrollo habla acerca de qué fue bien durante el Sprint, qué problemas aparecieron, y cómo fueron resueltos;
El Equipo de Desarrollo demuestra el trabajo que ha “Hecho” y responde preguntas acerca del Incremento;
El Dueño de Producto habla acerca de la Pila de Producto en el estado actual. Proyecta fechas de finalización probables en el tiempo basándose en el progreso obtenido hasta la fecha; y,
El grupo al completo colabora acerca de qué hacer en siguiente lugar.
Retrospectiva de Sprint
Es una reunión de tres horas para Sprints de un mes. Para Sprints más cortos se reserva un tiempo proporcionalmente menor. En esta, el Equipo Scrum se inspecciona a sí mismo, y crea un plan de mejoras que sean abordadas durante el siguiente Sprint.
Inspeccionar cómo fue el ultimo Sprint en cuanto a personas, relaciones, procesos y herramientas;
Identificar y ordenar los elementos más importantes que fueron bien, y posibles mejoras; y,
Crear un plan para implementar las mejoras para la forma en la que el Equipo Scrum desempeña su trabajo.

En Scrum los proyectos avanzan en una serie de “Sprints”

La duración típica es 2–4 semanas o máximo un mes calendario.

La duración constante conduce a un mejor ritmo
El producto es diseñado, codificado y testeado durante el Sprint

En lugar de hacer todo de una cosa a la vez ...

...los equipos Scrum hacen un poco de todo todo el tiempo

Pila de Producto (Product Backlog)
Pila de Sprint (Sprint Backlog)
Incremento
Product Backlog
La Pila de Producto es una lista ordenada de todo lo que podría ser necesario en el producto, y es la única fuente de requerimientos para cualquier cambio a realizarse en el producto.
Incremento
Es la suma de todos los elementos de la Pila de Producto completados durante un
Sprint y durante todos los Sprints previos
Seguimiento del Progreso Hacia un Objetivo
Burndown
Burnup
Seguimiento del Progreso del Sprint
En cualquier momento durante un Sprint, es posible sumar el trabajo restante total en los elementos de la Pila de Sprint. El Equipo de Desarrollo hace seguimiento de este trabajo restante total al menos una vez por cada Scrum Diario.
Ejemplo Sprint Backlog
Un incremento es una parte del producto:
Completamente terminada y funcional.
Lista para ser entregada al cliente.
Resumen: Artefactos de Scrum
Product Backlog
Sprint Backlog
Incremento
Sprint Backlog
Conjunto de elementos de la Pila de Producto seleccionados para el Sprint, mas un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint.

Es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad
Al final de un Sprint, la nueva parte del Incremento debe estar “Hecha”, lo cual significa que está en condiciones de ser utilizada y que cumple la Definición de “Hecho” del Equipo Scrum.
1. Cuando un elemento de la Pila de Producto o un incremento es descrito como “Hecho”, todo el mundo debe entender lo que significa “Hecho”. Aunque esto varía significativamente para cada Equipo Scrum, los miembros del Equipo deben tener un entendimiento compartido de lo que significa que el trabajo esté completado, para asegurar la transparencia.
2. Los Equipos de Desarrollo entregan un incremento de funcionalidad de producto en cada Sprint.

3. Este Incremento es utilizable, de modo que el Dueño de Producto podría elegir liberarlo inmediatamente.
Importante:
Full transcript