¿Qué es Scrum?

Scrum es un marco de trabajo para desarrollar, entregar y mantener productos complejos a través de la colaboración efectiva del equipo. Proporciona un proceso ligero para enfocar y coordinar la actividad colaborativa basada en equipos mientras el Equipo Scrum aborda problemas adaptativos complicados y entrega un producto de valor óptimo de manera incremental y con un cronograma predecible.

Originalmente concebido por los profesores Hirotaka Takeuchi e Ikujiro Nonaka y publicado como "The New Product Development Game" en Harvard Business Review en 1986, Scrum fue adaptado y popularizado por Jeff Sutherland y Ken Schwaber en los años 90. Se ha convertido en una forma de trabajo cada vez más popular, expandiéndose desde el desarrollo de software hacia muchas áreas del desarrollo de productos que pueden aplicar y beneficiarse de un enfoque iterativo e incremental. Su éxito o fracaso depende de la competencia técnica y los esfuerzos colaborativos del equipo.

Desde una perspectiva de procesos, Scrum ofrece un enfoque ágil simple y extremadamente efectivo para la entrega de productos. Como se mostrará más adelante, Scrum no es, ni está destinado a describir un enfoque ágil para la gestión de proyectos.  

El marco incluye tres roles distintos que conforman un Equipo Scrum, cada uno con responsabilidades claramente definidas, cinco eventos y tres artefactos. Las reglas descritas en La Guía de Scrum vinculan los roles, eventos y artefactos, guiando sus relaciones e interacciones.

• Los 5 Eventos: El Sprint, Planificación del Sprint, Scrum Diario, Revisión del Sprint, Retrospectiva del Sprint
• Los 3 Artefactos: Backlog del Producto, Backlog del Sprint, Incremento del Producto
• Los 3 Roles: Propietario del Producto, Desarrollador, Scrum Master.

1. El Sprint es una caja de tiempo, que puede tener cualquier duración pero típicamente es de 2 a 4 semanas, durante la cual se crean uno o más Incrementos de Producto "Terminados" (es decir, utilizables y al menos potencialmente liberables). El Sprint contiene todos los otros eventos.
2. La Planificación del Sprint es donde los Desarrolladores planifican el trabajo que se realizará en el próximo Sprint. Negocian un Objetivo de Sprint realista con el Propietario del Producto, seleccionan elementos apropiados del Backlog del Producto para contribuir a ese objetivo y planifican el trabajo para lograrlo.
3. El Scrum Diario es una reunión de 15 minutos celebrada por los Desarrolladores en el Equipo Scrum. Se lleva a cabo todos los días del Sprint y los Desarrolladores la utilizan para reafirmar su compromiso de lograr el Objetivo del Sprint y ajustar sus planes en consecuencia.
4. La Revisión del Sprint se celebra al final del Sprint. Su propósito es hacer visible a las partes interesadas lo que se ha entregado en el Sprint, para permitirles inspeccionar formalmente y sugerir adaptaciones al Backlog del Producto para guiar el desarrollo continuo.
5. La Retrospectiva del Sprint es una oportunidad para que el Equipo Scrum reflexione sobre la efectividad de su forma de trabajar y cree un plan de mejoras que se implementarán durante el próximo Sprint o los Sprints subsiguientes.

Los tres artefactos de Scrum están diseñados para mantener el enfoque en el valor que se debe entregar. Son transparentes, es decir, deliberadamente visibles, para cualquier persona interesada en lo que está haciendo el Equipo Scrum y cómo está realizando su trabajo. Cada artefacto incluye un compromiso.

El Product Backlog es una lista ordenada de todo lo que debe hacerse para lograr su Objetivo del Producto. Es la única fuente de trabajo para el Equipo Scrum. Si bien puede haber más de un Objetivo del Producto, por ejemplo describiendo una hoja de ruta del producto, solo se trabaja en un objetivo a la vez. El Objetivo del Producto es el propósito, el compromiso, que el Product Backlog está diseñado para lograr.

El Sprint Backlog incluye el conjunto de elementos del Product Backlog seleccionados para un Sprint y todo el trabajo necesario para lograr el Objetivo del Sprint. Aunque uno o más Incrementos del Producto pueden entregarse durante el Sprint, solo hay un Objetivo del Sprint. El objetivo del Sprint es el compromiso para el Sprint Backlog y es lo que los Desarrolladores se esfuerzan por lograr.

