Descripción general del proceso Scrum

Scrum, un marco simple de gestión de proyectos, fue desarrollado por Jeff Sutherland y Ken Schwaber. Representaron el proceso en la conferencia de Programación, Sistemas, Lenguaje y Aplicación Orientada a Objetos en Austin, Texas, en 1995. Más tarde publicaron la metodología como "Proceso de Desarrollo de Software Scrum".

El marco de Scrum

Scrum enfatiza el trabajo en equipo que influye en los miembros del equipo para abordar problemas complejos y entregar los productos con el mayor valor posible. Al igual que el equipo de rugby, Scrum instiga al equipo a aprender a través de las experiencias, a organizarse a sí mismo a la hora de lidiar con los problemas y mejorar a través de la reflexión sobre las ganancias y pérdidas. En general, es un marco de manejo de un proyecto que se centra en el trabajo en equipo, la rendición de cuentas, el progreso iterativo hacia el logro de un objetivo bien definido.

Scrum a menudo se asume como parte del proceso de desarrollo de software ágil porque el concepto Scrum gira en torno a la mejora continua, que es un principio primario de ágil. El marco comienza con el simple reconocimiento de que el equipo no conoce los detalles de cada rincón y esquina del proyecto desde el principio, sino que se experimenta a través de la adaptación de las condiciones cambiantes y los requisitos del usuario.

Roles clave en el marco de Scrum

En el marco de scrum, hay tres roles clave: el propietario del producto, el scrum master y el equipo de desarrollo son muy importantes para el éxito del proyecto.

  • Dueño del producto

Desempeña el papel de enlace entre los clientes y el equipo de desarrollo. Él o ella es el campeón de su producto. El propietario del producto se asegura de que la expectativa del producto completado se haya comunicado y acordado en consecuencia.

  • Scrum Masterworks

Como facilitador que es el campeón de scrum dentro del equipo. Es responsabilidad principal del scrum master asegurarse de llevar a cabo las mejores prácticas de scrum en el proyecto. Él o ella programa los recursos necesarios para la planificación del sprint, el stand-up, la revisión del sprint y la retrospectiva del sprint.

  • El equipo de desarrollo

Trabaja en conjunto para desarrollar y probar versiones incrementales del producto final. Los miembros del equipo son los campeones de las prácticas de desarrollo sostenible. Los equipos de scrum habituales son cinco o siete miembros, muy unidos y ubicados conjuntamente.

Varios procesos del modelo Scrum

El método Scrum consiste en ciertos procesos o el conjunto de eventos secuenciales que el equipo scrum realiza regularmente. Estos son algunos eventos cruciales donde los equipos juegan un papel importante.

  • La creación del Backlog del producto -

El propietario del producto participa en la creación de la acumulación de productos. Es responsabilidad principal del propietario del producto tener una visión constante de las necesidades del mercado y del cliente y es por eso que él o ella tiene que conducir el producto por la visión del producto. Él o ella hace una lista basada en los comentarios de los clientes y el equipo de desarrollo ayuda a priorizar la lista para que funcione en cualquier momento. Este es un proceso continuo y los cambios o nuevas emergencias aceptan nuevas oportunidades en lugar de obstáculos.

  • Reunión de Planificación de Sprint y Creación de Backlog de Sprint -

Las reuniones de planificación de Sprint se realizan al comienzo de un proyecto y todos los miembros del equipo de desarrollo tienen que participar en esta reunión. Esta reunión está dirigida por un maestro scrum donde los miembros del equipo y el propietario del producto deciden el objetivo del sprint. La duración del sprint dura solo 2 semanas, pero durante ese tiempo es importante mantener la cooperación entre las partes interesadas y los miembros del equipo. El propietario del producto regula la importancia de una historia de usuario adecuada y el equipo de scrum puede elegir una historia significativa de la cartera de pedidos del producto. La historia de usuario específica siempre debe estar asociada con el objetivo. Al final de la reunión de planificación del sprint, cada miembro de scrum debe tener una idea clara de lo que se puede aportar en el sprint actual y cómo se entregarán los incrementos.

El backlog de sprint es la lista de elementos, historias de usuarios o correcciones de errores, elegidos por el equipo de desarrollo para su aplicación en el ciclo de sprint actual. Al comienzo de un sprint, el equipo decide qué elemento elegirán de la cartera de productos para trabajar en el sprint. Como si el backlog de sprint se desarrollara durante el sprint, es altamente flexible. Pero el objetivo final del sprint tiene que ser arreglado.

  • Trabajando en el Sprint -

Como el objetivo del sprint se fija en la reunión de planificación del sprint, el equipo scrum comienza a trabajar para entregar un incremento. Para rastrear el progreso de trabajo actual, generalmente se usa un tablero de tareas.

  • La lista de impedimentos -

Cuando se inicia el proceso de trabajo real, cada miembro del equipo puede agregar impedimentos o bloqueadores a una lista de lo que enfrenta durante el trabajo en la tarea asignada. Tan pronto como los miembros anuncien o agreguen los bloqueadores a la lista, el scrum master debe tomar la iniciativa para eliminar esos bloqueadores. Cuando surge el bloqueador, debe comunicarse a otros miembros del equipo en las reuniones diarias de scrum y mantener el registro en la lista de impedimentos.

  • La reunión diaria de Scrum -

La reunión de scrum diaria generalmente tiene lugar al mismo tiempo para discutir la tarea necesaria para alcanzar la meta del sprint. Esta es una reunión informal que generalmente dura 15 minutos y el scrum master toma la iniciativa para que esto suceda todos los días. El propósito de la reunión es mantener a cada miembro del equipo scrum en la misma alineación y hacer un plan de trabajo para las próximas 24 horas sin comprometer el objetivo. En esta reunión, los miembros del equipo generalmente se centran en tres preguntas:

  • ¿Qué hice ayer para alcanzar el objetivo del sprint?
  • ¿Qué planeo hacer hoy para ayudar al equipo a alcanzar la meta del sprint?
  • ¿Hay algún obstáculo que pueda evitar que el equipo cumpla con el objetivo del sprint?

Esta no es una reunión de discusión extensa y también se llama 'stand-up diario'.

  • Revisión de Sprint y Retrospectiva de Sprint -

Al final del sprint, los miembros se reúnen para demostrar los elementos atrasados ​​a los interesados, compañeros de equipo y propietario del producto para recibir comentarios. Después de esto, el propietario del producto puede decidir si el incremento se lanzará o no.

En la retrospectiva del sprint, los miembros del equipo se unen para compartir sus experiencias con lo que han ganado durante el sprint. Discuten qué salió bien y qué debe mejorarse en la próxima iteración.

Scrum es un marco que aporta regularidad en el proyecto a través de sus diversas fases o procesos. Cualquier organización puede implementar el marco scrum sin alterar sus reglas y regulaciones.

Artículos recomendados

Esta es una guía para el proceso Scrum. Aquí discutimos los roles clave en el marco de Scrum y varios procesos del modelo de Scrum. También puede consultar nuestros otros artículos sugeridos para obtener más información:

  1. Marco Scrum
  2. Desarrollo Scrum
  3. Gestión ágil de productos
  4. Planificación ágil de Sprint
  5. Beneficios de Scrum Epic
  6. Roles del software Scrum