El marco SCRUM

Introducción

Scrum es un marco de trabajo ágil, que se presenta ligero y sencillo de poner en práctica.

El marco Scrum está formado por equipos con roles, eventos (o ceremonias), herramientas y reglas.

Un equipo Scrum integra personas que colectivamente poseen todas las competencias y conocimientos necesarios para hacer el trabajo y compartir o adquirir estas habilidades según se necesite.

Los equipos Scrum también se consolidan en torno a ciertos valores esenciales.

Valores de Scrum

Scrum tiene sus propios valores:

Compromiso con la consecución de objetivos
Coraje
Enfoque en el sprint
Apertura a los retos
Respeto mutuo

El objetivo de estos valores primordiales es consolidar la confianza dentro del equipo, permitiéndole ganar madurez en términos de transparencia, inspección y adaptación, que son los tres pilares de la agilidad.

El equipo puede añadir otros valores para consolidar el espíritu de equipo, como el apetito por la simplificación, que les comprometerá a no embarcarse en soluciones complejas. El equipo evolucionará en el proyecto sobre la base de cosas sencillas, lo que le permitirá gestionar mejor la complejidad.

Cuando asumo el papel de Scrum Master, suelo colgar estos valores en la pared y me pongo de acuerdo con el equipo para marcarlos una vez que realmente se han adquirido. Por ejemplo, mientras el respeto mutuo no se sienta en el equipo, no marcamos este valor. Cuando el equipo consigue marcar todos los valores, podemos concluir que es digno de llevarlos. Entonces tengo que repartir las medallas... normalmente de chocolate, mucho chocolate.

Ahora en serio, todos los valores adquiridos indicarán la madurez del equipo. Echémosle un vistazo más de cerca.

Compromiso con la consecución de objetivos: Los equipos Scrum son autónomos, no hay un líder que imponga nada. Se organizan solos, y esta libertad implica un rigor y una honestidad sin fisuras. Sin estas cualidades humanas, ¡el compromiso sería una ilusión! Mucha gente piensa que en una organización hace falta un líder para hacer las cosas. Cuando se tiene una mentalidad ágil, se está convencido de que, si todos colaboran, se pueden construir grandes cosas juntos sin necesidad de un líder. Sin duda, un concepto utópico en otros campos, pero en los negocios, es más fácilmente concebible. Los valores de Scrum están ahí para comunicar el estado de ánimo que hay que adquirir para que el modelo funcione. Dar lo mejor de uno mismo para que el equipo alcance sus objetivos, y hacerlo desde el respeto a los demás.

Los desarrolladores se comprometen a entregar al final de un sprint las funcionalidades seleccionadas en el Sprint Backlog (un artefacto Scrum que contiene todas las funcionalidades que se deben desarrollar durante un sprint)....

Los roles

En Scrum no hay líder, sino roles con alta responsabilidad. Solo hay cuatro roles para asegurar la ejecución de un proyecto ágil. El Product Owner (PO), el Scrum Master, el equipo de desarrollo y los stakeholders o partes interesadas en español. Este cuarto papel de stakeholder puede incluso ampliarse para incluir al usuario, el cliente o el sponsor (patrocinador), que nos recordará las limitaciones presupuestarias. Por supuesto, los gestores también forman parte de este grupo.

Nuestro equipo Scrum estará unido y hará todo lo posible para centrarse en el mismo objetivo. El equipo Scrum, si realmente quiere trabajar unido de la mejor manera, tendrá absolutamente que adquirir el espíritu ágil, por delante del marco ágil.

1. El Product Owner

El Product Owner (PO) es el responsable del éxito del producto. En realidad, todos deben serlo, pero tienen que inspirar a todos para que deseen que el producto tenga éxito. El PO representa al cliente, por lo que tiene que entender sus necesidades lo mejor posible para trasladarlas fielmente al equipo de desarrollo. De hecho, una de las responsabilidades del PO es alimentar el Product Backlog (una tabla de requisitos de usuario a corto plazo) con las funcionalidades (US) que el equipo técnico tendrá que desarrollar. La otra responsabilidad, sin duda más compleja, es definir la prioridad de las US que hay que desarrollar. Mucho antes de iniciar las conversaciones con los desarrolladores, el PO habrá mantenido varias reuniones con diversas personas de la empresa para asegurarse de que el producto que se va a desarrollar se corresponde perfectamente con las expectativas del cliente o de los usuarios.

Las distintas conversaciones entre el PO, los expertos en el área de negocio, los jefes de producto, los usuarios y los directivos para identificar las necesidades dan lugar a la elaboración de un Roadmap global que representa la visión a largo plazo del proyecto. Esta visión puede trazarse en una pared con notas Post-it, pero las aplicaciones de gestión visual como Trello, Klaxoon y Miro han tomado el relevo.

Una de las principales responsabilidades del PO es responsabilizarse del futuro producto y hacer todo lo posible para que el proyecto sea un éxito. Por ello, debe asegurarse de que todo el mundo entiende lo que hay que hacer....

Las herramientas Scrum

En esta sección, vamos a seguir la vida de un proyecto desde el principio y a descubrir, a medida que avanzamos, todas las herramientas que Scrum pone a nuestra disposición para llevar un proyecto a buen puerto.

Todo proyecto empieza con una idea, una necesidad. También hablamos de oportunidad, porque cada idea puede ser una oportunidad para hacer avanzar las cosas. Así que, a partir de la chispa inicial, identificamos todas las acciones necesarias para llevar a cabo el proyecto. En el caso de un proyecto informático, habrá que recopilar de un modo u otro todas las funciones que se codificarán en la futura aplicación.

1. Técnica de identificación de requisitos

Vamos a echar un rápido vistazo a las distintas técnicas de recopilación de requisitos, para terminar con la técnica del Story Mapping, que es, con diferencia, la mejor manera de identificar los requisitos de los clientes.

El objetivo del proceso de recopilación de requisitos es obtener una visión perfecta de todas las funcionalidades que hay que desarrollar. Este es el punto de partida de cualquier aventura de proyecto en informática: descubrir las funcionalidades que hay que transformar en líneas de código.

El Roadmap global

En cualquier proyecto, no hay diez mil maneras de alcanzar los objetivos: hay que conocer el producto al dedillo y disponer de los medios para fabricarlo. Así que tener una excelente visión del producto para construirlo mejor es imprescindible.

En general, todo el mundo hace lo mismo, ya sea en modo ágil o no, y empezamos por hacernos las mismas preguntas: ¿Qué funciones quieren los clientes? ¿Qué hacen nuestros competidores? ¿Cómo podemos mejorar el producto para hacerlo mejor que la competencia? ¿Cuál es la mejor manera de resolver los distintos problemas? Si ponemos en marcha un Roadmap, podremos materializar las respuestas a las preguntas y así tener una buena visión del producto final. El Roadmap global es una herramienta bien conocida en la gestión de proyectos; la agilidad no ha inventado nada al respecto, pero propone un enfoque diferente de la visión a largo plazo de un proyecto, definiendo un plan a varios años si es necesario. Incluso en la agilidad, la visión a largo plazo es esencial.

¿Cómo...