El Incremento del Producto es lo que los desarrolladores crean que satisface la necesidad descrita por uno o más elementos del product backlog. Es un paso tangible hacia el logro del Objetivo del Sprint. Cuando se entrega más de uno en un Sprint, cada Incremento del Producto incluye el anterior. El compromiso es lograr la 'Definición de Terminado' para el Incremento del Producto. Esta 'Definición de Terminado' es una descripción formal de los estándares de calidad necesarios que el producto debe cumplir.

Sabemos por el manifiesto Ágil que los practicantes de la agilidad valoran a los individuos y las interacciones por encima de los procesos y las herramientas – lo que significa que aunque hay un lugar para los procesos y las herramientas – y seamos muy claros, Scrum incluye un elemento de proceso significativo – valoramos más a las personas y la forma en que trabajan juntas. Los roles y las responsabilidades asociadas con esos roles, así como las interacciones colaborativas entre los individuos que desempeñan esos roles, son fundamentales para el uso efectivo de Scrum.

Un Equipo Scrum está compuesto por un Product Owner, un Scrum Master y, típicamente, entre 5 y 9 Desarrolladores. El equipo necesita ser multifuncional – teniendo colectivamente todas las competencias necesarias para entregar el producto deseado y la capacidad de colaborar para lograr ese objetivo. El equipo es auto-organizado – no reconoce estructura jerárquica y permite que el liderazgo para trabajos específicos emerja según sea apropiado.

Product Owner

El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Equipo Scrum. El Product Owner es un individuo, no un comité y típicamente representa las necesidades de muchos interesados, incluyendo los clientes para quienes se está creando el valor. Al contribuir al trabajo del Equipo Scrum, son responsables de la gestión efectiva del Product Backlog, lo cual incluye:

• Desarrollar y comunicar explícitamente el Objetivo del Producto.
• Crear y comunicar claramente los elementos del Product Backlog.
• Priorizar los elementos del Product Backlog.
• Asegurar que el Product Backlog sea transparente, visible y comprendido.

Cualquier interesado que quiera cambiar el Product Backlog puede hacerlo solo a través del Product Owner.

Desarrollador

El rol de Desarrollador en el Equipo Scrum se aplica a cualquier persona que esté colaborando activamente con otros en el equipo para desarrollar el Producto – incluso alguien que también tenga uno de los otros roles puede ser un Desarrollador. Las habilidades necesarias por un Desarrollador variarán dependiendo del tipo de trabajo que se realice y lo que se esté produciendo. Los Desarrolladores trabajando en un Equipo Scrum para diseñar un jardín necesitarán un conjunto de habilidades muy diferente a aquellos preparando una cena elaborada o aquellos construyendo un nuevo juego para un teléfono inteligente. Scrum puede aplicarse en todos estos entornos de desarrollo.

En Scrum, los Desarrolladores son siempre responsables de:

• Crear un plan para el Sprint, el Sprint Backlog;
• Inculcar calidad adhiriéndose a una Definición de Terminado;
• Adaptar su plan cada día hacia el Objetivo del Sprint; y,
• Mantener responsabilidad mutua como profesionales.

Scrum Master

El Scrum Master es responsable de establecer Scrum como se define en la Guía de Scrum. Lo hacen ayudando a todos a entender la teoría y práctica de Scrum, tanto dentro del Equipo Scrum como en la organización.

A menudo referido como un líder servidor, el Scrum Master no tiene autoridad de mando – no le dice a las personas qué hacer y cómo comportarse, les ayuda a entender cómo debería funcionar Scrum y hace lo que puede para facilitar su adopción. Proporcionan un servicio a:

• El Equipo Scrum – entrenando su adopción de Scrum, ayudándoles a encontrar formas de mejorar continuamente la manera en que entregan valor y causando la eliminación de todo lo que se interponga en el camino de esto.
• El Product Owner – ayudándole con la gestión del Product Backlog y ayudándole a asegurar que los Objetivos del Producto y los elementos del Product Backlog estén apropiadamente formados, expresados y comprendidos.
• La organización más amplia en la que existe el Equipo Scrum – ayudándoles a entender la forma de trabajar de Scrum y cómo necesitan trabajar y comportarse para permitir que los Equipos Scrum sean óptimamente efectivos.

