Introducción Metodología Scrum: ¿Qué es y cómo funciona?

El software ha cambiado mucho en las últimas dos décadas. (No hace falta decirlo, ¿cierto?) Y, lo más importante, sigue cambiando. Por supuesto, el proceso de desarrollo de software también cambia. 

Dicho esto, no es sostenible inventar constantemente nuevos procesos de desarrollo de software. ¿No sería mejor crear un proceso de desarrollo lo suficientemente flexible para adaptarse a los avances y cambios en el desarrollo de software? Ingresa al desarrollo de software Agile. 

El desarrollo de software Agile es un enfoque iterativo y adaptable en torno al desarrollo de software. En esta publicación, desglosaremos una de las plataformas Agile más populares: la metodología Scrum. 

¿Qué es Scrum?

La metodología Scrum (también llamada plataforma Scrum) es una plataforma Agile para el desarrollo de software.

Entonces, ¿qué significa eso exactamente?

Los procesos de desarrollo de software tradicionales operan de manera lineal: primero se planifica, luego se desarrolla, después se prueba y así sucesivamente. El desarrollo de software Agile, por otro lado, tiene un enfoque iterativo. Los proyectos se dividen en pequeños periodos llamados sprints. (Un sprint suele durar entre dos semanas y un mes). 

Con cada sprint, el equipo de desarrollo agrega y mejora funciones para entregar paulatinamente el mejor producto posible. Las pruebas y el desarrollo ocurren con frecuencia y, a menudo, se superponen. (¿Quieres leer más sobre el desarrollo de software Agile? ¡Tenemos una publicación dedicada al tema!)

Existe una serie de plataformas dentro de la generalidad de Agile; Scrum, como se mencionó anteriormente, es una de esas plataformas. 

La metodología Scrum se caracteriza por su enfoque en el trabajo en equipo y la colaboración. De hecho, el nombre Scrum proviene de los scrums de rugby, una parte del juego que requiere un esfuerzo de equipo coordinado. Durante cada sprint, los equipos de Scrum se reúnen a diario para hacer un seguimiento de su avance, identificar y abordar obstáculos, y mantener el proyecto en curso. (¡Posteriormente, hablaremos más sobre los tipos de reuniones de Scrum!)

Principios de Scrum claves

La plataforma Scrum se basa en seis principios básicos. Cada aspecto del método Scrum, desde las reuniones diarias de sprint hasta los artefactos de Scrum, refleja estos principios. Así que vamos a revisarlos. Los seis principios clave de Scrum son: 

1. Control de los procesos empíricos. Con su enfoque en la transparencia, la adaptación y la evaluación frecuente, el método Scrum ayuda a los equipos de desarrollo a probar y mejorar su producto en cada etapa del proceso.

2. Autoorganización. Para usar con éxito la plataforma de Scrum, cada miembro del equipo debe participar por completo en el proceso. Esto requiere un alto nivel de independencia y autoorganización. 

3. Colaboración. Para entregar el mejor producto posible, un equipo de desarrollo de software debe trabajar en conjunto. Los equipos comparten la responsabilidad y la rendición de cuentas a lo largo de cada ciclo. Como dice el dicho: triunfamos juntos, fracasamos juntos. 

4. Priorización basada en los valores. Una de las características que definen a Scrum es su flexibilidad. Los equipos de Scrum evalúan y priorizan constantemente cada tarea que deben realizar a fin de adaptarse y abordar nuevas exigencias y requisitos para el proyecto. 

5. Asignación de tiempo. En la metodología Scrum, cada elemento de un sprint tiene un cronograma claramente definido. El sprint en sí es de dos semanas, pero las reuniones diarias también operan con plazos estrictamente establecidos. 

6. Desarrollo iterativo. Debido a que Scrum es una plataforma Agile, los productos se crean de forma iterativa. Esto permite una mejora constante, flexibilidad y, al final del día, un producto de buena calidad. 

¿Quién forma parte de un equipo Scrum?

Hemos mencionado el término “equipo de Scrum”, así que echemos un vistazo a lo que realmente significa. Por un lado, se explica por sí mismo: un equipo de Scrum es simplemente un equipo de desarrollo de software que utiliza la plataforma Scrum. Pero hay algo más que eso. 

Para permitir que cada sprint funcione sin inconvenientes, la metodología Scrum describe tres posiciones (a menudo, llamadas funciones de Scrum) que cada equipo de Scrum debería incluir: propietario del producto, equipo de desarrollo y maestro de Scrum. En la siguiente sección, desglosamos cada función y sus responsabilidades. 

Propietario del producto

Para ofrecer el mejor producto posible, un equipo de desarrollo debe ser muy consciente de las necesidades y expectativas del cliente. Debe haber una línea de comunicación abierta entre las dos partes. Entonces, ¿cómo puedes lograrlo? Involucra al propietario del producto. 

El propietario del producto es responsable de conocer el producto de principio a fin. Es el principal punto de contacto entre el cliente y el equipo de desarrollo. Obtiene los requisitos del cliente y los traduce en elementos de acción; esto significa crear y mantener el backlog de productos. 

Cada equipo de Scrum tiene un propietario del producto (nunca debe ser una función compartida). 

Equipo de desarrollo

Esta función es bastante sencilla: los equipos de desarrollo son las personas que, literalmente, desarrollan el producto. Los equipos de desarrollo de Scrum deben ser pequeños y tener un amplio conjunto de habilidades; un equipo habitual incluye tanto diseñadores como codificadores. 

