¿Cuándo debe usar Scrum Methodology??

¿Cuándo debe usar Scrum Methodology??

Cuando las empresas tienen un proyecto donde pueden usar la metodología de proyecto ágil, también pueden usar un marco llamado scrum.

En lugar de tener una metodología formulada de gestión de proyectos donde se definen específicamente los roles y el proceso se aplica rígidamente, SCRUM ofrece un marco dentro del cual el equipo toma muchas de las decisiones cuando tienen que tomarse, en lugar de suscribirse a una línea de tiempo.

La metodología Scrum se desarrolló en la década de 1990 junto con la metodología ágil, como un método para permitir que los equipos trabajen juntos para desarrollar productos. Ofrece solo un pequeño número de reglas dentro del marco, pero permite que los proyectos complejos se completen en un período de tiempo corto.

Roles scrum

Hay tres roles definidos en el marco Scrum, los propietarios de productos, los equipos de desarrollo y Scrum Masters.

  • Dueño del producto - Esta persona o personas deciden qué producto debe entregarse en los próximos treinta días o menos, dependiendo de los plazos. Este podría ser el propietario del negocio, los clientes o los usuarios finales, pero tendrá la visión de lograr que el equipo construya el producto correcto.
  • Equipo de desarrollo - Estas son las personas que construirán el producto y demostrarán su producto al propietario del producto. No hay líder general del equipo; Los problemas dentro del equipo son discutidos por el equipo en su conjunto. Los miembros del equipo generalmente son multifuncionales y todos están involucrados en el desarrollo del producto.
  • Maestro de scrum - Esta es la persona que supervisa el proceso, asegura que el proceso esté funcionando y mejore el proceso si es necesario.

Eventos scrum

Los eventos en el scrum le dan al equipo de desarrollo y al propietario del producto la oportunidad de compartir información para que haya una comunicación continua. Hay una serie de eventos que pueden ocurrir durante un período de tiempo, generalmente treinta días o menos, que se llama sprint.

  • pique - Este período de tiempo contiene las reuniones de planificación de sprint, scrums diarios, el trabajo de desarrollo, la revisión de sprint y la retrospectiva de sprint. Durante el sprint, no puede haber ningún cambio en los objetivos y el equipo de desarrollo debe seguir siendo el mismo.
  • Reunión de planificación de sprint - Esta reunión se utiliza para planificar el trabajo que debe realizarse durante el sprint. La reunión suele ser de ocho horas para un sprint de un mes y es proporcionalmente menos para sprints más cortos. La reunión se divide en dos, la primera parte determina los objetivos del sprint, el segundo determina cómo se alcanza el objetivo.
  • Scrum diario - Esta es una reunión corta de quince minutos cada día que permite al equipo de desarrollo planificar el trabajo del día siguiente. El equipo revisa el trabajo que se ha completado en el día anterior y pronostica lo que se puede lograr en las próximas veinticuatro horas. The Daily Scrum es una oportunidad para revisar dónde está el equipo en relación con el objetivo general de Sprint. El Scrum Master se asegura de que ocurra el scrum diario y que el equipo de desarrollo mantenga a un máximo de quince minutos para garantizar que el equipo de desarrollo desarrolle una toma de decisiones rápidas.
  • Revisión de sprint - Al final del sprint, la revisión se utiliza para evaluar lo que se ha logrado durante el sprint y para decidir qué se podría hacer en el siguiente sprint. The Sprint Review es un evento de cuatro horas que permite al equipo de desarrollo comunicar cuáles fueron los aspectos más destacados del sprint y qué problemas encontraron. Según la comunicación entre el equipo de desarrollo y el propietario del producto, se deciden un nuevo conjunto de entregables para el próximo sprint.
  • Retrospectiva de sprint - Esta es una reunión de tres horas en la que todo el equipo Scrum puede reflexionar sobre el sprint y crear un plan para mejoras que se puedan adoptar para el próximo sprint. La reunión debe analizar a las personas, relaciones, procesos y herramientas, así como identificar dónde se pueden hacer mejoras.

Para optimizar la finalización del proyecto, el objetivo es entregar resultados cuando se prometieron esos resultados. Y lograr eso de la manera más efectiva posible. El uso de la metodología de gestión de proyectos scrum es una herramienta para ayudarlo a lograr ese objetivo.

Actualizado por Gary Marion.