¿Qué es Scrum?

Scrum es un marco de trabajo para desarrollar, entregar y mantener productos complejos a través de una 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 trabajar 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 proceso, Scrum ofrece un enfoque ágil simple y extremadamente efectivo para la entrega de productos. Como se mostrará más adelante, Scrum no es, ni pretende 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 unen 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: Pila de Producto, Pila del Sprint, Incremento de 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. Sprint Planning es donde el trabajo a realizar en el próximo Sprint es planificado por los Desarrolladores. Negocian un Objetivo de Sprint realista con el Product Owner, seleccionan elementos apropiados del Product Backlog para contribuir a ese objetivo y planifican el trabajo para lograrlo.
3. El Daily Scrum es una reunión de 15 minutos llevada a cabo por los Desarrolladores en el Equipo Scrum. Se realiza todos los días del Sprint y los Desarrolladores la utilizan para reafirmar su compromiso de lograr el Objetivo de Sprint y ajustar sus planes en consecuencia.
4. El Sprint Review se lleva a cabo al final del Sprint. Su propósito es hacer visible a los interesados lo que se ha entregado en el Sprint, para permitirles inspeccionar formalmente y sugerir adaptaciones al Product Backlog para guiar el desarrollo continuo.
5. El Sprint Retrospective 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 Sprints subsecuentes.

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án realizando su trabajo. Cada artefacto incluye un compromiso.

La Product Backlog es una lista ordenada de todo lo que necesita hacerse para alcanzar su Product Goal. Es la única fuente de trabajo para el Equipo Scrum. Aunque puede haber más de un Product Goal, por ejemplo describiendo una hoja de ruta del producto, solo se trabaja en un objetivo a la vez. El Product Goal es el objetivo, el compromiso, que la Product Backlog está diseñada para alcanzar.

La Sprint Backlog incluye el conjunto de elementos de la Product Backlog seleccionados para un Sprint y todo el trabajo necesario para alcanzar el Sprint Goal. Aunque uno o más Product Increments pueden entregarse durante el Sprint, solo hay un Sprint Goal. El Sprint Goal es el compromiso para la Sprint Backlog y es lo que los Desarrolladores se esfuerzan por alcanzar.

El Product Increment 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 Sprint Goal. Cuando se entrega más de uno en un Sprint, cada Product Increment incluye el anterior. El compromiso es alcanzar la 'Definition of Done' para el Product Increment. Esta 'Definition of Done' 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 ocupan 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 reconociendo estructura jerárquica y permitiendo que el liderazgo para trabajo específico 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, que 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 entendido.

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

Desarrollador

El rol de Desarrollador en el Equipo Scrum 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 esté realizando y qué 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 que preparan una cena elaborada o aquellos construyendo un nuevo juego para smartphone. Scrum puede aplicarse en todos estos ambientes de desarrollo.

En Scrum, los Desarrolladores son siempre responsables de:

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

Scrum Master

El Scrum Master es responsable de establecer Scrum como se define en la Guía de Scrum. Hacen esto 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 comando – no le dicen a las personas qué hacer y cómo comportarse, les ayudan a entender cómo debería funcionar Scrum y hacen lo que pueden 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 remoción de cualquier cosa que se interponga en el camino de esto.
• El Product Owner – ayudándoles con la gestión del Product Backlog y ayudándoles a asegurar que los Objetivos del Producto y los elementos del Product Backlog estén apropiadamente formados, expresados y entendidos.
• 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 desperdiciadora, 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 riesgosa.

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 el trabajo colaborativo en equipo de manera efectiva. Los valores son Compromiso, Enfoque, Apertura, Respeto y Coraje.

• Compromiso: Los miembros del Equipo Scrum se comprometen a alcanzar las metas 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 y los impedimentos. Están dispuestos a tomar riesgos y expresar sus inquietudes sobre problemas que puedan afectar el éxito del equipo.
• Apertura: Los miembros del Equipo Scrum comparten información, progreso e inquietudes entre ellos, fomentando así la confianza y la 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 hacer efectiva cualquier forma de trabajo ágil.

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

• Adaptarse al Cambio: Scrum es altamente receptivo 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 trabajar 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, que representa los intereses del cliente, prioriza las características, asegurando que el producto se alinee con las necesidades y expectativas del cliente a lo largo de su desarrollo.

Scrum ofrece numerosos beneficios para el desarrollo de productos, mejorando la eficiencia, colaboración y 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, detalladas en este blog.

Scrum, puede presentar varios desafíos y inconvenientes. Al implementar Scrum, como con todas las nuevas formas de trabajo, 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 Scrum es implementado, aún hay desafíos que enfrentar, los riesgos o inconvenientes comunes incluyen:-

1. Apoyo Gerencial Inadecuado: Como 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 esto en niveles superiores puede limitar severamente el valor que Scrum puede entregar como forma de trabajo.
2. Curva de Aprendizaje: Las disrupciones iniciales y los ajustes pueden impactar la productividad mientras los miembros del equipo se adaptan a los nuevos roles, eventos y procesos colaborativos introducidos por Scrum. El adagio 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 – esperar fallas para lograr los Objetivos del Sprint mientras el equipo descubre lo que se puede lograr.
4. Sobreénfasis en Objetivos a Corto Plazo: El enfoque en sprints cortos de duración fija en Scrum a veces puede llevar 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 o menos' personas 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 recomendable. Para problemas de menor escala – hasta 100 desarrolladores, por ejemplo – y/o donde la complejidad de la solución empresarial 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 desarrollado 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. Aborda explícitamente 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 soluciones 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 información sobre el marco, incluyendo su alcance, la justificación detrás de su desarrollo, y quién se beneficia más del marco. Además, exploramos el programa acreditado de capacitación y certificación que respalda este marco.

Scrum ha abierto un camino significativo hacia la agilidad en el desarrollo de productos de software y es un enfoque muy popular y versátil por buenas razones, siendo perfectamente adecuado 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 de Scrum, 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 diferentes, pero solo cuando se usa en su totalidad. Si omites cualquier elemento de Scrum, simplemente no funcionará correctamente. Scrum funciona, ScrumBut arriesga el fracaso. ScrumBut describe una situación donde "usamos Scrum pero no hacemos esto".  En lugar de 'no hacemos esto' puedes insertar lo que quieras... "No hacemos un Scrum diario", "no colaboramos", "no tenemos un Scrum Master, tenemos un gerente", "no tenemos un product backlog, tenemos una especificación", "no definimos un Sprint Goal", 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 estímulo y apoyo continuos 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 de 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 – habla con tu proveedor de formación APMG sobre la impartición de este día como un curso independiente ideal para miembros del equipo y stakeholders. Cubre todo lo que está en la Guía de Scrum – y necesitan saberlo todo.   

AgilePM for Scrum combina Scrum con el enfoque de gestión de proyectos ágiles líder mundial (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 de trabajo 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.