¿Recuerdas los principios clave de Scrum? Aquí es donde entra en acción la colaboración. Los miembros de un equipo de desarrollo de Scrum deben capacitar a otros miembros del equipo en las habilidades para evitar cuellos de botella. Como el equipo de desarrollo de Scrum es responsable de hacer la codificación, también es responsable de estimar y asignar el tiempo y los recursos necesarios para cada elemento del backlog. 

Maestro de Scrum

Si aún no te has percatado de ello, lo ponemos más claro: la plataforma Scrum requiere muchas reuniones. Y alguien tiene que programar, coordinar y moderar esas reuniones. Aquí es donde entra en acción el maestro de Scrum. 

La especialidad del maestro de Scrum es todo lo relacionado con Scrum. ¿Cómo está implementando el equipo la metodología Scrum? ¿Existen áreas que requieran ajustes o mejoras a detalle? ¿Cómo puede mejorar el equipo con cada sprint? 

Además, es responsable de asegurarse de que las reuniones de Scrum estén programadas y se lleven a cabo sin problemas. 

Artefactos de Scrum

Hemos abarcado mucha terminología de Scrum, pero aún no hemos terminado. En Scrum, un artefacto es simplemente un mecanismo (o herramienta) para administrar y completar el trabajo. Existen cuatro artefactos principales de Scrum: 

Productos pendientes

El backlog del producto, que el propietario del producto actualiza, es una lista de requisitos para el producto final. A medida que cambian las prioridades, el propietario del producto reorganiza y vuelve a ordenar el backlog. Al comienzo de cada sprint, los equipos de Scrum seleccionarán una serie de tareas del backlog del producto para abordarlas durante ese sprint. 

Backlog del Sprint

En cada sprint, las tareas seleccionadas del backlog del producto se colocan en el backlog del sprint. El equipo de desarrollo es el único que actualiza y utiliza el backlog del sprint. A menudo, estas tareas se organizan en un tablero de Scrum, una estructura visual para realizar un seguimiento del avance y la prioridad de cada tarea. Estas se ordenan en columnas en el tablero: tareas de tiendas, pendientes, las que están en curso y las completadas. A medida que se completan las tareas, el equipo de desarrollo las mueve entre estas columnas. 

Historia de usuario

Las historias de usuario son una forma de describir los elementos del backlog. El backlog del producto básicamente es una lista de funciones que debe incluir el producto final. Las historias de usuario describen esas funciones desde la perspectiva de un usuario final: ¿por qué el usuario necesita esta función y cómo se verá en la práctica?

Incremento de producto

Al final de cada sprint, te quedarán (¡con suerte!) muchas tareas completadas que, juntas, conforman el incremento del producto, que es simplemente la versión funcional del producto al final de un sprint. 

Eventos de Scrum

Ya hemos mencionado las reuniones de Scrum (y cuántas existen) algunas veces sin ninguna explicación. Después de mucho tiempo, ¡esta es la explicación! La plataforma de Scrum se basa en una serie de “eventos”. Algunos de los eventos de Scrum más comunes e importantes son: 

Sprint

El sprint es la columna vertebral del desarrollo de software Agile, es la “esencia” del proceso de Scrum. Los sprints, que suelen durar entre dos y cuatro semanas, son la unidad organizadora de Scrum. El trabajo se planifica en sprints, las reuniones se programan en torno a los sprints, etc.

Planificación de los sprints 

Si conduces en un territorio desconocido, no solo empiezas a conducir. (O tal vez sí, pero probablemente no termine muy bien). Debes consultar un mapa y averiguar la mejor ruta hacia tu destino. 

Del mismo modo, los equipos de Scrum no seleccionan algunas tareas de backlog e inician de manera atropellada un sprint. Hay mucha planificación en el proceso. Una reunión de planeación de un sprint, que se lleva al principio de este, debe durar unas cuantas horas; considera dedicar dos horas de planificación para cada semana de tu sprint. Durante ese tiempo, tú y tu equipo necesitaran responder algunas preguntas: ¿qué vamos a lograr este sprint? ¿Y cómo vamos a lograrlo? Sé tan específico como sea posible. 

Reunión diaria

Las reuniones diarias, también llamadas scrums diarios o reuniones informativas, son reuniones breves (de quince minutos idealmente) que se llevan a cabo a la misma hora cada mañana. Durante estas reuniones, el equipo de desarrollo analiza lo que lograron el día anterior y lo que esperan lograr ese día. 

Revisión del Sprint

El método Scrum fomenta la transparencia entre todas las partes interesadas. Las reuniones de revisión de sprints ayudan a facilitar esta transparencia. Organizadas al final de cada sprint, estas reuniones permiten que el equipo de Scrum presente el producto, en su iteración actual, a otras partes interesadas. Con base en los comentarios proporcionados en esta reunión, el propietario del producto perfecciona el backlog del producto. 

Retrospectivas del sprint

A las reuniones de revisión de sprints asisten varias partes interesadas; las retrospectivas del sprint son solo para el equipo de Scrum. Estas reuniones se llevan a cabo al final de cada sprint y brindan a los miembros del equipo la oportunidad de reflexionar sobre el sprint anterior. 

Durante las retrospectivas del sprint, haz una serie de preguntas a tu equipo de Scrum: ¿qué salió bien? ¿Qué falló? Y, lo más importante, ¿cómo podemos mejorar el próximo sprint? 

Los beneficios de Scrum

Esperamos que ahora ya tengas los conceptos básicos de Scrum. ¿Y ahora qué? Tienes que decidir si tu equipo pudiera beneficiarse con el método Scrum. 

Los beneficios de Scrum radican en gran medida en el hecho de que es un enfoque iterativo. Al usar la plataforma Scrum, tu equipo podrá adaptarse al cambiante mundo del desarrollo de software y ofrecer un producto que mejore con cada sprint.