¿Qué es la Metodología Scrum? Guía Completa Para 2026
Si has pasado algún tiempo en la gestión de proyectos digitales, probablemente hayas escuchado hablar de la metodología Scrum.
Scrum es una metodología de gestión de proyectos popular que ha sido adoptada ampliamente en una variedad de industrias.
En esencia, Scrum se basa en la idea de empoderar a los equipos para que se autoorganicen y tomen decisiones sobre la mejor manera de alcanzar sus objetivos. Este enfoque puede ayudar a los equipos a entregar productos y servicios de alta calidad de forma rápida y eficiente.
Unlock for Free
Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.
Have an account? Log In
¿Qué es la metodología Scrum?
La metodología Scrum se puede definir como un enfoque para la entrega de productos que propone principios y procesos para mejorar los resultados.
La gestión de proyectos Scrum ágil fija los requisitos de tiempo y coste de los proyectos. Scrum logra esto utilizando "periodos de tiempo limitados" ("time boxes", un período de tiempo específico y limitado) para las iteraciones de trabajo, así como los "product backlogs" y eventos específicos del equipo. Es un marco altamente adaptable que ayuda a entregar valor en los proyectos más rápidamente.
En la gestión Scrum, los proyectos avanzan mediante "sprints", que representan una iteración de trabajo hacia los objetivos del equipo. Cada sprint o iteración produce un incremento entregable.
La metodología Scrum es una de las muchas metodologías ágiles, todas las cuales le dan la vuelta al histórico triángulo predictivo o en cascada del desarrollo de proyectos y productos.
Mientras que las metodologías tradicionales de gestión de proyectos limitan el alcance (por ejemplo, estableciéndolo en una declaración del alcance del proyecto) y flexionan el cronograma y los recursos, las metodologías ágiles (incluida Scrum) fijan recursos y cronograma, pero flexibilizan el alcance, dependiendo de lo más importante a lograr en el tiempo y los recursos establecidos.
En el fondo, Scrum permite a los equipos crear una tensión saludable entre entregar lo correcto, de la manera correcta, lo más rápido posible.
El objetivo de Scrum es mejorar la comunicación, el trabajo en equipo y la velocidad de desarrollo. Conceptos como sprints, Scrums, backlog y gráficas de trabajo pendiente (burndown charts) se derivan todos de Scrum.
¿Por qué Scrum?
Una de las principales razones de la popularidad de Scrum es su capacidad para ayudar a los equipos a entregar productos y servicios de alta calidad de manera rápida y eficiente. Al dividir los proyectos en pequeños bloques manejables y revisar el progreso regularmente, los equipos pueden identificar y abordar rápidamente cualquier problema que surja. Esto les permite mantenerse en camino y lograr sus objetivos a tiempo.
Otra razón de la adopción de Scrum es su énfasis en la colaboración y la comunicación. En un entorno Scrum, se anima a los miembros del equipo a trabajar juntos y compartir ideas, en lugar de seguir una jerarquía rígida. Esto puede fomentar un sentido de pertenencia y responsabilidad, lo que ayuda a los equipos a mantenerse motivados y comprometidos.
En general, la adopción de Scrum ha sido impulsada por su capacidad para ayudar a las organizaciones y equipos a alcanzar sus objetivos de manera rápida y eficiente. Al empoderar a los equipos para autoorganizarse y tomar decisiones, Scrum puede ayudar a las organizaciones a mantenerse competitivas y entregar productos y servicios de alta calidad.
La mentalidad central de Scrum: El Manifiesto Ágil
El Manifiesto Ágil es esencial para la metodología Scrum y puede considerarse la mentalidad subyacente detrás de todas las metodologías ágiles. La metodología Scrum se superpone al Manifiesto Ágil para poner en práctica el "cómo" sobre el "qué".
En otras palabras, Scrum es una de las muchas guías prácticas para desarrollar resultados con mentalidad ágil. Aquí tienes un desglose del Manifiesto Ágil junto con algunos principios centrales de Scrum.
1. Individuos e interacciones sobre procesos y herramientas
Primero se enfoca en los individuos y las interacciones en lugar de los procesos y las herramientas. La comunicación es clave, no los procesos que rigen tu proyecto. Dentro de Scrum esto significa un equipo autoorganizado y multifuncional.
2. Software funcionando sobre documentación exhaustiva
Existe un fuerte enfoque en producir productos entregables rápidamente, en lugar de pasar mucho tiempo redactando requisitos. En el desarrollo de software con Scrum, se realizan sprints de trabajo limitados en el tiempo que producen un incremento entregable al final de cada sprint.
3. Colaboración con el cliente sobre negociación contractual
Los valores ágiles especifican la colaboración con el cliente o usuario, trabajando con ellos en todo momento y estando profundamente involucrados durante todo el proceso. Scrum tiene una participación del cliente constante y regular.
4. Responder al cambio sobre seguir un plan
En lugar de ver los cambios como un enemigo, estar en posición de ver el cambio como algo positivo y responder a él es esencial en el marco ágil. En Scrum, los requisitos están en constante evolución y el cambio es bienvenido.
Además del Manifiesto Ágil, Scrum en sí incorpora cinco valores que son esenciales para que las personas y los equipos sean competentes al operar de manera efectiva: compromiso, enfoque, apertura, respeto y valentía.
Estos valores orientan a un equipo ágil o equipo Scrum sobre cómo comportarse en su trabajo. Las decisiones que se tomen y los pasos a seguir deben reforzar estos valores, no disminuirlos ni socavarlos. Si se practican eficazmente, los pilares empíricos de Scrum —transparencia, inspección y adaptación— cobran vida y construyen confianza.
¿Cuáles son los 3 artefactos de Scrum?
Los artefactos de Scrum comunican información clave que el equipo Scrum debe conocer durante el desarrollo del producto.
1. Product Backlog
El product backlog enumera todas las características, funciones y requisitos que deben incluirse en el producto, en orden de importancia. Es común que los requisitos de un producto cambien a lo largo del desarrollo, ya sea para reflejar las necesidades del negocio o las tendencias del mercado. El product backlog se actualizará constantemente para reflejar esos cambios.
2. Product Backlog Item
Estos son los ítems que componen el product backlog. Detallan los cambios que deben realizarse y el resultado deseado. Una forma de expresar el resultado deseado de manera comprensible para el equipo de desarrollo es a través de las “historias de usuario”, una frase simple que explica qué busca cierto negocio o usuario en el producto.
Las historias de usuario se estructuran así: “Como [blank] quiero [blank] para que pueda [blank].”
3. Sprint Backlog
El sprint backlog está compuesto por los ítems del product backlog que han sido seleccionados para un sprint. También incluye un plan para producir un incremento al final del sprint.
El sprint backlog define el trabajo que el equipo de desarrollo realizará durante el próximo sprint y los ítems requeridos para producir un incremento que cumpla con la definición de hecho.
El marco de trabajo Scrum
El marco de trabajo Scrum es una metodología ágil centrada en entregar valor de forma incremental e iterativa a lo largo del tiempo. El proceso comienza con un product owner creando un product backlog basado en las aportaciones de directivos, equipos, partes interesadas, clientes y usuarios, y termina con una presentación del trabajo terminado en la revisión del sprint, seguida de una retrospectiva del sprint. Este proceso se repite a intervalos regulares, normalmente de 1 a 4 semanas.
Scrum, en sí mismo y de forma similar a los eventos de scrum, es intencionadamente ligero y sencillo. Scrum es fácil de aprender, pero puede ser difícil de dominar. Está pensado para ofrecer un marco de trabajo para que equipos multifuncionales resuelvan problemas complejos.
En resumen: Scrum es una metodología o proceso a través del cual se aplica la mentalidad ágil.
Roles en Scrum
Dentro de la metodología Scrum existen roles claramente definidos.
- Equipo de desarrollo Scrum
- Scrum master
- Product owner
Estos roles ayudan a diferenciar el modelo Scrum de otros métodos ágiles similares como programación extrema, lean o desarrollo guiado por pruebas.
El entorno Scrum promueve el uso de equipos pequeños y flexibles de no más de 9 personas que trabajan a través del product backlog. Una prueba simple para saber si el equipo es demasiado grande es si se le puede alimentar con dos pizzas (sí, es en serio).
Esto suele equivaler a 5-9 personas por equipo. Las personas solo deben asignarse a un equipo Scrum a la vez. Esta regla suele justificarse por la forma en que se comunican los equipos, cómo se alinean los incentivos y cuántas personas puede mantener una persona en relación al mismo tiempo.
1. Equipo de desarrollo Scrum
Un equipo de desarrollo Scrum es un grupo de profesionales responsables de entregar un incremento liberable de "hecho" al final de cada Sprint.
Los equipos de desarrollo son únicos en los siguientes aspectos:
- Los equipos de desarrollo son autoorganizados. Nadie dentro del equipo Scrum (ni siquiera el Scrum master) puede decirles cómo convertir el product backlog en incrementos.
- Son multifuncionales. Todos los miembros deben tener las habilidades necesarias para crear un incremento; algunos pueden tener diferentes habilidades, pero todos deben poder colaborar.
- Son responsables de los éxitos y fracasos como equipo. No importa si un miembro cometió un error que hizo que el equipo no tuviera un incremento al final de un sprint, el equipo de desarrollo acepta la responsabilidad en conjunto.
2. Scrum Master
El Scrum master es responsable de facilitar el proceso Scrum. Se asegura de que todos tengan una comprensión sólida de los principios de Scrum y ofrece orientación y formación cuando es necesario.
El Scrum master guía al equipo Scrum en el daily Scrum. A menudo hará tres preguntas:
- ¿Qué hiciste ayer?
- ¿Qué harás mañana?
- ¿Qué obstáculos tienes en tu camino?
El Scrum master no es el líder ni el gestor de personas del equipo Scrum. No es directamente responsable de los resultados. Todo el equipo en su conjunto debe aceptar la responsabilidad por el producto final.
El Scrum master también trabajará con el Product Owner para asegurarse de que el proyecto esté encaminado.
Realizará tareas como:
- Garantizar que todos entienden los objetivos del Scrum.
- Optimizar la gestión del product backlog.
- Organizar los eventos Scrum
- Ayudar a eliminar los impedimentos cuando surjan
El trabajo del Scrum master es mantener a todos enfocados y avanzando hacia el mismo objetivo. Su labor es eliminar obstáculos, prevenir distracciones innecesarias y ayudar al equipo a avanzar día tras día. Aunque el resultado del Scrum depende en última instancia de todo el equipo, los Scrum masters suelen sentir mucha presión para tener éxito en su posición.
3. Product Owner
El Product Owner representa al negocio o la base de clientes. Está para asegurar que los demás miembros del equipo Scrum no olviden el propósito del sprint. Debido a la variedad de posibles usuarios y clientes, el Product Owner debe tener un sólido conocimiento de las necesidades de los usuarios.
Cada sprint comienza con el Product Owner documentando y priorizando los requisitos y las funcionalidades deseadas del producto para el equipo de desarrollo. En una sesión de planificación, el trabajo del Product Owner es responder cualquier duda que el equipo de desarrollo tenga sobre especificaciones y requisitos.
El Product Owner no está involucrado en el desarrollo, pero puede ser requerido para responder preguntas aclaratorias durante cada sprint.
Las responsabilidades diarias de un Product Owner pueden incluir:
- Documentar los requisitos del producto
- Redactar iniciativas, épicas e historias de usuario
- Coordinarse con la gestión de productos para asegurar que los requisitos del producto estén alineados con la hoja de ruta general
- Investigar las necesidades de clientes y usuarios reales del producto
- Responder a preguntas aclaratorias del equipo de desarrollo
- Colaborar con líderes de toda la organización para asegurar que el producto pueda venderse, implementarse, soportarse, etc.
Los Product Owners son esenciales para el ciclo exitoso de desarrollo de producto con la metodología Scrum. Sin requisitos claros y priorizados, los equipos de desarrollo podrían no saber qué desarrollar y en qué orden. Los Product Owners aseguran que los equipos sepan qué es lo más importante para trabajar ahora y qué viene después.
Eventos de Scrum (también llamados ceremonias Scrum)
Hay 5 tipos principales de eventos de Scrum o ceremonias de Scrum:
- El sprint
- Planificación del sprint
- Scrum diario (también llamado reunión diaria de pie)
- Revisión del sprint
- Retrospectiva del sprint
Ciertos tipos de eventos de Scrum se llevarán a cabo durante momentos específicos en el proceso de desarrollo. Estas también se conocen como las ceremonias de Scrum.
1. El Sprint
Un sprint en Scrum es un período de tiempo de duración fija, de un mes o menos, donde las ideas se transforman en valor. El sprint es el latido del corazón de Scrum. Un sprint es un intervalo de tiempo establecido que se repite periódicamente. A menudo, los equipos miden su futuro en sprints.
El propósito del sprint es acotar el tiempo de trabajo y lograr que los equipos entreguen según sus compromisos. Los sprints permiten establecer objetivos que son a corto plazo, pero increíblemente sólidos. Durante un sprint, nada debe cambiar que pueda poner en peligro el objetivo del sprint.
El sprint mantiene al equipo enfocado, pero permite correcciones de rumbo o cambios de un sprint a otro. Los sprints permiten la previsibilidad asegurando que lo que el equipo de desarrollo se compromete a realizar será terminado o revisado en un corto periodo de tiempo.
Con los sprints, desaparece el “ya veremos cuándo pasa”. Sabemos cuándo ocurrirán las cosas porque están comprometidas o no en el sprint.
Un sprint dura entre 1 y 4 semanas, no más. Esta limitación permite a los equipos avanzar y entregar progreso incremental rápidamente, pero sin volver locos a los miembros. Los sprints no pueden alargarse ni acortarse. Un sprint solo puede ser cancelado si el objetivo del sprint se vuelve obsoleto. Solo el dueño del producto tiene la autoridad para cancelar el sprint.
2. Planificación del Sprint
Durante un evento de planificación del sprint, el equipo acuerda la serie de elementos del backlog de producto que completarán en el próximo sprint.
Por cada semana que dure un sprint, se reserva una hora para la planificación del sprint. La reunión de planificación del sprint se realiza antes de que comience el sprint, por lo que si el próximo sprint dura 4 semanas, el equipo reservará cuatro horas para la reunión.
La parte más importante de una reunión de planificación del sprint es la preparación que se debe hacer antes de que comience la reunión. El dueño del producto llegará a la sesión con un backlog priorizado de historias de usuario y funcionalidades que desea que el equipo de desarrollo cree.
En la reunión de planificación del sprint, el equipo de desarrollo y el dueño del producto se alinearán exactamente en lo que se desea y cuánto tiempo se espera que tome cumplir con esos requisitos.
El qué y cuántos elementos del backlog de producto se completarán depende del compromiso y velocidad del equipo (la rapidez con la que el equipo de desarrollo puede crear incrementos). Si estás planificando con un equipo nuevo, lo mejor es no calcular basándose en la velocidad esperada hasta que hayan realizado algunos sprints juntos.
3. Scrum Diario
Cada día, se lleva a cabo una reunión diaria de Scrum en la que los miembros del equipo comentan el progreso realizado y los problemas enfrentados, con la intención de celebrar avances, alinear el trabajo actual y eliminar impedimentos de manera ágil para que todos sigan avanzando.
Las reuniones de Scrum se realizan cada día durante un sprint. No deberían durar más de quince minutos y deben estar enfocadas únicamente en asegurar que el equipo siga avanzando.
Las sesiones de Scrum diario se celebran todos los días para evitar que los problemas se acumulen en segundo plano. Cualquier pregunta o inquietud debe ser planteada en la reunión diaria de Scrum.
4. Revisión del Sprint
La reunión de revisión del sprint se lleva a cabo al final de un sprint con el objetivo explícito de examinar el progreso realizado. Durante una revisión de sprint, el dueño del producto evaluará si los resultados cumplen las expectativas establecidas en la reunión de planificación del sprint. Aquí, el dueño del producto verificará que el incremento de trabajo cumpla con la definición de hecho.
5. Retrospectiva del Sprint
Una reunión de retrospectiva del sprint permite a tu equipo mirar hacia atrás sobre eventos y situaciones pasados. Según la Guía de Scrum, la retrospectiva del sprint es una “oportunidad para que el equipo Scrum se examine a sí mismo y cree un plan de mejoras que se implementarán durante el próximo sprint.” Tiene sentido, especialmente porque el enfoque del desarrollo ágil es la mejora continua. Para mejorar, hay que saber qué espada afilar.
La retrospectiva debe crear un espacio seguro para que las personas compartan sus opiniones honestas sobre lo que está funcionando bien, lo que podría mejorarse, y generar una discusión sobre los cambios que deberían implementarse la próxima vez, con elementos accionables documentados.
Planificación de proyectos utilizando la metodología Scrum
La metodología Scrum puede emplearse en proyectos de diversos tamaños y se basa en el principio del desarrollo ágil, que enfatiza la necesidad de flexibilidad y capacidad de respuesta ante el cambio.
El primer paso para emplear la metodología Scrum es crear un product backlog priorizado. El product backlog es una lista de tareas pendientes con todo lo que debe completarse para alcanzar el objetivo del proyecto. Las tareas pueden agregarse al product backlog en cualquier momento y priorizarse según su importancia.
Una vez creado el product backlog, el siguiente paso es crear un sprint backlog. El sprint backlog contiene una lista de tareas que se completarán durante un sprint específico, o periodo de tiempo determinado. Las tareas del sprint backlog deben basarse en aquellas del product backlog que sean más importantes y urgentes.
Para asegurar que las tareas se completen de manera eficiente y efectiva, la metodología Scrum emplea un conjunto de directrices específicas que ayudan a mantener las cosas manejables. Las directrices incluyen:
- Las tareas deben dividirse en partes pequeñas y manejables
- Las tareas deben asignarse a miembros específicos del equipo
- Los miembros del equipo deben reunirse regularmente para actualizarse mutuamente sobre su progreso
- El equipo debe estar siempre enfocado en completar primero las tareas más importantes
Una vez que un equipo comienza a desarrollar y entregar valor con la metodología Scrum, el ciclo de sprints se repetirá. Es responsabilidad del product owner asegurar que las historias de usuario y las solicitudes de funcionalidades estén listas para que el equipo de desarrollo siempre tenga en qué trabajar. El Scrum master ayuda a que el equipo avance de forma alineada y ordenada.
Al seguir las pautas de la metodología Scrum, los equipos pueden ser más productivos y eficientes en su trabajo para completar el proyecto. La flexibilidad de este enfoque permite realizar ajustes rápidos cuando sea necesario, ayudando a mantener los proyectos encaminados y a tiempo. Scrum también fomenta el trabajo en equipo, la colaboración y la comunicación entre los miembros del equipo, lo que contribuye a garantizar resultados exitosos.
Beneficios de la metodología Scrum
La metodología Scrum es una técnica ágil de gestión de proyectos o entrega de productos que ayuda a los equipos a trabajar de manera más eficiente y efectiva. Es un enfoque sencillo pero potente, aplicable al desarrollo de software, diseño de productos, proyectos de marketing y más.
Algunos de los beneficios de utilizar la metodología Scrum incluyen:
- Mayor productividad: Cuando los equipos pueden trabajar en periodos cortos llamados "sprints", generalmente logran más de lo que conseguirían si trabajaran en el proyecto durante un periodo prolongado.
- Mejor colaboración: La metodología Scrum fomenta que los miembros del equipo trabajen juntos de cerca para alcanzar objetivos comunes. Esto puede reducir malentendidos y mejorar la comunicación.
- Mayor flexibilidad: La metodología Scrum es flexible y puede adaptarse a las necesidades específicas del equipo de proyecto. Esto ayuda a garantizar que el proyecto priorice la finalización de los elementos más importantes, manteniendo los compromisos de costo y cronograma.
- Mejora de la calidad: Al trabajar en sprints cortos, los equipos pueden enfocarse en cumplir tareas específicas y asegurar que sean de la mayor calidad posible. Esto ayuda a evitar errores costosos y mejora la calidad general del producto o servicio final.
Una breve historia de Scrum
- 1986: Hirotaka Takeuchi e Ikujiro Nonaka publicaron “New New Product Development Game” en la Harvard Business Review y acuñaron la palabra “Scrum” para su uso fuera del ámbito del rugby.
- 1995: Jeff Sutherland y Ken Schwaber presentaron Scrum en OOPSLA.
- 2001: Sutherland, Schwaber y otros 15 desarrolladores crearon el “Manifiesto para el Desarrollo Ágil”, comúnmente conocido como el “Manifiesto Ágil”. Se fundó la Agile Alliance, y se mencionó Scrum como uno de los métodos ágiles.
- 2002: Schwaber publicó “Agile Software Development with Scrum” con Mike Beedle, fundó la Scrum Alliance y empezó a ofrecer certificaciones Scrum.
- 2004: Schwaber publicó “Agile Project Management with Scrum”, seguido por otros libros y guías sobre la aplicación de Scrum en distintos contextos.
- 2007: Se desarrolló el Scaled Agile Framework, conocido como SAFe.
- 2014: El Dr. Dave Cornelius, reconocido catalizador Lean y Ágil, presentó su investigación doctoral basada en la metodología Scrum, enfocándose en “El valor de Scrum para las organizaciones”.
- Desde 2014 en adelante, Scrum se ha aplicado en nuevos contextos, incluyendo su uso a gran escala en todo el mundo.
Scrum: En comparación
Scrum vs Ágil
Dicho de forma sencilla, ágil es la mentalidad, y Scrum es una de las muchas metodologías que aprovechan esa mentalidad ágil. Scrum se encuentra bajo el paraguas de ágil como una mentalidad, y está acompañado de muchas otras metodologías centradas en lo ágil, incluyendo extreme programming, lean, Kanban, SAFe, desarrollo guiado por pruebas, crystal y más.
La diferencia entre Scrum y ágil es que Scrum es un plan o una guía para implementar procesos alineados con la mentalidad ágil. El desarrollo de software ágil con Scrum es uno de los enfoques más populares para el desarrollo.
Lee más sobre las diferencias entre waterfall y ágil de manera más general aquí.
Scrum vs Kanban
También existen otras formas de implementar ágil. Por ejemplo, otro enfoque popular es Kanban, que se diferencia de Scrum en que no requiere roles claramente definidos, no ejecuta sprints con una duración fija, y está abierto a cambios en el flujo de trabajo ágil en cualquier momento del desarrollo.
La clave de Kanban es limitar cuántos elementos de trabajo pueden estar en progreso al mismo tiempo. El límite de trabajo en progreso (WIP, por sus siglas en inglés) obliga a los equipos a unirse para resolver y finalizar lo que ya han comenzado, ya que no se permite que nuevos elementos inicien su progreso si los anteriores aún no se han completado (esto hace que la planificación de capacidad en Kanban sea bastante sencilla). Puedes identificar a un equipo Scrum por sus “sprints” y a un equipo Kanban por la existencia de límites en el trabajo en progreso.
Puedes ver que un equipo Scrum usa un tablero Kanban (literalmente significa tablero de señales) para mostrar visualmente sus elementos de trabajo según el estado; ¡eso está bien! El uso de un tablero Kanban no socava Scrum, siempre y cuando los roles, eventos y límites de tiempo sigan en uso.
Lee más sobre las diferencias entre Scrum y Kanban aquí.
Software para Scrum
Scrum y las herramientas de Scrum no son solo para equipos de desarrollo de software, aunque ahí fue donde nació Scrum. El marco de trabajo Scrum puede usarse en muchos entornos de producción, desde agencias de marketing hasta empresas de construcción.
Aquí tienes algunos de los mejores software de gestión de proyectos ágiles con elementos como backlogs y funcionalidades para la planificación de sprints que ayudan a seguir la metodología Scrum.
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Obtén reseñas en profundidad de estas herramientas, junto con capturas de pantalla, puntuaciones e información de precios, en la reseña de software Scrum y la reseña de herramientas Scrum.
Mejores recursos de Scrum
- Scrum Guides: El cuerpo de conocimiento Scrum oficial (y GRATIS). Escrito por los co-creadores de Scrum, Ken Schwaber y Jeff Sutherland.
- Scrum.org: Una organización profesionalmente reconocida que ofrece formación y certificaciones ágiles oficiales como Professional Scrum Masters, Professional Scrum Product Owners y Professional Scrum Developers.
- Scrum Alliance: Una organización que enseña a personas de todos los niveles de experiencia sobre Scrum. También ofrecen formación y certificaciones en forma de: Certified Scrum Masters, Certified Product Owners y Certified Scrum Developers.
- Scrum Inc: Fundada por Jeff Sutherland, el co-creador de Scrum, quien actualiza regularmente el blog. Ofrecen formación y certificación.
- Atlassian: Empresa australiana de software empresarial que proporciona guías detalladas y verificadas sobre metodologías ágiles, incluido Scrum.
- Visual Paradigm Scrum Guides: Una amplia base de datos de artículos sobre todo lo relacionado con Scrum, desde definiciones básicas hasta la resolución de problemas específicos.
También podrías considerar echar un vistazo a estos cursos sobre Scrum.
Glosario de Scrum
Para quienes no están familiarizados, Scrum puede sonar intimidante. Aquí tienes un resumen de algunos de los términos de uso común.
Aquí tienes una lista de términos de Scrum a los que puedes referirte en cualquier momento:
- Ágil: La mentalidad y el paraguas bajo el cual se desarrolló la metodología Scrum. Promueve la adaptación y la flexibilidad sobre la estructura rígida.
- Gráfico de trabajo pendiente (Burndown chart): Un gráfico que muestra la cantidad de trabajo que queda en el backlog de producto.
- Gráfico de trabajo realizado (Burn-up chart): Un gráfico que muestra la cantidad de trabajo que se ha completado del backlog de producto.
- Scrum diario: Una reunión que se lleva a cabo todos los días, en la que se reservan quince minutos para estructurar el día de trabajo que viene.
- Definición de hecho (Definition of done): La expectativa que debe cumplir un incremento para considerarse publicable.
- Equipo de desarrollo: Equipo dentro del grupo Scrum que gestiona, organiza y realiza el trabajo de desarrollo requerido para crear un incremento.
- Empirismo: Control de procesos que indica que solo el pasado es seguro. Permite la máxima flexibilidad dentro del marco ágil. Valora la transparencia, la inspección y la adaptación.
- Estándares de ingeniería: Conjunto de normas compartidas entre los equipos para asegurar los incrementos.
- Pronóstico de funcionalidad: El conjunto de incrementos tomados del backlog de producto que el equipo de desarrollo considera posible completar en un sprint.
- Incremento: Una pieza de software que se puede agregar a otros incrementos. Juntos, suficientes incrementos forman un producto.
- Backlog de producto: Una lista (normalmente ordenada) del trabajo que debe hacerse para crear un producto.
- Dueño del producto (Product owner): Miembro del equipo Scrum responsable de maximizar el valor del producto.
- Tablero Scrum (Scrum board): Una forma sencilla de visualizar la información compartida entre el equipo Scrum.
- Guía de Scrum (Scrum Guide): La definición original de Scrum. La guía detalla los roles, eventos, artefactos y reglas de Scrum.
- Scrum master: Responsable de liderar el equipo Scrum. Se asegura de que todos comprendan bien los principios de Scrum. Ofrece orientación y formación cuando es necesario.
- Valores de Scrum: Los valores fundamentales que impulsan el marco Scrum. Estos son: compromiso, enfoque, apertura, respeto y valentía.
- Auto-organización: Un principio clave de Scrum que afirma que los equipos deben organizar internamente su trabajo sin interferencia de equipos externos.
- Sprint: Un periodo de un mes o menos donde se llevan a cabo los eventos de Scrum. Los sprints se suceden uno tras otro, sin pausas entre ellos.
- Objetivo del sprint: El propósito del sprint actual.
- Retrospectiva del sprint: Una reunión, de tres horas o menos, en la que el equipo de sprint se reúne y discute las mejoras que deberían implementarse para el siguiente sprint.
- Revisión del sprint: Una reunión, de cuatro horas o menos, que marca el final de un sprint. El trabajo se revisa y los interesados inspeccionan el incremento para asegurar que cumple la definición de hecho.
- Interesado (Stakeholder): Persona fuera del equipo Scrum. Proporciona una perspectiva externa y está activamente involucrada en las revisiones del sprint.
¿Qué sigue?
¿Quieres conectar con otros gestores de proyectos digitales para compartir recursos y mejores prácticas? Únete a nuestra comunidad de miembros y obtén acceso a más de 100 plantillas, ejemplos y muestras, y conecta con cientos de otros gestores de proyectos digitales en Slack.
