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

Metodologia SCRUM

No description
by

paula Uribe

on 14 October 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Metodologia SCRUM

Una metodología Ágil es una metodología efectiva para modelar y documentar un proyecto de software, es una colección de valores principios y practicas para modelar software que puede ser aplicados de manera simple y ligera.
Metodologías Ágiles
Principios y Valores de las metodologías ágiles
Principios
Valores
1. Los individuos y sus relaciones sobre las personas y los procesos. Énfasis sobre las personas, ya que ellas son de las que depende el éxito o el fracaso de un proyecto, es a las que se les debe motivar .
2. Un Software funcional, que trabaje sobre la documentación mas completa. Lo más importante es que el software trabaje, cumpla con las necesidades de negocio, no hacer de la documentación un fin en si mismo, ya que esta es solo para dar soporte , no es el objetivo primario del desarrollo, sin embargo eso no quiere decir que no es necesaria la documentación, esta debe existir.
3. Colaboración del cliente sobre el contrato de negocio. Se trata de colaborar con el cliente el mayor tiempo, no de luchar con el sobre un contracto minucioso , esto puede ser difícil ya que los clientes no están acostumbrados, ellos están acostumbrados a trabajar sobre un contrato con el que puedan defenderse si las cosas van mal.
4. Ser capaz de responder a los cambios y no obsesionarse sobre el seguimiento de un plan. Tener la capacidad de adaptación, no decir NO A LOS CAMBIOS, aceptar las sugerencias de los usuarios, sin por eso hacer un lado la planificación.
1. La satisfacción del cliente.
2. Apertura a los cambios.
3. Entregar regularmente software que funcione.
4. Gente de negocios y desarrolladores trabajan diariamente en conjunto.
5. Construcción de proyectos alrededor de individuos motivados para esto.
6. Las comunicaciones cara a cara son las mejores.
7. Software que funcione es la mejor medida del progreso.
8. Atención continua a la excelencia y al buen diseño.
9. Promover el desarrollo sostenible.
10. Simplicidad.
11. Las mejores arquitecturas, requerimientos , y diseños emergen de equipos auto-
organizados.
12. Introspección , los equipos deben regularmente hacerse una revisión hacia si
mismos y sus procesos para intentar mejorar.
Scrum es una metodología ágil, que puede ser usada para manejar el desarrollo de productos complejos de software. Scrum es un marco de trabajo iterativo e incremental para el desarrollo de proyectos, productos y aplicaciones. Estructura el desarrollo en ciclos de trabajo llamados Sprints.
Qué es SCRUM?
Scrum pone el énfasis en productos que funcionen al final del Sprint que realmente estén “hechos”.

Se requiere flexibilidad y autonomía, dos principios clave en este tipo de gestión de proyectos.
El Dueño de Producto (DP).
El Equipo SCRUM.
El ScrumMaster.
Usuarios ó Clientes
1.Cerdo:
Participante principal del proyecto (está comprometido).
2. Gallina:
Seguidor o interesado en el proyecto (está implicado).
Dueño del Producto
El Equipo
El Scrum Master
Es el responsable de maximizar el retorno de inversión (ROI)
identificando las funcionalidades del producto, poniéndolas en una lista priorizada de funcionalidades.
construye el producto que va a usar el cliente. En Scrum, los equipos se auto-organizan en vez de ser dirigidos por un jefe de equipo o jefe de proyecto.

El equipo decide a que se compromete, y como hacer lo mejor para cumplir con lo comprometido.

En el mundo de Scrum, al equipo se le conoce como “Cerdos” y a todos los demás como “Gallinas” (que viene de un chiste sobre un cerdo y una gallina que están hablando sobre abrir un restaurante llamado “Huevos con jamón”, y el cerdo no lo ve claro porque “él estaría verdaderamente comprometido, pero la gallina solo estaría implicada”).
Ayuda al grupo del producto a aprender y aplicar Scrum para conseguir valor de negocio.

El ScrumMaster se asegura de que todo el mundo en el equipo (incluyendo al DP y la gerencia) entienda y siga las prácticas de Scrum, y ayuda a llevar a la organización, a través de los cambios necesarios y frecuentemente difíciles, a conseguir el éxito con el desarrollo ágil.
Planificación del Sprint.
Seguimiento del Sprint.
Revisión del Sprint
Retroalimentación del Sprint.
1
Las Reuniones
2
Los Elementos
3
Roles en Scrum
Pila del Producto. (Product BackLog)
Pila del Sprint. (Sprint BackLog)
Incremento
Product BackLog
Sprint BackLog
corresponde a todas las tareas, funcionalidades o requerimientos a realizar y la prioridad dentro del Proyecto.
corresponde con una o más tareas que provienen del Product Backlog. Con una estimación de tiempo, valor (puntos) y responsable.
Planificación del Sprint
Seguimiento Sprint
Revisión del Sprint
¿Qué estamos haciendo ahora?
Son las 2-4 primeras horas de un Sprint donde se define que se va a hacer y entregar.