El marco de trabajo Scrum se fundamenta en la teoría del control empírico de procesos, o empirismo, que sostiene que el conocimiento proviene de la experiencia y la toma de decisiones se basa en lo que se puede observar. Los pilares del control empírico de procesos son la transparencia del proceso y el progreso, la inspección del proceso y el progreso, y la adaptación tanto del producto emergente (mejorándolo con cada iteración e incremento) como de las formas de trabajo (mejorando continuamente la efectividad y el rendimiento del equipo).

Es importante entender cómo hacer efectivo el proceso empírico. La Transparencia permite la Inspección, la Inspección permite la Adaptación y las Adaptaciones deben ser Transparentes. La Inspección sin Transparencia es engañosa y desperdicia recursos, la Inspección sin intención de Adaptación es inútil y la Adaptación sin Transparencia para Inspeccionar su impacto hace que la Adaptación sea arriesgada.

Los equipos Scrum efectivos viven y respiran un conjunto de cinco valores. Estos valores no son únicos de un equipo Scrum, pero al hacerlos explícitos fomentan un trabajo en equipo colaborativo y efectivo. Los valores son Compromiso, Enfoque, Transparencia, Respeto y Coraje.

• Compromiso: Los miembros del Equipo Scrum están comprometidos a lograr los objetivos del sprint y entregar trabajo de alta calidad a través del desarrollo iterativo y la entrega incremental. Esto fomenta la responsabilidad y la rendición de cuentas entre los miembros del equipo.
• Coraje: Los miembros del Equipo Scrum tienen el coraje de abordar abiertamente los desafíos e impedimentos. Están dispuestos a tomar riesgos y hablar sobre problemas que puedan afectar el éxito del equipo.
• Transparencia: Los miembros del Equipo Scrum comparten información, progreso e inquietudes entre ellos, fomentando así la confianza y colaboración dentro del equipo.
• Enfoque: Los miembros del Equipo Scrum mantienen un enfoque colectivo en los Objetivos del Producto y del Sprint, priorizando su trabajo para optimizar la entrega de valor.
• Respeto: Los miembros del Equipo Scrum se respetan mutuamente como profesionales, reconociendo las habilidades, perspectivas y contribuciones de cada uno mientras trabajan en la entrega del producto. Esto crea un ambiente de trabajo positivo y mejora la cooperación entre los miembros del equipo.

Estos valores pueden y deben aplicarse para ayudar a que cualquier forma de trabajo ágil sea efectiva.

Los valores de Scrum contribuyen colectivamente a la capacidad del equipo de Scrum para:

• Adaptarse al Cambio: Scrum responde altamente a los requisitos cambiantes. Se adapta a las necesidades evolutivas del cliente al permitir ajustes al final de cada sprint, promoviendo la flexibilidad y una mayor satisfacción del cliente.
• Colaborar para tomar decisiones: La naturaleza autoorganizada del Equipo Scrum y la base empírica de la forma de trabajo de Scrum fomenta la colaboración. Vivir los valores de Scrum da vida al trabajo colaborativo.  
• Mejorar Continuamente: Scrum incorpora retrospectivas regulares, cuyo propósito es proporcionar oportunidades regulares para que el Equipo Scrum inspeccione la efectividad de su forma de trabajar e identifique áreas de mejora. Esto es la mejora continua en acción.
• Adoptar un Enfoque Centrado en el Cliente: Scrum pone un fuerte énfasis en entregar valor al cliente. El Product Owner, representando los intereses del cliente, prioriza las características, asegurando que el producto se alinee con las necesidades y expectativas del cliente durante todo su desarrollo.

Scrum ofrece numerosos beneficios para el desarrollo de productos, mejorando la eficiencia, la colaboración y la adaptabilidad:

• Flexibilidad
• Tiempo de comercialización más rápido
• Colaboración mejorada
• Calidad de producto mejorada
• Mayor satisfacción del cliente
• Mayor productividad
• Mejor gestión de riesgos
• Transparencia
• Equipos empoderados
• Mejora continua.

Descubre más sobre las 10 ventajas clave de usar Scrum, elaboradas en este blog.

Scrum, puede presentar varios desafíos y desventajas. Al implementar Scrum, como ocurre con todas las nuevas formas de trabajar, puede haber resistencia al cambio. Los equipos pueden tener dificultades con el nivel de colaboración y comunicación necesario para que Scrum funcione de manera efectiva. Los roles como el Scrum Master también tienen responsabilidades específicas que difieren de los roles tradicionales, y malentender estos roles puede llevar a confusión e ineficiencia. Una vez que se implementa Scrum, aún hay desafíos que enfrentar, los riesgos o desventajas comunes incluyen:-

1. Apoyo Inadecuado de la Gerencia: Como sucede con cualquier iniciativa de cambio sin un fuerte apoyo de la gerencia dentro de la organización, la adopción de Scrum encontrará resistencia o enfrentará desafíos para superar las barreras organizacionales. La falta de comprensión del cambio cultural necesario y el compromiso débil a este en niveles más altos puede limitar severamente el valor que Scrum puede entregar como forma de trabajar.
2. Curva de Aprendizaje: Las interrupciones y ajustes iniciales pueden impactar la productividad mientras los miembros del equipo se adaptan a los nuevos roles, eventos y procesos colaborativos introducidos por Scrum. El dicho de que las cosas pueden empeorar antes de mejorar es a menudo cierto. La clave es permitir tiempo para el aprendizaje e identificar personas con un historial de hacer que esto funcione en otros lugares que puedan ayudar.
3. Sobrecompromiso:  Los equipos pueden enfrentar el riesgo de sobrecomprometerse con el trabajo durante la planificación del sprint, llevando al agotamiento o compromiso en la calidad de los entregables. Equilibrar el deseo de progreso rápido con el establecimiento de objetivos realistas es crucial para mantener prácticas de desarrollo sostenibles. Es importante establecer un ritmo sostenible – espera fallar en lograr los Objetivos del Sprint mientras el equipo descubre qué se puede lograr.
4. Sobreénfasis en Objetivos a Corto Plazo: El enfoque en sprints cortos de duración fija en Scrum puede llevar a veces a una visión miope, donde los equipos priorizan objetivos inmediatos sobre objetivos estratégicos a largo plazo. En un entorno de producto puro, un buen Product Owner debería poder comunicar y mantener un enfoque apropiado a largo plazo. Cuando se enfrenta a la complejidad, algo más puede ser necesario…
5. Problemas integrando el trabajo de múltiples equipos para esfuerzos más grandes y complejos: Scrum es fuerte cuando se aplica a equipos individuales pero extremadamente débil cuando el trabajo a realizar excede la capacidad de las '10 personas o menos' en el equipo para lograrlo. En esta circunstancia, se recomienda un marco más amplio para lidiar con la escala y/o complejidad.

Para escala extrema en un contexto de producto – donde se necesitan cientos de desarrolladores – un marco escalado como SAFe puede ser aconsejable. Para problemas de menor escala – hasta 100 desarrolladores, por ejemplo – y/o donde la complejidad de la solución comercial general abarca múltiples productos, servicios y otras actividades, entonces un marco de proyecto ágil como AgilePM satisfará la necesidad.  

Basándose en el problema de escalabilidad mencionado anteriormente, en este episodio de la serie 'Level Up' de APMG, los expertos en gestión ágil de proyectos responden preguntas sobre la gestión ágil de proyectos y scrum. Una de las preguntas clave que se abordan es la diferencia entre estos enfoques.  Se discuten temas como la planificación de sprints, la duración ideal de un Sprint y el valor de las reuniones diarias de seguimiento.

El Agile Business Consortium ha evolucionado su enfoque líder mundial de Gestión Ágil de Proyectos (AgilePM) para proporcionar una versión diseñada específicamente para trabajar con Scrum. AgilePM for Scrum ofrece un marco único para la entrega de soluciones empresariales completas. Trata explícitamente con soluciones que abarcan múltiples productos o servicios, requiriendo el esfuerzo de desarrollo combinado de múltiples equipos Scrum, o una combinación de equipos Scrum y no-Scrum. Con técnicas para manejar la planificación y coordinación ágil entre equipos, liderazgo desde las perspectivas de visión empresarial, arquitectura de solución y gestión de proyectos, gobernanza, riesgo, y más, esto vale la pena considerar para esa situación de proyecto más compleja.

