Pasar de un entorno en cascada a un entorno ágil de scrum puede ser un gran paso, pero para muchos equipos de desarrollo, la transición merece la pena. Cuando trabajas en un entorno que utiliza la metodología scrum, es probable que esta organización valore la comunicación abierta, la colaboración y la eficiencia.
Aunque ya hemos explorado los fundamentos de scrum en anteriores entradas del blog, y el hecho de que se caracteriza por un proceso de desarrollo incremental, en lo que no hemos profundizado es en el formato real de las reuniones de scrum. Dependiendo de las preferencias y estilos del equipo, estas reuniones adoptan diferentes formas y plazos, pero todas incluyen características de la metodología scrum.
Estas son las personas reales que participan y se comprometen a lo largo de este proceso.
Responsable de maximizar el valor del producto y gestionar el backlog del producto.
Se trata de un grupo de miembros de equipos multifuncionales que trabajan juntos en un ambiente colectivo y autoorganizado y son responsables de entregar un incremento potencialmente liberable del producto "hecho" al final de cada sprint.
El director del equipo y responsable de promover y apoyar scrum. Los maestros de scrum hacen esto ayudando a todos a entender la teoría, las prácticas, las reglas y los valores de scrum.
Ahora que hay una comprensión básica del equipo y de las cualidades de scrum, es hora de pasar al proceso de scrum propiamente dicho. Este proceso se convierte más bien en un ciclo en términos de movimiento. Si hay un problema o un contratiempo, el proceso puede retroceder para resolver dichos problemas. Este proceso cíclico permite que el proyecto siga avanzando fácilmente.
Aquí es donde la agilidad de este método se vuelve vital. Pero para que sea más visual, el proceso scrum comienza con la reunión de planificación del sprint y sigue a partir de ahí. He aquí un resumen de los distintos tipos de reuniones de scrum:
Esta reunión comienza con el Product Owner. En esta reunión, el propietario del producto explica su visión y cómo debe proceder el equipo para completar esta etapa del proyecto. Durante esta reunión, los miembros del equipo deciden la cantidad de trabajo que pueden completar en el sprint. También es el momento en que el equipo traslada el trabajo del Product Backlog al Sprint Backlog. Este paso requiere mucha planificación y el grupo puede tardar varias horas en decidir el Sprint definitivo.
De la reunión de planificación pasamos a las reuniones diarias de scrum. Cada día, durante 15 minutos, el equipo se reúne para informar de cualquier problema o avance en sus tareas. Aunque breve, esta reunión es una parte esencial del proceso scrum. Está diseñada para mantener a todos los miembros del grupo cohesionados. Normalmente, el propietario del producto está presente en todas las reuniones diarias de scrum para ayudar en lo que sea necesario.
Esta reunión se utiliza para mostrar una demostración en vivo del trabajo realizado. Durante esta reunión, el Propietario del Producto, el Scrum Master y las partes interesadas están presentes para revisar el producto y sugerir cambios o mejoras.
Esta reunión se celebra para facilitar la reflexión del equipo sobre sus progresos. El equipo habla abiertamente de sus preocupaciones organizativas y del trabajo en equipo. Durante esta reunión, el diálogo debe seguir siendo amistoso, no crítico e imparcial. Esta sesión de revisión es una parte clave de la construcción y el desarrollo del equipo y también es muy importante para futuros proyectos scrum.
Por último, está la reunión de refinamiento del backlog. En esta reunión, los miembros del equipo se centran en la calidad y la destreza del trabajo realizado durante los sprints. Esta reunión es necesaria para que los propietarios de las empresas conecten con el equipo de desarrollo y sirve para evaluar la calidad del producto final. Esta reunión implica una importante reflexión sobre los backlogs del equipo. Estos backlogs suelen redactarse en forma de historias de usuario y especifican lo que hace que el producto sea útil para el consumidor.
Las reuniones de scrum implican mucho más que estas breves descripciones. Hay muchas piezas adicionales del proceso de scrum, incluyendo cosas como gráficos burndown y escalado, pero el punto de este post es proporcionar una visión general de los diferentes tipos de reuniones de scrum.
Independientemente del tipo, todas las reuniones de scrum fomentan la organización, el progreso y las resoluciones. Con este proceso de desarrollo de software incremental y cíclico, todos los miembros tienen la capacidad de comunicarse abierta y honestamente. Con el proceso de scrum y el calendario de sprints, los proyectos se completan ahora de manera eficiente con la ayuda de un equipo capaz y cooperativo y un Product Owner dirigido por un hábil Scrum Master.
Facilite sus datos para hablar hoy mismo con un ejecutivo de cuentas de number8 sobre sus necesidades de desarrollo y sienta lo que es que le escuchen antes de venderle una solución.
Permítanos ayudarle a añadir personal altamente cualificado, desarrolladores versátiles a su equipo.
La guía definitiva para el desarrollo de software deslocalizado. Conozca las diferencias clave entre nearshore, offshore y onshore, los procesos técnicos que pueden hacer que los desarrolladores offsite sean más productivos y cómo elegir el proveedor nearshore adecuado en función de sus necesidades.
EN 
ES 
PT