¿Cómo lo hacemos?
El equipo estima cuantas tareas del Release Planning se pueden hacer en el siguiente sprint.
¿Cómo lo estamos haciendo?
Una reunión rápida cada día de unos 10-15 minutos, donde los miembros del equipo comentan que están haciendo y como.
¿Cómo lo hemos hecho?
Durante 2-4 horas después de la finalización del Sprint donde el dueño de producto revisa lo que se ha realizado.
Retroalimentación Sprint
¿Podemos hacerlo mejor?
Durante al menos 1 hora después de terminar el sprint, presentar y entregar el producto los miembros del equipo reflexionan si se pueden mejorar cualquier aspecto para el siguiente Sprint..
1
Comenzando con Scrum
el Dueño de Producto articula la visión del producto. Entrega una lista priorizada de funcionalidades ,llamada la Pila de Producto. Esta pila de producto existe (y evoluciona) a lo largo de la vida del proyecto; es el plan de trabajo del proyecto o producto.
Creación Product BackLog
2
Planificación del Sprint (Sprint BackLog)
Se revisan los elementos de alta prioridad de la Pila de Producto. Se habla sobre los objetivos y el contexto de dichos elementos. La Parte Uno se centra en entender qué quiere el DP.
Parte Dos se centra en la planificación detallada de tareas para saber cómo implementar los elementos que el equipo decide hacer.
3
Scrum Diario
Uno de los pilares de Scrum es que una vez que el Equipo se compromete, cualquier cambio o adición debe esperar al siguiente Sprint
Es una reunión corta (15 minutos o menos) que se celebra diario a una
hora fija. Todo el equipo asiste a la reunión. Para hacerla corta, se recomienda que todos estén de pie. Es la oportunidad del equipo de informar a los demás sobre el progreso y los obstáculos.

En el Scrum Diario, cada miembro del equipo, uno por uno, informa sobre tres cosas a los otros miembros del equipo:
(1) Que han hecho desde la última reunión.
(2) Que tienen planificado hacer antes de la siguiente reunión.
(3) cualquier bloqueo ó impedimento que tengan.
4
Actualizando la Pila de Sprint y la Gráfica de Trabajo Restante del Sprint
Todos los días el equipo actualiza sus estimaciones de la cantidad de trabajo que queda para terminar sus tareas actuales en la Pila de Sprint. Después de esta actualización,
alguien suma las horas restantes del equipo como un todo, y dibuja una Gráfica de Trabajo
Restante del Sprint. Esta gráfica muestra cada día una nueva estimación de cuanto trabajo queda (medido en personas-hora) para terminar las tareas del equipo
5
Refinamiento Pila Producto
6
Terminando el Sprint
7
Revisión del Sprint
el equipo debe dedicar un cinco o diez por ciento de cada Sprint a refinar o “asear” la Pila de Producto. Esto incluye análisis detallado de requisitos, separar elementos grandes en otros más pequeños, estimación de nuevos elementos, y reestimación de elementos existentes
Uno de los principios fundamentales de Scrum es que nunca se prolonga la duración del Sprint
–termina en la fecha asignada aunque el equipo no haya terminado el trabajo comprometido
Una idea clave en Scrum es inspeccionar y adaptar. Ver y aprender lo que está pasando y entonces evolucionar basándose en los comentarios y
observaciones, en ciclos repetidos. La Revisión del Sprint es una actividad de inspección y
adaptación del producto.
8
Retrospectiva del Sprint
La Revisión del Sprint implica inspeccionar y adaptar el producto. La Retrospectiva del Sprint, que va después de la Revisión, implica inspeccionar y adaptar el proceso.
Es una oportunidad para que el equipo hable sobre lo que funciona y lo que no, y acuerden que cambios quieren intentar.
9
Actualización Pila Entrega Y Gráfica Trabajo Restante
Scrum incluye una gráfica de Trabajo Restante de la Entrega que muestra el progreso hecho hacia la fecha de entrega
Resultados con Scrum
Productividad
Moral del equipo
Adaptabilidad
Responsabilidad
Colaboración y Cooperación
Full transcript