En este video, Richard Pharro, CEO de APMG International, y yo discutimos 'AgilePM for Scrum.' Este nuevo marco fusiona las fortalezas de dos marcos Ágiles líderes. Richard hace preguntas clave, con el objetivo de proporcionar perspectivas sobre el marco, incluyendo su alcance, la lógica detrás de su desarrollo, y quién se beneficia más del marco. Además, exploramos el programa de capacitación acreditada y certificación que respalda este marco.

Scrum ha marcado un sendero significativo para la agilidad en el desarrollo de productos de software y es un enfoque muy popular y versátil por buenas razones, siendo una opción perfecta para entregar productos que deleiten a los clientes ante requisitos complejos y cambiantes. Aprovecha las ventajas de equipos multifuncionales y colaborativos para entregar valor más rápida y eficientemente que sus contrapartes menos ágiles.

Sin embargo, no está exento de desafíos... Ken Schwaber y Jeff Sutherland establecen en su Guía de Scrum 2020 que "El marco de trabajo Scrum, tal como se describe aquí, es inmutable. Aunque es posible implementar solo partes de Scrum, el resultado no es Scrum. Scrum existe únicamente en su totalidad..."

Scrum es un marco de trabajo ágil simple, elegante y efectivo para la entrega de productos. Esto ha sido comprobado una y otra vez en todo el mundo en muchas aplicaciones diferentes a través de muchas industrias distintas, pero solo cuando se usa en su totalidad. Si dejas fuera cualquier elemento de Scrum, simplemente no funcionará correctamente. Scrum funciona, ScrumPero arriesga el fracaso. ScrumPero describe una situación donde "usamos Scrum pero no hacemos esto".  En lugar de 'no hacemos esto' inserta lo que quieras... "No hacemos una reunión diaria de Scrum", "no colaboramos", "no tenemos un Scrum Master, tenemos un gerente", "no tenemos un backlog de producto, tenemos una especificación", "no definimos un Objetivo de Sprint", etc. Schwaber y Sutherland desarrollaron Scrum, han supervisado su evolución gradual y cuidadosa desde mediados de los años 90 – acepta su sabiduría y hazlo correctamente.  

Si tu juego es el desarrollo de productos, entonces es fácil ver cómo aportar agilidad a ese juego aplicando y mejorando continuamente la aplicación de Scrum podría proporcionar un beneficio tremendo. Pero si tu preocupación se extiende más allá del desarrollo puro de productos, entonces, por sí solo, Scrum puede resultar inadecuado.

Se necesita capacitación, educación y aliento y apoyo continuo de los Equipos Scrum para aprovechar el éxito de Scrum. APMG ofrece las siguientes certificaciones para los roles clave.

Este curso te enseña a destacar como Scrum Master, mejorando el desarrollo de productos y soluciones usando Scrum. Los aprendizajes clave incluyen una comprensión integral del Marco de Trabajo Scrum, los principios de Scrum y el rol del Scrum Master. También aprenderás cómo construir equipos de desarrollo efectivos, actuar como líder servidor, facilitar eventos de Scrum, ayudar a los Product Owners en la gestión del backlog e impulsar la adopción de Scrum.

En este curso aprende cómo maximizar el valor de los productos entregados por los Equipos Scrum. Obtén una comprensión profunda del Marco de Trabajo Scrum y el rol del Product Owner de Scrum. Domina los principios de Scrum y cómo construir y priorizar un backlog de producto orientado al valor, desglosando épicas y temas en historias de usuario accionables.

El primer día de los cursos de Scrum Master y Product Owner son idénticos – hable con su proveedor de capacitación APMG sobre la entrega de este día como un curso independiente ideal para miembros del equipo y partes interesadas. Cubre todo lo que está en la Guía de Scrum – y ellos necesitan saberlo todo.   

AgilePM for Scrum combina Scrum con el enfoque líder mundial de gestión ágil de proyectos (AgilePM) para ofrecer un marco único para la entrega de soluciones empresariales completas donde se requiere desarrollo iterativo e incremental. Esta certificación te proporciona las habilidades para integrar Scrum con la Gestión Ágil de Proyectos. Los cursos abordan los principios y la teoría que sustentan el marco Scrum, impartidos por proveedores acreditados por APMG y Agile Business Consortium.

La imagen del 'Scrum Framework' fue creada por el Agile Business Consortium. Copyright © 2024, Agile Business Consortium. Todos los derechos reservados.