Scrum: ¿qué es y cómo funciona?

scrum
Compartir:

Allá por los 90 donde los ordenadores personales eran algo relativamente nuevo, los ingenieros de software no habían recibido su uniforme estándar con sudadera de capucha y dibujo de superhéroe… aún no habíamos oído hablar de SCRUM.

Era un momento oscuro en el que la mayoría de los proyectos seguían una metodología de desarrollo de software Waterfall (desarrollo en cascada), donde los equipos especificaban los requisitos por adelantado, codificaban y luego esperaban hasta que se completara todo el desarrollo.

Fallaron más proyectos de software de los que triunfaron y se desperdiciaron incontables horas. Las frustraciones se acumulaban a medida que la inadecuación del enfoque de Waterfall se hizo cada vez más clara, dando cabida a una alternativa: los métodos de desarrollo ágiles.

Scrum comenzó como uno de esos métodos. Pero mientras otros enfoques ágiles como Extreme Programming (programación extrema) todavía están en uso, Scrum ahora domina el campo. Scrum Alliance informa que el 66 por ciento de los frameworks ágiles en uso son Scrum o una variante de Scrum. Existe una buena razón para esto: una encuesta muestra que el 62 por ciento de los proyectos de Scrum tienen éxito, un porcentaje mucho más alto que en la década de los 90.

Un manifiesto para una metodología

Para disipar el nivel extremo de frustración causado por la vieja metodología, la introducción de la metodología ágil tenía que ser fuerte y apasionada, y no sólo un conjunto revisado de reglas aburridas. Así nació el Manifiesto Ágil.

El manifiesto no proponía una metodología específica. En cambio, aborda el corazón de las inquietudes de los ingenieros, definiendo los valores y principios de cómo debe realizar el desarrollo de software.

En lugar de estar estructurado en torno a procedimientos rígidos y documentación obligatoria (la razón principal por la cual falló el método Waterfall), el manifiesto establecía que los proyectos de software deberían valorar:

  • Individuos e interacciones sobre procesos y herramientas.
  • Software de trabajo sobre documentación completa.
  • Colaboración del cliente sobre la negociación del contrato.
  • Responder al cambio sobre el siguiente plan.

El manifiesto nombró principios en apoyo de estos valores, incluido el objetivo de satisfacer al cliente entregando el software con frecuencia y aceptando cambios a los requisitos.

Cómo funciona Scrum

La metodología Scrum implementa los principios del manifiesto de una manera directa. La guía oficial de Scrum tiene solo 16 páginas. Los proyectos de Scrum se desarrollan en incrementos cortos llamados «sprints« que llevan menos de un mes. Los sprints requieren personas en tres roles, completando cuatro tareas.

Roles

El propietario del producto representa al cliente y comprende los requisitos del producto. Administran la cartera de pedidos del producto, que identifica y prioriza las características que se desarrollarán.

El equipo de desarrollo consiste en los desarrolladores que hacen el trabajo. Los equipos de desarrollo se auto organizan y crean sus propios medios eficientes para completar el trabajo. Los equipos constan de todos los roles de trabajo necesarios para completar el trabajo del sprint, no sólo de programadores sino también diseñadores de interfaz de usuario (IU), probadores de control de calidad, etc.

El rol del Scrum Master comúnmente se confunde con el del gerente de proyecto, pero ese no es el propósito del rol. Son maestros del proceso de Scrum y se aseguran de que las interacciones sigan los principios de éste. Su trabajo es facilitar el trabajo en cada sprint, pero no asignan tareas ni revisan el trabajo completo como un gerente de proyecto tradicional.

Tareas de Scrum

El objetivo final de cada sprint es una nueva iteración de producto. Esto requiere una planificación del sprint antes de que éste comience, una breve reunión diaria de Scrum y una revisión (Sprint Planning) y retrospectiva (Sprint Retrospective) después de que finalice el sprint.

Lista de tareas de la iteración (Sprint Backlog)

La planificación del sprint involucra a todo el equipo de Scrum y determina el trabajo para este sprint. El propietario del producto define un objetivo e identifica qué elementos de la lista de tareas de la iteración (Sprint Backlog) del producto deben desarrollarse para lograr ese objetivo. El Equipo de desarrollo determina cómo se construirán esos elementos y crea una lista de tareas que define su plan.

El Scrum diario es el corazón del proceso. En una reunión rápida de 15 minutos, donde el equipo de desarrollo informa el estado y sincroniza el trabajo planificado. Cualquier problema que enfrenta un miembro del equipo se plantea en esta reunión.

Cuando finaliza el sprint, una reunión de revisión (Sprint Review) examina el trabajo y realiza ajustes en el Backlog del producto. Esta reunión, a diferencia de la mayoría de las reuniones de Scrum, puede incluir participantes de fuera del equipo de Scrum.

Una Retrospectiva de Sprint por separado está limitada al equipo de Scrum y se centra en cómo el sprint aplicó el proceso de Scrum para ayudar al equipo a trabajar más eficazmente durante el siguiente sprint.

Scrum hace felices a los clientes, gestores de proyecto y desarrolladores

Entonces, ¿cómo se logra un marco tan simple mientras fallan los procesos de cascada más estructurados? Scrum satisface las necesidades de todos los involucrados con el producto y también tiene en cuenta lo que nos hace felices como seres humanos.

Scrum cumple con las necesidades de los desarrolladores

Para los desarrolladores, Scrum ofrece más autonomía que los métodos tradicionales. El equipo acepta el trabajo para un sprint y decide cómo se realizará el trabajo. Todos se comprometen a hacer el trabajo. Las reuniones diarias significan que los fallos son visibles, lo que motiva a los miembros del equipo a cumplir las metas diarias. Los maestros de Scrum se aseguran de que los equipos se comuniquen bien y se eliminen los obstáculos, lo que reduce el estrés a pesar de los plazos constantes. Los sprints cortos significan que los desarrolladores frecuentemente experimentan entregas exitosas, lo que se sienta bien y aumenta la moral.

Scrum cumple con las necesidades de los clientes

Para los clientes, Scrum quita el misterio del desarrollo de software. Los clientes no sólo entregan los requisitos y esperan… y esperan… y esperan… para ver el resultado final. Tampoco hay una larga espera para corregir un proyecto que se mueve en la dirección incorrecta. Si las necesidades comerciales cambian, las prioridades en la cartera de pedidos de productos se actualizan de inmediato y la próxima reunión de planificación de sprints se centra en lo que se debe hacer para cumplir las nuevas metas sin perder tiempo en las anteriores.

Scrum satisface las necesidades de los gerentes.

Debido a que los equipos son autodirigidos, los gerentes pueden enfocarse en el trabajo estratégico en lugar de los problemas cotidianos. Pueden sentirse confiados en Scrum y obtener la ayuda necesaria de una comunidad que respalda la metodología con libros, recursos online y herramientas. El PMI (Project Management Institute) ofrece una certificación (Agile Certified Practitioner), por lo que incluso los entornos tradicionales que dependen de las credenciales pueden usar Scrum para realizar el trabajo.

Conclusión

Al prestar atención a la naturaleza humana, sin detallar todos los detalles, mantener los procesos simples y el trabajo transparente, Scrum se adapta a cada entorno. Hace lo suficiente para ayudar a que el trabajo se realice sin interponerse en el camino, y lo mejor de todo es que se puede adaptar para que funcione prácticamente para cualquier equipo.

 

Ponte en contacto con nosotros si quieres iniciar un proyecto, nosotros te ayudaremos.

Contáctanos

Fuente: Gliffy

Compartir:

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies