¿Qué es la Metodología Scrum para la Gestión de Proyectos?

Aunque se desarrolló para el desarrollo ágil de software, ágil scrum se convirtió en el marco preferido para la gestión ágil de proyectos en general y, en ocasiones, se lo conoce simplemente como gestión de proyectos scrum o desarrollo scrum.

Índice del contenido

¿Quién utiliza la metodología Agile 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 un híbrido de scrum. Sin embargo, scrum se ha extendido a otras funciones comerciales, incluidas TI y marketing, donde hay proyectos que deben avanzar en presencia de complejidad y ambigüedad. Los equipos de liderazgo también están basando sus prácticas de gestión ágil en scrum, a menudo combinándolo con prácticas lean y kanban (subgrupos de gestión de proyectos ágil).

¿Qué es Scrum en relación con la gestión ágil de proyectos?

Scrum es un subgrupo de ágil:

  • Agile es un conjunto de valores y principios que describen las interacciones y actividades diarias de un grupo. Ágil en sí mismo no es prescriptivo o específico.
  • La metodología scrum sigue los valores y principios de Agile, pero incluye definiciones y especificaciones adicionales, especialmente con respecto a ciertas prácticas de desarrollo de software.

¿Cuáles son los beneficios recibidos de la metodología scrum?

Las organizaciones que han adoptado Agile 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 en el trabajo al hacer que la información sea transparente, de modo que las personas puedan inspeccionar y adaptarse en función de las condiciones actuales en lugar de las condiciones previstas. Esto permite a los equipos abordar los errores comunes de un proceso de desarrollo en cascada: el caos resultante de requisitos en constante cambio; subestimación del tiempo, recursos y costos; compromisos en la calidad del software; e informes de progreso inexactos. Se requiere transparencia de términos y estándares comunes en el desarrollo de scrum para garantizar que lo que se entrega es lo esperado. La inspección frecuente garantiza el progreso y detecta variaciones desde el principio para que se puedan realizar ajustes rápidamente. Los eventos de scrum más comunes para inspección y adaptación son: planificación de sprint, scrum diario o “stand-up”, revisión de sprint y retrospectiva de sprint (consulte la sección “eventos de scrum” a continuación).

¿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 la metodología ágil antes de “escalar” al resto de la organización. Escalar la metodología ágil no es fácil, lo que recientemente ha provocado la aparición de nuevos marcos, como el Marco ágil escalado® y entrega ágil disciplinada (DAD). Esta popularidad ha convertido a scrum en una parte importante de muchas iniciativas de gestión ágil del ciclo de vida de las aplicaciones (ALM ágil).

¿Cuáles son los componentes del desarrollo ágil de scrum?

La metodología scrum está definida por roles de equipo, eventos (ceremonias), artefactos y reglas.

el equipo de scrum

Los equipos Scrum suelen estar compuestos por 7 +/- 2 miembros y no tienen un líder de equipo para delegar tareas o decidir cómo se resuelve un problema. El equipo como unidad decide cómo abordar los problemas y resolverlos. Cada miembro del equipo Scrum es una parte integral de la solución y se espera que lleve un producto desde el principio hasta su finalización. Hay tres roles clave en un equipo Scrum:

el dueño del producto

El propietario del producto es la parte interesada clave del proyecto, generalmente un cliente interno o externo, o un vocero del cliente. Solo hay un propietario del producto que transmite la misión y la visión generales del producto que el equipo está construyendo. El propietario del producto es, en última instancia, el responsable de gestionar la acumulación de productos y aceptar los incrementos de trabajo completados.

el maestro scrum

El Scrum Master es el líder servidor del propietario del producto, el equipo de desarrollo y la organización. Sin autoridad jerárquica sobre el equipo, sino más bien como un facilitador, el maestro de scrum 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 desempeñarse al más alto nivel. Esto puede incluir eliminar impedimentos, facilitar reuniones y ayudar al propietario del producto a preparar el trabajo pendiente.

El equipo de desarrollo

El equipo de desarrollo es un grupo multidisciplinario autoorganizado armado con todas las habilidades para entregar incrementos entregables al completar cada sprint. Scrum amplía la definición del término "desarrollador" más allá de los programadores para incluir a cualquiera que participe en la creación del incremento entregado. No hay títulos en el equipo de desarrollo y nadie, incluido el maestro de scrum, le dice al equipo de desarrollo cómo convertir los elementos de la cartera de productos en incrementos potencialmente entregables.

Eventos Scrum (ceremonias)

El sprint

Un sprint es un período de tiempo limitado durante el cual se completa un trabajo específico y se prepara para su revisión. Los sprints suelen durar de 2 a 4 semanas, pero pueden ser tan cortos como una semana.

Planificación de Sprint

Las reuniones del equipo de planificación de Sprint son eventos de tiempo limitado que determinan qué elementos de la cartera de productos se entregarán y cómo se logrará el trabajo.

El stand-up diario

El stand-up diario es una breve reunión de comunicación (no más de 15 minutos) en la que cada miembro del equipo cubre de manera rápida y transparente el progreso desde el último stand-up, 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 el evento de "mostrar y contar" o demostración para que el equipo presente el trabajo completado durante el sprint. El propietario del producto comprueba el trabajo con criterios de aceptación predefinidos y acepta o rechaza el trabajo. Las partes interesadas o los clientes brindan retroalimentación para garantizar que el incremento entregado satisfaga las necesidades comerciales.

la retrospectiva

La retrospectiva, o retro, es la reunión final del equipo en el sprint para determinar qué salió bien, qué no salió bien y cómo puede mejorar el equipo 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 desempeño general e identifique estrategias para la mejora continua de sus procesos.

artefactos de scrum

Atrasamiento del producto

La cartera de productos es el documento más importante que describe todos los requisitos de un sistema, proyecto o producto. La acumulación de productos se puede considerar como una lista de tareas pendientes que consta de elementos de trabajo, cada uno de los cuales produce un entregable con valor empresarial. El propietario del producto ordena los elementos de la cartera de pedidos en términos de valor empresarial.

Satraso de impresión

Una acumulación de sprint es la lista específica de elementos tomados de la acumulación de productos que deben completarse en un sprint.

Incremento

Un incremento es la suma de todos los elementos de la cartera de productos que se han completado desde la última aplicación de software. release. Si bien depende del propietario del producto decidir cuándo se aplica un incremento released, es responsabilidad del equipo asegurarse de que todo lo que se incluye en un incremento esté listo para ser released. Esto también se conoce como el incremento potencialmente transportable (PSI).

reglas de scrum

Las reglas del scrum ágil deben depender completamente del equipo y regirse por lo que funciona mejor para sus procesos. Los mejores entrenadores ágiles les dirán a los equipos que comiencen con los eventos básicos de scrum enumerados anteriormente y luego inspeccionen y adapten según las necesidades únicas de su equipo para que haya una mejora continua en la forma en que los equipos trabajan juntos.

practicando scrum

Cómo comenzar

empezar con scrum, no es raro que un equipo de scrum individual use herramientas simples de scrum como una pizarra, notas adhesivas o una hoja de cálculo para administrar la acumulación de productos y el progreso de los elementos de la acumulación de sprint en cada sprint. Sin duda, escalar las prácticas ágiles al resto de la organización es más complicado: cuantos más equipos usen scrum dentro de una organización o estén dispersos geográficamente, más engorrosas se vuelven las herramientas simples como pizarras, notas adhesivas y hojas de cálculo.

Llevando á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 utilizada 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 planifiquen, realicen un seguimiento e informen sobre entrega de software independientemente de la ubicación.