Trabajando con Scrum

13.1 ¿Qué es Scrum?

Ya entendiste que todo lo relacionado con el desarrollo está estandarizado. ¿Y si te digo que todo en general está estandarizado? Y no hablo solo de nombres de variables y funciones, aunque ellos también lo están 🤦

Existe una metodología de desarrollo llamada Agile y su implementación popular es Scrum. Scrum también se llama framework de equipo: define todos los procesos en el equipo. Cuándo deben ser las reuniones, quién debe estar, qué se debe discutir, qué resultados deben tener las reuniones y cómo deben ser documentados.

Pero, ¿por qué tanta estandarización, te preguntarás? Bueno, en primer lugar, trabajas en el sector de alta tecnología — high-tech y todas esas cosas. En segundo lugar, hace que sea más fácil para todos trabajar juntos. Y en tercer lugar, en el nombre de tu profesión Frontend Fullstack Software Engineer presta atención a la última palabra — ingeniero. Y entenderás de dónde vienen las cosas.

13.2 ¿Cómo es trabajar con Scrum?

Scrum — es una metodología ágil de gestión de proyectos, frecuentemente utilizada en el desarrollo de software. Se basa en procesos iterativos e incrementales.

Scrum divide los proyectos en ciclos de desarrollo llamados sprints, que generalmente duran entre una y cuatro semanas. Cada sprint comienza con la planificación de las tareas que deben completarse y termina con una presentación, donde el equipo demuestra los resultados alcanzados.

Los elementos clave de Scrum incluyen roles, eventos y artefactos.

Roles principales — son el Product Owner, que define los requisitos del producto, el Scrum Master, que asegura el proceso de acuerdo con las reglas de Scrum, y el equipo de desarrollo, que realiza el trabajo.

Eventos principales — son las reuniones diarias (daily meetings), planificación de sprints, retrospectivas y demostraciones de resultados. Los artefactos incluyen el backlog del producto, el backlog del sprint y el incremento del producto.

No te asustes: aunque parece un poco intimidante regular todo y a todos, trabajar con Scrum es fácil y agradable. Scrum resolvió el conflicto principal entre los desarrolladores y los clientes/propietarios del producto.

Los desarrolladores siempre pedían que los dejaran en paz para trabajar tranquilamente. Y los propietarios del producto necesitaban urgentemente añadir nuevas funciones, agregar algo, o realizar algún experimento.

Scrum dividió el desarrollo en períodos estables — sprints (generalmente de 2 semanas). Durante este tiempo, los desarrolladores solo hacen las tareas que fueron planeadas para el sprint actual. Si el cliente necesita hacer algo urgentemente, añade esas características al siguiente sprint.

13.3 Sprint & Scrum Board

Sprint — es el ciclo principal de desarrollo en Scrum, generalmente de duración entre una y cuatro semanas, durante el cual el equipo trabaja en completar un conjunto específico de tareas del backlog del producto.

Al inicio de cada sprint, se lleva a cabo una planificación, donde el equipo selecciona tareas del backlog del producto y se compromete a completarlas. El sprint finaliza con una demostración del trabajo realizado y una retrospectiva, donde el equipo analiza el proceso de trabajo del sprint y busca maneras de mejorar el siguiente sprint. Este enfoque permite actualizar regularmente el producto, respondiendo rápidamente a los cambios en requisitos y prioridades.

Durante el sprint actual, los desarrolladores y el propietario del producto deben reunirse en una reunión para discutir las tareas para el próximo sprint. La lista de tareas se llama backlog.

Backlog, o backlog, — es una lista de todas las tareas que deben completarse. En Scrum se distingue entre el backlog del producto, que incluye todos los requisitos del producto (características), y el backlog del sprint, que consiste en tareas seleccionadas para realizarse en el sprint actual. El backlog es un documento vivo, que se actualiza y revisa regularmente para garantizar la alineación con los objetivos comerciales actuales y las condiciones de mercado.

El backlog del sprint actual suele mostrarse en un Scrum Board — una especie de tablero con tareas y estatus. El tablero está dividido en columnas, que generalmente representan las etapas de realización de tareas, tales como "Por hacer", "En proceso", "En revisión" y "Completado". Esto permite que todo el equipo vea el progreso y fácilmente identifique cualquier dificultad en el proceso de trabajo.