Flujo de proceso de Scrum: diagrama y desarrollo

No se requiere bola

En el mundo de los deportes, un scrum es un reinicio en un juego de rugby después de una penalización. Los jugadores de ambos equipos se apiñan muy juntos, la pelota se lanza al medio y todos luchan por la posesión. En el mundo de los negocios, no queremos que nadie pelee (con suerte), pero hay momentos en que los equipos se forman para hacer las cosas.

Imagina esta escena en tu sala de conferencias

Scrum es un marco para que los equipos logren realizar proyectos, generalmente proyectos de desarrollo de software. Anteriormente, el paradigma dominante para los proyectos de desarrollo era el enfoque de cascada , llamado así porque los pasos parecen fluir en una dirección: cuesta abajo. Este enfoque es más lineal y no permite la retroalimentación del cliente hasta el final del proceso.

En respuesta a las deficiencias del enfoque Waterfall, en 2001 se creó un nuevo movimiento conocido como Agile. El proceso Agile se diseñó para ser más iterativo y basado en equipos, haciendo hincapié en la colaboración. Scrum es uno de los enfoques nacidos del movimiento Agile.

Scrum tiene tres roles principales:

• Scrum Master – Parece que este sería el ‘jefe’, pero el papel del Scrum Master es proteger al equipo de interferencias y distracciones externas para que puedan cumplir con sus tareas. Tienen un papel de liderazgo, pero en realidad no tienen autoridad de gestión sobre el equipo, que es autoorganizado.
• Propietario del producto : esta persona toma la información de las partes interesadas, establece la visión del producto y decide cuándo el producto está listo para su lanzamiento.
• Scrum Team : un grupo pequeño (generalmente de menos de 10 personas) y autogestionado que brinda resultados a las partes interesadas del producto. El equipo es multifuncional (desarrolladores, analistas, diseñadores, etc.) y en muchos casos puede trabajar en la misma sala para fomentar una estrecha colaboración.

Otra entidad importante en el proceso es la parte interesada . Estas son las personas de la empresa que necesitan que se complete el software o el proyecto. Comunican sus deseos, deseos y necesidades al Product Owner, quien luego pasa esa información al Scrum Team.

Flujo del proceso Scrum

Es difícil ir a un lugar desconocido sin un conjunto de instrucciones, por lo que la primera fase en el proceso de Scrum es la fase de Visión , donde las partes se reúnen para decidir un enfoque general para el proyecto y desarrollar una Hoja de Ruta del Producto. Las fases de trabajo breves y cronometradas en el desarrollo del producto se denominan Sprints . Dentro de cada Sprint, se crea un Product Backlog , que es una lista priorizada de elementos que se completarán durante el Sprint, todos los cuales deben respaldar la estrategia y los objetivos para el lanzamiento del producto.

Un diagrama del flujo del proceso de Scrum a través del Sprint

Durante cada Sprint, el equipo tendrá Scrums diarios donde discutirán el progreso hacia el objetivo del Sprint y establecerán un plan diario. Al final de un Sprint, hay una Revisión de Sprint , donde el Equipo Scrum y el Propietario del Producto muestran sus resultados a las Partes Interesadas para obtener comentarios. Después de la Revisión del Sprint, el equipo tiene una Retrospectiva del Sprint en la que discuten lo que aprendieron durante el Sprint y definen los cambios necesarios en su proceso en el futuro. Luego pasa al siguiente Sprint, al próximo proyecto, o el equipo puede disolverse si ya no es necesario.

Resumen de la lección

Scrum fue desarrollado como un marco para que los equipos de desarrollo de software realicen proyectos, aunque se ha utilizado para otros tipos de proyectos. Scrum fue parte del movimiento Agile que se creó en respuesta a la insatisfacción con el paradigma principal de desarrollo de software en ese momento, Waterfall. Los tres roles principales dentro de Scrum son el Scrum Master , el Product Owner y el Scrum Team . Las fases de trabajo iterativas y cronometradas por las que atraviesa el equipo se denominan Sprints . Los Sprints se inician después de una fase de Visión que establece la Hoja de Ruta del Producto. Durante un Sprint, el equipo trabaja con un Product Backlogque proporciona una lista de tareas a realizar durante el Sprint. Al final de un Sprint, se lleva a cabo una Revisión de Sprint para compartir los resultados con las Partes Interesadas , quienes son los que necesitaban el trabajo realizado en primer lugar.

Rodrigo Ricardo Editor y fundador