Trabajamos con Scrum

1. ¿Qué es Scrum?

Ya habrás entendido que todo lo relacionado con el desarrollo está estandarizado. ¿Y si te digo que prácticamente todo está estandarizado? Y no se trata solo de nombres de variables y funciones, aunque esos también están estandarizados🤦‍♂️.

Existe una metodología de desarrollo —se llama Agile— y su implementación más popular es Scrum. A Scrum también se le llama framework: define todos los procesos del equipo. Cuándo deben celebrarse las reuniones, quién debe asistir, qué debe tratarse, qué resultados debe haber y en qué formato deben registrarse 📋.

«Pero, ¿para qué tanta estandarización?», preguntarás. Pues, en primer lugar, trabajas en un sector de alta tecnología —high‑tech y todo eso—. En segundo lugar, así es más fácil trabajar unos con otros. Y en tercer lugar, en el nombre de tu profesión, .NET Software Engineer, fíjate en la última palabra — ingeniero. Y entenderás de dónde viene todo.

2. Cómo es el trabajo con Scrum

Scrum es una metodología de gestión de proyectos flexible, muy utilizada en el desarrollo de software. Se basa en procesos iterativos e incrementales 🔁

Scrum divide los proyectos en ciclos/etapas de desarrollo llamados sprints, que suelen durar de dos a cuatro semanas. Cada sprint comienza con la planificación de las tareas que deben realizarse y termina con una presentación en la que el equipo muestra los resultados conseguidos 🎯.

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 sostiene el proceso conforme a las reglas de Scrum; y el equipo de desarrollo, que realiza el trabajo.
• Eventos principales — incluyen las reuniones diarias (daily meetings), la planificación de sprints, las retrospectivas y las demostraciones de resultados.
• Artefactos — incluyen el backlog (lista de tareas) del producto, el backlog del sprint y el incremento del producto 📋.

¡No te asustes! Aunque la regulación de todo y de todos parece un poco intimidante, trabajar «con Scrum» es fácil y agradable. Scrum resolvió el conflicto principal entre desarrolladores y clientes/propietarios del producto 🤗

Los desarrolladores siempre pedían que los dejaran en paz y les permitieran trabajar tranquilos. Y los propietarios del producto necesitaban introducir nuevas funcionalidades con urgencia, cambiar algo o realizar algún experimento 🧪.

Scrum dividió el desarrollo en períodos estables — sprints (normalmente 2 semanas). Durante un período los desarrolladores trabajan solo en las tareas planificadas para ese sprint. Si el cliente necesita algo con urgencia, lo añade al siguiente sprint 🗓️.

3. Sprint & Scrum Board

Sprint es el ciclo básico de desarrollo en Scrum, con una duración de una a cuatro semanas. Como ya dijimos, durante ese período el equipo trabaja en un conjunto concreto de tareas del backlog del producto.

Al inicio de cada sprint tiene lugar la planificación ⏳, donde el equipo selecciona tareas del backlog del producto y se compromete a realizarlas. El sprint termina 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. Este enfoque permite actualizar el producto con regularidad y reaccionar con rapidez a cambios en requisitos y prioridades.

Durante el sprint en curso, los desarrolladores y el propietario del producto deben reunirse y discutir las tareas para el siguiente sprint.

Backlog 📚, o «backlog», es la lista de todas las tareas que deben realizarse. En Scrum se distingue el backlog del producto, que incluye todos los requisitos del producto (funcionalidades), y el backlog del sprint, que consiste en las tareas elegidas para el sprint en curso. El backlog es un documento vivo que se actualiza y revisa regularmente para garantizar la alineación con los objetivos de negocio y las condiciones del mercado.

El backlog del sprint actual suele mostrarse como un Scrum Board ✅ — un tablero con tareas y estados. El tablero está dividido en columnas que suelen representar etapas del flujo de trabajo, como «Por hacer», «En curso», «En revisión» y «Hecho». Esto permite a todo el equipo ver el progreso e identificar con facilidad cualquier dificultad en el proceso de trabajo.