¿Qué es la metodología Scrum para la gestión de proyectos?
Aunque se desarrolló para el desarrollo ágil de software, el scrum ágil se convirtió en el marco preferido para la gestión de proyectos ágiles en general y a veces se le conoce simplemente como gestión de proyectos scrum o desarrollo scrum.
Índice del Contenido
¿Quién utiliza la metodología ágil Scrum?
Scrum es ampliamente utilizado por los equipos de desarrollo de software. De hecho, es el Metodología ágil más popular. De acuerdo con la 12 anual State of Agile (reporte)El 70 % de los equipos de software utilizan Scrum o una metodología híbrida. Sin embargo, Scrum se ha extendido a otras áreas de negocio, como TI y marketing, donde existen proyectos que deben avanzar en un entorno complejo y ambiguo. Los equipos directivos también basan sus prácticas de gestión ágil en Scrum, a menudo combinándolo con metodologías Lean y Kanban (subgrupos de la gestión de proyectos ágiles).
¿Qué es Scrum en relación con la gestión ágil de proyectos?
Scrum es un subgrupo de Agile:
- Agile es un conjunto de valores y principios que describen las interacciones y actividades diarias de un grupo. Agile en sí mismo no es prescriptivo ni específico.
- La metodología Scrum sigue los valores y principios de Agile, pero incluye definiciones y especificaciones adicionales, especialmente en lo que respecta a ciertas prácticas de desarrollo de software.
¿Cuáles son los beneficios que se obtienen de la metodología Scrum?
Las organizaciones que han adoptado la metodología ágil Scrum han experimentado:
- Mayor productividad
- Productos de mejor calidad
- Reducción del tiempo de comercialización
- Mayor satisfacción de las partes interesadas
- Mejor dinámica de equipo
- Empleados más felices
¿Qué tiene de especial la gestión de proyectos Scrum?
Scrum aborda la complejidad del trabajo al hacer que la información sea transparente, permitiendo que las personas inspeccionen y se adapten según las condiciones actuales en lugar de las previstas. Esto permite a los equipos superar los problemas comunes del desarrollo en cascada: el caos resultante de los requisitos en constante cambio; la subestimación del tiempo, los recursos y el costo; las concesiones en la calidad del software; y los informes de progreso inexactos. La transparencia de los términos y estándares comunes es fundamental en el desarrollo Scrum para garantizar que lo que se entrega sea lo esperado. La inspección frecuente asegura el progreso y detecta las variaciones de forma temprana para que se puedan realizar ajustes rápidamente. Los eventos más comunes de Scrum para la inspección y la adaptación son: planificación de sprint, reunión diaria de seguimiento o “stand-up”, revisión del sprint y retrospectiva del sprint (ver sección “eventos de scrum” más abajo).
¿Qué es la metodología Scrum en comparación con otros enfoques ágiles?
La mayoría de las empresas primero hacen la transición de equipos individuales a metodologías ágiles antes de "escalar" al resto de la organización. Escalar metodologías ágiles no es fácil, lo que recientemente ha impulsado la aparición de nuevos marcos de trabajo, como el Scaled Agile Framework® y disciplinado Entrega ágil (DAD) Esta popularidad ha convertido a Scrum en una pieza importante de muchas iniciativas de gestión del ciclo de vida de las aplicaciones ágiles (ALM ágil).
¿Cuáles son los componentes del desarrollo ágil con Scrum?
La metodología Scrum se define por los roles del equipo, los eventos (ceremonias), los artefactos y las reglas.
El equipo scrum
Los equipos Scrum suelen estar compuestos por 7 miembros (con una variación de ± 2) y no tienen un líder que delegue tareas ni decida cómo resolver los problemas. El equipo, como unidad, decide cómo abordar y solucionar los problemas. Cada miembro del equipo Scrum es parte integral de la solución y se espera que lleve el producto desde su concepción hasta su finalización. Existen tres roles clave en un equipo Scrum:
El propietario del producto
El propietario del producto es el principal interesado del proyecto; generalmente es un cliente interno o externo, o un portavoz del cliente. Existe un único propietario del producto que transmite la misión y la visión generales del producto que el equipo está desarrollando. El propietario del producto es, en última instancia, responsable de gestionar el backlog del producto y de aceptar las entregas completadas.
El scrum master
El Scrum Master es un líder servidor del Product Owner, el equipo de desarrollo y la organización. Sin autoridad jerárquica sobre el equipo, sino más bien como facilitador, el Scrum Master se asegura de que el equipo se adhiera a la teoría, las prácticas y las reglas de Scrum. El Scrum Master protege al equipo haciendo todo lo posible para ayudarlo a alcanzar su máximo rendimiento. Esto puede incluir eliminar impedimentos, facilitar reuniones y ayudar al Product Owner a refinar el backlog.
El equipo de desarrollo
El equipo de desarrollo es un grupo multidisciplinario y autoorganizado con todas las habilidades necesarias para entregar incrementos listos para su lanzamiento al finalizar cada sprint. Scrum amplía la definición del término "desarrollador" más allá de los programadores para incluir a cualquier persona que participe en la creación del incremento entregado. En el equipo de desarrollo no existen cargos y nadie, ni siquiera el Scrum Master, indica al equipo cómo convertir los elementos del backlog del producto en incrementos potencialmente entregables.
Eventos Scrum (ceremonias)
El sprint
Un sprint es un periodo de tiempo determinado durante el cual se completa un trabajo específico y se prepara para su revisión. Los sprints suelen durar entre 2 y 4 semanas, pero pueden durar tan solo una semana.
Planificación de Sprint
Las reuniones del equipo de planificación de sprints son eventos con tiempo limitado que determinan qué elementos del backlog del producto se entregarán y cómo se realizará el trabajo.
La reunión diaria
La reunión diaria de seguimiento es una breve reunión de comunicación (no más de 15 minutos) en la que cada miembro del equipo repasa de forma rápida y transparente el progreso desde la última reunión de seguimiento, el trabajo planificado antes de la próxima reunión y cualquier impedimento que pueda estar bloqueando su progreso.
La revisión del sprint
La revisión del sprint es la presentación o demostración del trabajo realizado durante el sprint por parte del equipo. El propietario del producto verifica que el trabajo cumpla con los criterios de aceptación predefinidos y lo aprueba o lo rechaza. Los interesados o clientes proporcionan retroalimentación para asegurar que el incremento entregado satisfaga las necesidades del negocio.
La retrospectiva
La retrospectiva, o retro, es la reunión final del equipo en el sprint para determinar qué funcionó bien, qué no funcionó bien y cómo el equipo puede mejorar en el próximo sprint. Con la asistencia del equipo y el scrum master, la retrospectiva es una oportunidad importante para que el equipo se centre en su rendimiento general e identifique estrategias para la mejora continua de sus procesos.
artefactos de scrum
Atrasamiento del producto
El backlog del producto es el documento más importante que detalla todos los requisitos de un sistema, proyecto o producto. Se puede considerar como una lista de tareas pendientes compuesta por elementos de trabajo, cada uno de los cuales genera un entregable con valor para el negocio. El propietario del producto ordena los elementos del backlog según su valor para el negocio.
SImpresión de la cola de impresión
El backlog del sprint es la lista específica de elementos tomados del backlog del producto que deben completarse en un sprint.
Incremento
Un incremento es la suma de todos los elementos del backlog del producto que se han completado desde la última versión del software. Si bien el propietario del producto decide cuándo se lanza un incremento, es responsabilidad del equipo asegurarse de que todo lo incluido en él esté listo para su lanzamiento. A esto también se le conoce como incremento potencialmente entregable (PSI).
Reglas de Scrum
Las reglas de Scrum ágil deben ser completamente responsabilidad del equipo y regirse por lo que mejor funcione para sus procesos. Los mejores coaches ágiles recomiendan a los equipos comenzar con los eventos básicos de Scrum mencionados anteriormente y luego inspeccionar y adaptar según las necesidades específicas de cada equipo, para así lograr una mejora continua en la forma en que colaboran.
Practicando scrum
Primeros Pasos
A Comienza con ScrumNo es raro que un equipo Scrum utilice herramientas sencillas como una pizarra, notas adhesivas o una hoja de cálculo para gestionar el backlog del producto y el progreso de los elementos del backlog del sprint en cada sprint. Sin duda, escalar las prácticas ágiles al resto de la organización es más complejo: cuantos más equipos utilicen Scrum dentro de una organización o estén dispersos geográficamente, más engorrosas se vuelven herramientas sencillas como pizarras, notas adhesivas y hojas de cálculo.
Llevando la metodología ágil al siguiente nivel
Digital.ai Agility, anteriormente VersionOne, aborda el desafío de escalar prácticas ágiles como Scrum al proporcionar una plataforma de gestión de proyectos ágil todo en uno que puede ser utilizado no solo por equipos individuales, sino también por empresas distribuidas que han adoptado un marco ágil escalado. Digital.ai Agility es un entorno centralizado para que las partes interesadas a nivel de equipo, programa y cartera puedan planificar, realizar el seguimiento e informar sobre entrega de software Independientemente de la ubicación.