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

Enrique Alejandro Decoss

on 3 March 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SCRUM

SCRUM
El arte de fallar rápidamente
SCRUM
Scrum tiene su origen en un estudio de 1986 sobre los nuevos procesos de desarrollo utilizados en productos exitosos en Japón y los Estados Unidos. Los equipos que desarrollaron estos productos partían de requisitos muy generales, así como novedosos, y debían salir al mercado en mucho menos del tiempo del que se tardó en lanzar productos anteriores. En este estudio se comparaba la forma de trabajo de estos equipos altamente productivos multidisciplinares con la colaboración entre los jugadores de Rugby y su formación de Scrum.
Aplicación de SCRUM
Adapted from Snowden’s Cynefin Framework - see Wikipedia
Estatus Ágil
El proceso ágil es el remedio universal para las fallas en los proyectos de software. Las aplicaciones desarrolladas basadas en un proceso ágil poseen una tasa de éxito mayor que en el proceso tradicional o cascada y un porcentaje menor de tiempo y costos. El secreto se encuentra en la prueba y error entregada en el proceso iterativo.
SCRUM
Scrum es un marco de trabajo en el cual las personas pueden solventar problemas complejos y al mismo tiempo productiva mente y afectivamente entregar productos o servicios con el mas alto valor posible.

Scrum:
 Ligero
 Simple de entender
 Difícil de Dominar

Scrum es iterativo, incremental, optimiza la certeza basado en la experiencia y el control riesgos.

Los 3 pilares de cada implementación Scrum son:

Transparencia
Inspección
Adaptación
Eventos de Scrum
Scrum en practica
Definiendo el Objetivo del Sprint.
Definiendo el Sprint (Producto a entregar alcance).
Definiendo las tareas del Sprint.

Inspeccionando el trabajo en proceso.
Evaluar el progreso hacia el objetivo del Sprint.

Revisión al finalizarse las tareas, inspeccionar y validar el incremento a entregar.

Retrospectiva del Sprint, que fue bien, que fue mal durante el trabajo realizado y mejoras a implementar.
Artefactos de Scrum
Lista de Producto (Product Backlog)



Lista de pendientes del Sprint (Sprint Backlog)



Incremento


A business philosophy
Mass Production: Frederick Taylor, Henry Ford (2nd style!)
Lean Production: TWI, TPS, TPDS, Takechi (Ohno), The Toyota Way
(Liker), Lean Thinking (Womack)
Lean Development: ~1975-1986, Nonaka and Takeuchi, The NEW New Product Development Game
Product Development Game, HBR, 1986 ... IDEAS and PRINCIPLES!
MODERN SCRUM: 1993, Jeff Sutherland
Proceso Definido
En el modelo tradicional el proceso es definido, el plan es definido al principio y seguido a detalle hasta el final.
La premisa esta basada en la linea de manufactura la cual requiere desviaciones mínimas para ser exitosas.
Aproximadamente 65% de los requirimientos cambian durante el desarrollo de software causando que los proyectos tradicionales obtengan una tasa del 14% de ser exitosos (Jim Johnson, Standish Group, 2011)
Proceso Empírico
Controlando un proceso que muestra muchos cambios inesperados requiere un ciclo de retroalimentación para inspeccionar y adaptar.
El Producto es construido iterativamente e incremental, completamente operacional después de cada ciclo.
Inspeccionar y adaptar requiere completa transparencia del proceso de trabajo para ser exitoso.
Transparencia
Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado.

Inspección
Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum y el progreso hacia un objetivo, para detectar variaciones

Adaptación
Si un inspector determina que uno o más aspectos de un proceso se desvían de límites aceptables, y que el producto resultante no será aceptable, el proceso o el material que está siendo procesado deben ser ajustados.
Product Owner
Expresar claramente los elementos de la Lista del Producto;
Ordenar los elementos en la Lista del Producto para alcanzar los objetivos y misiones de la mejor manera posible.
Optimizar el valor del trabajo desempeñado por el Equipo de Desarrollo.
Asegurar que la Lista del Producto es visible, transparente y clara para todos, y que muestra aquello en lo que el equipo trabajará a continuación.
Asegurar que el Equipo de Desarrollo entiende los elementos de la Lista del Producto al nivel necesario.
Development Team
Son autoorganizados.
Los Equipos de Desarrollo son multifuncionales.
Scrum no reconoce títulos para los miembros de un Equipo de Desarrollo.
Scrum no reconoce sub-equipos en los equipos de desarrollo.
Los Miembros individuales del Equipo de Desarrollo pueden tener habilidades especializadas y áreas en las que estén más enfocados, pero la responsabilidad recae en el Equipo de Desarrollo como un todo.
El Scrum Master es el responsable de asegurar que Scrum es entendido y adoptado.
El Scrum Master es un líder que está al servicio del Equipo 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.
Scrum Master
Definición de Terminado
Al final de un Sprint, el nuevo Incremento debe estar “
Terminado
”, lo cual significa que está en condiciones de ser utilizado y que cumple la Definición de “
Terminado
” del Equipo Scrum.

Los miembros del Equipo deben tener un entendimiento compartido de lo que significa que el trabajo esté
completado
, para asegurar la
transparencia
. Esta es la definición de “Terminado” para el Equipo Scrum y se utiliza para evaluar cuándo se ha completado el trabajo sobre el Incremento de producto.
Full transcript