Introducción a SCRUM
Agenda Introducción – Metodologías ágiles SCRUM Ciclo de vida Scrum Componentes Buenas prácticas Preguntas
Introducción – Metodologías ágiles Valores Individuos e iteraciones  sobre proceso y herramientas Software que funciona  sobre documentación exhaustiva Colaboración con el cliente  sobre negociación de contratos Responder sobre el cambio  sobre seguimiento de un plan
SCRUM Scrum  proviene del Rugby Los jugadores de ambos equipos se agrupan en una formación llamada scrum para obtener la pelota Su complejidad hace que si algún integrante del equipo sede, el scrum se derrumba Para que esto no suceda, los jugadores deben: - Estar coordinados - Apoyarse en sus compañeros - Empujar al mismo tiempo - Tener el mismo objetivo
SCRUM Scrum es un  framework  de trabajo que permite crear un  proceso propio  para el desarrollo de nuevos productos
SCRUM ¿Cualquier tipo de producto?
SCRUM
SCRUM Aplicado en la  Ingeniería  de Software... Es una  metodología ágil  para la gestión de proyectos basado en la  iteración  y  entregas incrementales  de un producto o servicio
SCRUM Características - Es una metodología ágil - Es liviano, iterativo e incremental - Se realizan entregas funcionales frecuentes - Descentralizado - Simplicidad - Adaptativo y flexible - Enfocado en la productividad - Requisitos auto-organizables - Predisposición y respuesta al cambio - Comunicación directa con los stakeholders - Motivación y responsabilidad
Ciclo de vida SCRUM
Ciclo de vida SCRUM Sprints - El ciclo de vida de Scrum se divide en Sprints - Representa un incremento del producto - Dura típicamente entre 2-4 semanas - En cada Sprint se diseña, codifica y  testea  el producto
Componentes -  Roles - Product Owner - Scrum Master - Team -  Reuniones - Sprint planning - Sprint review - Sprint retrospective - Daily scrum meeting -  Artefactos - Product backlog - Sprint backlog - Burndown chart
Componentes - Roles Product owner - Representante del cliente y stakeholders - Tiene autoridad para cambiar y/o definir el producto - Acepta o rechaza el resultado del sprint - Solo uno por equipo - Trabaja junto con el equipo - Propietario de la lista de requerimientos - Prioriza los requerimientos - Responsable de la rentabilidad del producto
Componentes - Roles Scum master - Facilitador y  líder  del equipo - Remueve impedimentos del equipo - Promueve valores, principios y prácticas scrum - Solo uno por equipo - Trabaja junto con el equipo - Responsable del producto
Componentes - Roles Team - Pocos integrantes (7 +/- 2) - Multifuncional e  interdisciplinario   - Roles difusos - Trabajan a tiempo completo en un sprint - Auto-organizado y auto-disciplinado - Definen y estiman tareas de cada requerimiento - Propietario de la lista de tareas - Comprometido y descentralizado
Componentes - Reuniones Sprint planning - Lista de requerimientos priorizados - El equipo determina los requerimientos del sprint - El equipo define y estima las tareas de  cada  requerimiento - Primera actividad de un sprint - La duración depende de la duración del  sprint (máx 8 hs) - Se genera el sprint backlog y el objetivo del sprint
Componentes - Reuniones Sprint review - Duración máx 2 a 4 hs - Demo del producto - Finalidad: presentar al product owner  las nuevas funcionalidades - Participan todos: Scrum master,  Producto owner y Equipo - Las funcionalidades no implementadas  no se presentan - Se genera feedback del producto
Componentes - Reuniones Sprint restrospective -  Reflexión  sobre sprint se responde a: - ¿que fue lo bueno y malo del sprint? - ¿que cosas se pueden mejorar? - Siempre al finalizar el sprint - Participan todos: Scrum master, Product  Owner y Team - Se genera feedback - Duración máxima 1 hora
Componentes - Reuniones Daily scrum meeting - 15 minutos - Scrum master es el responsable - Scrum mastar y equipo - tres preguntas: - ¿qué hice  desde la última reunión diaria? - ¿qué voy a hacer hasta la próxima reunión? - ¿qué dificultades tengo para realizar mi labor? - No se resuelven problemas, solo se identifican - Misma hora y lugar (recomendado) - Primera actividad del  día  (recomendado)
Componentes – Artefactos Product Backlog - Lista viva y priorizada de requerimientos (el Qué) - Requerimientos definidos en un alto nivel - Priorizado por el Product Owner - Repriorizada al inicio de cada Sprint - Nunca llega a ser una lista completa y definitiva - Se mantiene durante todo el ciclo de vida - Pueden tener una estimación asociada
Componentes – Artefactos Sprint Backlog - Subconjunto del Product Backlog - Requerimientos detallados a mas bajo nivel  (el Cómo) - Las tareas no son asignadas - El equipo elige las tareas a realizar - Las estimaciones son actualizadas  diariamente - Cualquier  miembro  del equipo puede modificar  el Sprint Backlog
Componentes – Artefactos Burndown Chart - Gráfico que muestra la cantidad de trabajo  restante del Sprint - Controla progreso del Sprint re-estimación de tareas Adición de nuevas tareas - Muy importante para los Stakeholders
Buenas prácticas - Tareas de 8 horas - Ubicar a todo el equipo en el mismo lugar - Tener el Sprint Backlog en un lugar visible - Realizar testeos en todos los Sprints - Facilitar la comunicación - Utilizar herramientas de control
Preguntas? Federico Lozada Mosto Blog:  http://www.mostofreddy.com.ar Mail:  [email_address] Twitter: http://www.twitter.com/mostofreddy

