Resumen de la Guía de Scrum

Resumen de la Guía de Scrum

Scrum es un marco de trabajo liviano que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos.

Pilares de Scrum

Los pilares de Scrum son: Transparencia, inspección, adaptación.

Transparencia

  • El proceso y el trabajo deben ser visibles, tanto para quienes realizan el trabajo como para quienes lo reciben
  • Los artefactos (Product Backlog, Sprint Backlog, Incremento) con poca transparencia pueden llegar a disminuir el valor y aumentar el riesgo
  • La transparencia permite la inspección. La inspección sin transparencia es engañosa y derrochadora

Inspección

  • Los artefactos y el progreso deben inspeccionarse con frecuencia y diligencia para detectar desviaciones hacia el objetivo y evitar problemas indeseables
  • Para ayudar con la inspección Scrum proporciona cadencia en sus 5 eventos (Sprint, Sprint planning, Sprint Review, Sprint Retrospective, Daily Scrum). Los eventos de Scrum están diseñados para provocar cambios (adaptación).
  • La inspección permite la adaptación. La inspección sin adaptación se considera inútil.

Adaptación

  • Si el proceso se desvía fuera de los límites o el producto es inaceptable. El proceso que se aplica o los materiales que se producen deben ajustarse lo antes posible.
  • Se espera que el Scrum Team se adapte al momento de aprender algo nuevo a través de la inspección.

Valores de Scrum

Los valores de Scrum son: compromiso, enfoque, franqueza, respeto y coraje.

  • El Scrum Team se compromete a lograr sus objetivos y apoyarse mutuamente.
  • Su enfoque principal es el trabajo del Sprint para lograr el mejor progreso posible hacia los objetivos.
  • El Scrum Team y sus partes interesadas son francos respecto al trabajo y los desafíos.
  • Los miembros del Scrum Team se respetan mutuamente para ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan.
  • Los miembros del Scrum Team tienen el coraje para hacer lo correcto, para trabajar en problemas complejos.

Scrum Team

Está conformado por: Scrum Master, Product Owner, Developer.

  • No tiene jerarquías.
  • Es multifuncional.
  • Es autogestionado.
  • Debe tener menos de 10 miembros.
  • Deben ser empoderados por la organización para poder realizar su trabajo.

Developer

Los Developer se comprometen a desarrollar un incremento útil en el Sprint.

  • Crean el Sprint Backlog.
  • Cumplen con la definición de terminado.
  • Adaptan su plan diario hacia el objetivo del Sprint.
  • Se responsabilizan mutuamente como profesionales

Product Owner

Es el responsable de maximizar el valor del producto creado por el Scrum Team.

  • Crea y administra el Product Backlog.
  • Desarrolla y comunica el objetivo del producto.
  • Crea y comunica el trabajo pendiente.
  • Se asegura de que el trabajo pendiente sea transparente, visible y comprendido.

Scrum Master

Sirven al equipo y a la organización en el entendimiento, aplicación y efectividad de Scrum.

Responsabilidades:

  • Con el Scrum Team :
  • Capacita a los miembros del equipo en autogestión y multifuncionalidad.
  • Ayuda en el cumplimiento de la definición de terminado.
  • Promueve la eliminación de impedimentos.
  • Se asegura de que los eventos se lleven a cabo, sean positivos, productivos y cumplan el tiempo recomendado.
  • Con el Product Owner :
  • Ayuda a definir los objetivos y gestionar el Product Backlog.
  • Ayuda a establecer una planificación empírica para productos complejos.
  • Con la organización :
  • Lidera, capacita y guía a la organización en su adopción de Scrum.
  • Ayuda a comprender y promulgar un enfoque empírico para el trabajo complejo.
  • Elimina las barreras entre las partes interesadas y el Scrum Team.

Eventos

Los eventos de Scrum son: Sprint, Sprint Review, Sprint Retrospective, Sprint Planning, Daily Scrum.

Sprint

  • Es el corazón de Scrum en donde las ideas se convierten en valor.
  • Tienen una duración de un mes o menos.
  • Es el contenedor del resto de eventos.
  • El alcance se puede aclarar y renegociar con el Product owner.
  • No se realizan cambios que afecten el objetivo del Sprint.

Sprint Review

  • Se revisa el resultado del trabajo del Sprint.
  • Se presenta a las partes interesadas (Stakeholders).
  • Se discute el progreso hacia el objetivo del Sprint.
  • Se discute nuevas oportunidades y trabajo futuro.
  • Es una sesión de trabajo, no una simple presentación.
  • Tiene un límite de tiempo de máximo 4 horas.

Sprint Retrospective

  • Se planifica formas de aumentar la calidad y la eficiencia.
  • Se inspecciona el último Sprint respecto a: personas, interacciones, procesos, herramientas, definición de terminado.
  • Se discute sobre lo que fue bien, lo que fue mal y como resolverlo.
  • Se plasman acciones en el siguiente Sprint Backlog.
  • Tiene un tiempo limitado a máximo 3 horas para un Sprint de un mes.

Sprint Planning

  • Se empieza fijando el objetivo del Sprint y se seleccionan los ítems para el Sprint Backlog.
  • Su duración en Sprints de 1 mes es de máximo 8 horas.

Daily Scrum

  • Es un evento de y para los developers. La asistencia del Product Owner es opcional.
  • Su propósito es inspeccionar el progreso hacia el objetivo del Sprint.
  • Las Daily Scrums mejoran la comunicación, identifican impedimentos, promueven la toma rápida de decisiones y, en consecuencia, eliminan la necesidad de otras reuniones
  • Su duración debe ser de máximo 15 minutos y se debe realizar todos los días a la misma hora

Artefactos

Los Artefactos de Scrum representan trabajo o valor y están diseñados para maximizar la Transparencia.

Product Backlog

  • Es una lista de lo necesario para crear y/o mejorar el producto.
  • Es generado y administrado por el Product Owner.
  • Están listos para ser seleccionados en un Sprint después de las sesiones de refinamiento.
  • Los Developers son los encargados del dimensionamiento de los ítems del Product Backlog.
  • Su compromiso es el Objetivo del Producto, el cual es un estado futuro del proyecto. Se debe abandonar o terminar un objetivo antes de asumir el siguiente.

Sprint Backlog

  • Se compone de un objetivo y los elementos del Product Backlog que serán tomados en el Sprint.
  • Es el trabajo que los Developers planean realizar durante el Sprint para lograr el objetivo.
  • Su compromiso es el Objetivo del Sprint que alienta al Scrum Team a trabajar en conjunto. Se puede negociar el alcance del objetivo durante el Sprint pero se debe procurar no cambiarlo.

Increment

  • Es un peldaño concreto hacia el Objetivo del Producto.
  • Para proporcionar valor, el Increment debe ser utilizable.
  • Se pueden crear múltiples Increments dentro de un Sprint.
  • Su compromiso es cumplir con la Definición de Terminado que es la descripción que debe cumplir para considerarse como finalizados.
  • La Definición de terminado puede ser un estándar de la organización o puede definirla el equipo

Inicia sesión para ver o añadir un comentario.

Otros usuarios han visto

Ver temas