Scrum

  • 1.
  • 2.
    Agenda Introducción –Metodologías ágiles SCRUM Ciclo de vida Scrum Componentes Buenas prácticas Preguntas
  • 3.
    Introducción – Metodologíaságiles Valores Individuos e iteraciones sobre proceso y herramientas Software que funciona sobre documentación exhaustiva Colaboración con el cliente sobre negociación de contratos Responder sobre el cambio sobre seguimiento de un plan
  • 4.
    SCRUM Scrum proviene del Rugby Los jugadores de ambos equipos se agrupan en una formación llamada scrum para obtener la pelota Su complejidad hace que si algún integrante del equipo sede, el scrum se derrumba Para que esto no suceda, los jugadores deben: - Estar coordinados - Apoyarse en sus compañeros - Empujar al mismo tiempo - Tener el mismo objetivo
  • 5.
    SCRUM Scrum esun framework de trabajo que permite crear un proceso propio para el desarrollo de nuevos productos
  • 6.
  • 7.
  • 8.
    SCRUM Aplicado enla Ingeniería de Software... Es una metodología ágil para la gestión de proyectos basado en la iteración y entregas incrementales de un producto o servicio
  • 9.
    SCRUM Características -Es una metodología ágil - Es liviano, iterativo e incremental - Se realizan entregas funcionales frecuentes - Descentralizado - Simplicidad - Adaptativo y flexible - Enfocado en la productividad - Requisitos auto-organizables - Predisposición y respuesta al cambio - Comunicación directa con los stakeholders - Motivación y responsabilidad
  • 10.
  • 11.
    Ciclo de vidaSCRUM Sprints - El ciclo de vida de Scrum se divide en Sprints - Representa un incremento del producto - Dura típicamente entre 2-4 semanas - En cada Sprint se diseña, codifica y testea el producto
  • 12.
    Componentes - Roles - Product Owner - Scrum Master - Team - Reuniones - Sprint planning - Sprint review - Sprint retrospective - Daily scrum meeting - Artefactos - Product backlog - Sprint backlog - Burndown chart
  • 13.
    Componentes - RolesProduct owner - Representante del cliente y stakeholders - Tiene autoridad para cambiar y/o definir el producto - Acepta o rechaza el resultado del sprint - Solo uno por equipo - Trabaja junto con el equipo - Propietario de la lista de requerimientos - Prioriza los requerimientos - Responsable de la rentabilidad del producto
  • 14.
    Componentes - RolesScum master - Facilitador y líder del equipo - Remueve impedimentos del equipo - Promueve valores, principios y prácticas scrum - Solo uno por equipo - Trabaja junto con el equipo - Responsable del producto
  • 15.
    Componentes - RolesTeam - Pocos integrantes (7 +/- 2) - Multifuncional e interdisciplinario - Roles difusos - Trabajan a tiempo completo en un sprint - Auto-organizado y auto-disciplinado - Definen y estiman tareas de cada requerimiento - Propietario de la lista de tareas - Comprometido y descentralizado
  • 16.
    Componentes - ReunionesSprint planning - Lista de requerimientos priorizados - El equipo determina los requerimientos del sprint - El equipo define y estima las tareas de cada requerimiento - Primera actividad de un sprint - La duración depende de la duración del sprint (máx 8 hs) - Se genera el sprint backlog y el objetivo del sprint
  • 17.
    Componentes - ReunionesSprint review - Duración máx 2 a 4 hs - Demo del producto - Finalidad: presentar al product owner las nuevas funcionalidades - Participan todos: Scrum master, Producto owner y Equipo - Las funcionalidades no implementadas no se presentan - Se genera feedback del producto
  • 18.
    Componentes - ReunionesSprint restrospective - Reflexión sobre sprint se responde a: - ¿que fue lo bueno y malo del sprint? - ¿que cosas se pueden mejorar? - Siempre al finalizar el sprint - Participan todos: Scrum master, Product Owner y Team - Se genera feedback - Duración máxima 1 hora
  • 19.
    Componentes - ReunionesDaily scrum meeting - 15 minutos - Scrum master es el responsable - Scrum mastar y equipo - tres preguntas: - ¿qué hice desde la última reunión diaria? - ¿qué voy a hacer hasta la próxima reunión? - ¿qué dificultades tengo para realizar mi labor? - No se resuelven problemas, solo se identifican - Misma hora y lugar (recomendado) - Primera actividad del día (recomendado)
  • 20.
    Componentes – ArtefactosProduct Backlog - Lista viva y priorizada de requerimientos (el Qué) - Requerimientos definidos en un alto nivel - Priorizado por el Product Owner - Repriorizada al inicio de cada Sprint - Nunca llega a ser una lista completa y definitiva - Se mantiene durante todo el ciclo de vida - Pueden tener una estimación asociada
  • 21.
    Componentes – ArtefactosSprint Backlog - Subconjunto del Product Backlog - Requerimientos detallados a mas bajo nivel (el Cómo) - Las tareas no son asignadas - El equipo elige las tareas a realizar - Las estimaciones son actualizadas diariamente - Cualquier miembro del equipo puede modificar el Sprint Backlog
  • 22.
    Componentes – ArtefactosBurndown Chart - Gráfico que muestra la cantidad de trabajo restante del Sprint - Controla progreso del Sprint re-estimación de tareas Adición de nuevas tareas - Muy importante para los Stakeholders
  • 23.
    Buenas prácticas -Tareas de 8 horas - Ubicar a todo el equipo en el mismo lugar - Tener el Sprint Backlog en un lugar visible - Realizar testeos en todos los Sprints - Facilitar la comunicación - Utilizar herramientas de control
  • 24.
    Preguntas? Federico LozadaMosto Blog: http://www.mostofreddy.com.ar Mail: [email_address] Twitter: http://www.twitter.com/mostofreddy