¿Es la primera vez que trabajas con Scrum? Empieza aquí.

Foto del colaborador - Julia MartinsJulia Martins11 de enero de 202111 min de lectura
facebooktwitterlinkedin
Ilustración de Scrum

Si trabajas en equipos de productos, ingeniería o desarrollo de software o cerca de ellos, es probable que ya hayas escuchado el término Scrum. Scrum es un marco diseñado para equipos que construyen e iteran rápidamente, y la implementación de procesos Scrum puede ayudarte a trabajar en conjunto para resolver problemas complejos. Incluso si no eres parte de un equipo de productos, ingeniería o de desarrollo de software, también puedes beneficiarte al usar Scrum. En este artículo, trataremos todo lo que necesitas saber sobre Scrum, incluido qué es y por qué funciona tan bien.

¿Qué es Scrum?

Scrum es un marco ágil que ayuda a los equipos a colaborar y realizar un trabajo de alto impacto. El marco Scrum proporciona un plan de valores, roles y pautas para ayudar a tu equipo a concentrarse en la iteración y la mejora continua.

Tradicionalmente, un Scrum se ejecuta durante un sprint, que generalmente son sesiones de trabajo de dos semanas con entregas específicas que deben realizarse al final. Hay dos eventos adicionales relacionados con Scrum. Las reuniones diarias de actualización, como su nombre indica, se dan una vez al día. Estas representan una oportunidad para que el equipo Scrum se conecte durante 15 minutos y coordine las actividades diarias. El segundo evento, el análisis retrospectivo del sprint, tiene lugar una vez que termina el sprint. Durante el análisis retrospectivo del sprint, que estará a cargo del Scrum Master, el equipo tiene la oportunidad de reflexionar con respecto al sprint y hacer ajustes para futuros sprints.

Scrum vs. Kanban vs. Agile

Es posible que hayas oído hablar de Scrum en relación con otras metodologías, como Kanban o Agile. Cada uno de estos marcos juega un papel único en la manera en que los equipos pueden colaborar y mejorar continuamente, pero están estrechamente vinculados dentro del marco de la metodología Lean. A continuación, haremos una comparación:

Agile es una filosofía de gestión de proyectos que ayuda a los equipos a mejorar continuamente. Los equipos “Agile” o ágiles creen en el desarrollo iterativo y progresivo para ayudar a los equipos a responder al cambio y hacer frente a la incertidumbre. Tanto Scrum como Kanban son subcategorías de la metodología Agile. Considera a Agile como el término más amplio.

Más información: Gestiona tus proyectos ágiles con una excelente herramienta de gestión ágil

Scrum es una de las metodologías ágiles más populares. Si usas Scrum, eres parte de un equipo ágil. Pero el marco Scrum tiene roles y sistemas adicionales para ayudar a los equipos a ser ágiles. En Scrum, al igual que en Agile, los equipos trabajan hacia la mejora continua. Pero a diferencia de Agile, que es más bien una filosofía o un marco, Scrum establece formas específicas en las que los equipos pueden mejorar continuamente, a través de herramientas como sprints, reuniones de actualización y análisis retrospectivo.

Tablero Kanban del equipo para Scrum

El marco Kanban también es un subconjunto del marco Agile. Kanban es una forma visual de gestionar procesos y trabajos continuos. Con las herramientas Kanban, los equipos tienen una forma de visualizar el trabajo que avanza por etapas hasta que se finaliza. A menudo, los equipos que usan Scrum lo hacen en tableros Kanban, aunque esto no es un requisito del marco Scrum.

Lee: ¿Cuál es la diferencia entre Kanban y Scrum?

Historia del marco Scrum

El marco “Scrum”, tal como lo conocemos hoy, se introdujo por primera vez en un artículo de la Harvard Business Review en 1986 El nuevo juego de desarrollo de nuevos productos (The New New Product Development Game), escrito por Hirotaka Takeuchi e Ikujiro Nonaka. Takeuchi y Nonaka tomaron el término “Scrum” del rugby, explicando que “como en el rugby, los miembros del equipo se pasan la pelota entre sí, a medida que avanzan como una unidad por el campo de juego”.

Scrum fue luego desarrollado y codificado por Ken Schwaber y Jeff Sutherland en 1995, cuando publicaron su Manifiesto ágil y el Proceso de Desarrollo SCRUM.

El marco Scrum de Schwaber y Sutherland fue en parte un rechazo al modelo de cascada de desarrollo de software. En el modelo de cascada, los proyectos se dividen en fases secuenciales, donde las entregas de cada fase desbloquean la siguiente fase de trabajo. Schwaber y Sutherland creían que los desarrolladores de software podrían beneficiarse de un enfoque más flexible e iterativo que les permitiera responder y adaptarse continuamente a su entorno para construir el mejor producto para sus clientes.

Desde su publicación inicial, Schwaber y Sutherland han publicado la Guía de Scrum, un documento dinámico que actualizan de forma regular. De acuerdo con la Guía de Scrum, Scrum alienta a “los equipos a observar cuán efectivas son sus técnicas de trabajo y los desafía a evolucionar y mejorarlas continuamente”.

Cómo funciona Scrum

Lo más importante que debes saber si vas a ejecutar un proceso Scrum es que el marco Scrum se basa en un sistema de mejora continua. En Scrum, reconoces que es posible que no sepas nada al comienzo de un sprint, y puedes ajustar tus procesos y necesidades según sea necesario en función de la información que obtengas durante el proceso de sprint.

Eventos típicos de Scrum

Entonces, ¿qué es Scrum exactamente? ¿Qué hará tu equipo si usas Scrum? Así es como se desarrolla el proceso Scrum:

1. Organiza tu trabajo pendiente.Organiza tu trabajo pendiente. Para comenzar un sprint de Scrum, el líder del equipo (también conocido como Scrum Master) identificará qué trabajo extraer de la lista de trabajo pendiente, es decir, el trabajo que debe realizarse. Para llevar a cabo el mejor sprint de Scrum posible, asegúrate de que el trabajo pendiente para el producto esté claramente documentado en un solo lugar. Considera usar una herramienta de gestión de proyectos para recopilar toda esta información.

2. Realiza una sesión de planificación del sprint.Realiza una sesión de planificación del sprint. Antes de que puedas comenzar el sprint de Scrum, necesitas saber en qué te enfocarás. Durante tu sesión de planificación del sprint, evaluarás en qué parte del trabajo pendiente se centrará tu equipo durante este sprint de Scrum específico. Para comenzar, prueba nuestra plantilla gratuita para planificación de sprints.

3. Comienza tu sprint de Scrum.Comienza tu sprint de Scrum. Por lo general, un sprint dura dos semanas, aunque puedes tener sprints más cortos o más largos dependiendo de lo que funcione mejor para tu equipo. Durante tu sprint, tu equipo trabajará en los elementos del trabajo pendiente que has establecido durante la sesión de planificación del sprint.

Tablero Kanban de un sprint de ingeniería para Scrum

4.Organiza reuniones diarias de actualización de Scrum.Organiza reuniones diarias de actualización de Scrum. Planifica reunirte con tu equipo Scrum durante 15 minutos todos los días. Las reuniones de actualización diarias son tu oportunidad para informar con respecto al trabajo que se está realizando e identificar cualquier obstáculo inesperado que haya surgido. Para llevar a cabo una reunión diaria de actualización más efectiva, prueba nuestra plantilla gratuita para reuniones diarias de actualización.

5. Presenta tu trabajo durante la revisión del sprint.Presenta tu trabajo durante la revisión del sprint. Una vez que hayas terminado el sprint de Scrum, tu equipo debe reunirse para hacer una revisión del sprint. Durante este tiempo, tu equipo Scrum presentará el trabajo que está “Terminado” para la aprobación o inspección de los participantes.

6. Conversa y reflexiona durante el análisis retrospectivo del sprint.Conversa y reflexiona durante el análisis retrospectivo del sprint. Después de que termine tu sprint, tómate un tiempo para analizar cómo se desarrolló y qué podría mejorarse en el futuro. Recuerda que en Scrum se cree en un proceso de mejora continua, así que no temas probar nuevos procesos o reelaborar estrategias que piensas que no son tan efectivas durante tu próximo sprint. Prueba nuestra plantilla gratuita de análisis retrospectivo del sprint para que te sirva de guía en tu próxima reunión.

¿Qué significa “Terminado”?

Antes de comenzar a usar Scrum, asegúrate de que tu equipo esté alineado con respecto a lo que significa “Terminado”. Debido a que Scrum se basa en un proceso de mejora continua, es posible que esto no sea tan obvio como creerías. En Scrum, nada es perfecto, porque tu equipo es flexible y mejora de manera iterativa. Así que “Terminado” no significa “esto no se puede mejorar”, sino que tu equipo Scrum dejará de trabajar en eso, por ahora.

Por ejemplo, aquí hay algunas definiciones de lo que “Terminado” significa para diferentes equipos Scrum:

  • El producto está listo para su lanzamiento.

  • Se ha probado el producto y está listo para su lanzamiento en un entorno beta.

  • Se ha probado la aceptación del producto y está disponible para todos los usuarios.

No importa cuál sea la definición de “Terminado” para tu equipo, asegúrate de que todos estén en sintonía. Una vez que se establezca la definición, es útil mantenerla en una fuente central de referencias y consultarla con frecuencia, especialmente durante la revisión del sprint.

Artefactos Scrum

En Scrum, un artefacto es algo que creas, como una herramienta para resolver un problema. Existen tres artefactos en Scrum: el trabajo pendiente del producto, el trabajo pendiente del sprint y el incremento del producto.

Trabajo pendiente del producto

El trabajo pendiente del producto es la lista maestra del trabajo que debe realizarse. El gerente del proyecto o el encargado del producto deben clasificar los elementos de esta lista. Ten en cuenta que el hecho de que haya elementos en la lista de trabajo pendiente del producto no significa que tu equipo trabajará en ellos; más bien, los elementos de la lista de trabajo pendiente del producto son opciones en las que tu equipo puede trabajar durante un sprint de Scrum. Los encargados del proyecto deben reordenar y actualizar con frecuencia el trabajo pendiente del producto, en función de la nueva información que obtengan de los clientes, del mercado o del equipo del proyecto.

Trabajo pendiente del sprint

El trabajo pendiente del sprint es la serie de trabajos o productos con los que tu equipo se ha comprometido durante el sprint de Scrum. Estos elementos se extraen de la lista de trabajo pendiente del producto durante la sesión de planificación del sprint y se trasladan al proyecto de planificación del sprint de tu equipo, si lo tuvieres.

Es posible que tu equipo no entregue todo el trabajo pendiente durante cada sprint, pero es poco probable que agregues trabajo a la lista de trabajo pendiente del sprint a la mitad del mismo. Si te das cuenta de que lo haces con frecuencia, dedica más tiempo a la fase de planificación del sprint para tener una idea concreta de qué trabajo realizarás durante el sprint.

Incremento del producto

El incremento del producto es lo que entregarás al final de un sprint. Esto puede ser un nuevo producto o función, una mejora o corrección de errores, o cualquier otra cosa dependiendo de tu equipo. Planea presentar tu incremento durante la revisión del sprint. En ese momento, se entregará o no en función de lo que los participantes del Scrum piensen sobre el incremento y con respecto a si está “Terminado” o no.

Roles de Scrum

Hay tres roles principales de Scrum:

  • Encargado del producto. Esta es la persona a cargo de la lista de trabajo pendiente del producto. Está conectado a las necesidades del usuario y se centra en transmitir el punto de vista del usuario a su equipo y a otros ejecutivos involucrados. Los buenos encargados de productos aportan claridad sobre qué es lo siguiente que se debe entregar debido a su importancia. En última instancia, deberían ser ellos quienes decidan cuándo algo está listo para ser entregado (con una tendencia a realizar entregas con frecuencia).

  • Scrum Master. El Scrum Master es la persona que dirige los distintos eventos de Scrum. Considéralo el gerente del proyecto y facilitador de Scrum. El Scrum Master debe promover las reuniones diarias de actualización y organizar las reuniones de planificación, revisión y análisis retrospectivo del sprint.

  • Equipo Scrum. El equipo Scrum son todos los que están trabajando en el sprint. Los miembros del equipo deben autoorganizarse y ser colaborativos para lograr el objetivo de Scrum de mejora continua.

Principios de Scrum

Existen seis principios de Scrum que te ayudan a aplicar el marco Scrum y beneficiarte de él. Son los siguientes:

  1. Control sobre el proceso empírico. Los equipos Scrum creen en la transparencia, la inspección y la adaptación.

  2. Autoorganización. Aunque tu equipo Scrum tendrá roles y reglas, cada miembro Scrum está facultado para asumir la responsabilidad de sus tareas y su trabajo. En Scrum se cree que la responsabilidad compartida produce equipos más creativos y dinámicos.

  3. Colaboración. Tu equipo obtendrá los mejores resultados si trabaja en conjunto durante y después del sprint de Scrum.

  4. Priorización basada en valores. El objetivo de un sprint de Scrum es ofrecer el mejor valor comercial. Para hacer eso, debes dar prioridad a tu trabajo desde el inicio del proceso Scrum.

  5. Duración limitada (timeboxing). El proceso Scrum tiene varias actividades basadas en el tiempo, como el sprint en sí, las reuniones diarias de actualización y el análisis retrospectivo. Debido a que Scrum se basa en la creencia de la mejora continua, es importante establecer una duración limitada para el trabajo para pasar a la siguiente tarea y mejorar el trabajo futuro.

  6. Desarrollo iterativo. En Scrum, tu primer producto no será perfecto. Pero al construir de manera iterativa, tu equipo podrá adaptarse mejor a las necesidades del cliente y modificar el producto y sus resultados en función de la priorización basada en el valor.

Valores de Scrum

Para beneficiarse de Scrum, los equipos deben observar los cinco valores principales de Scrum, que se definen en la Guía de Scrum:

  • Compromiso: El equipo Scrum es una unidad, y los miembros del equipo deben confiar entre sí. Los miembros del equipo Scrum están comprometidos con el sprint durante su duración y dedicados a la mejora continua para encontrar la mejor solución.

  • Valor: Durante un Scrum, el equipo puede encontrar problemas difíciles que no tienen una respuesta exacta. Los equipos Scrum tienen el valor de hacer preguntas abiertas y difíciles y de responder con sinceridad para llegar a la mejor solución.

  • Enfoque: Durante cualquier sprint de Scrum, el equipo Scrum realizará trabajos extraídos de una lista de trabajo pendiente del producto. El equipo Scrum se centra en el trabajo que han elegido de la lista de trabajo pendiente para hacer sus entregas al final del sprint.

  • Actitud receptiva: No todo irá sobre ruedas durante el Scrum. Los miembros del equipo Scrum deben estar abiertos a nuevas ideas y oportunidades que los ayuden a aprender a nivel individual y a mejorar su producto o proceso.

  • Respeto: La colaboración es la clave de Scrum, y para apoyar la colaboración en equipo, los miembros del equipo deben respetarse entre sí, al Scrum Master y al proceso Scrum.

¿Mi equipo debería usar Scrum?

Scrum no es para todos, pero tampoco se limita a los equipos de productos, de desarrollo de software y de ingeniería. Cualquier equipo puede adoptar el marco Scrum y utilizar la mejora continua para realizar un gran trabajo. A continuación, se presentan algunas ventajas y desventajas de usar Scrum:

Las ventajas de usar Scrum

Scrum es más eficaz para los equipos que necesitan construir y entregar con frecuencia, ya sean “productos” tradicionales como código o nuevas funciones, o “productos” Scrum menos comunes como campañas de marketing o activos creativos.

Los equipos que siguen el marco Scrum se benefician de la agilidad y la flexibilidad. El proceso Scrum puede ayudarte a aumentar el trabajo en equipo y alcanzar tus objetivos de manera más efectiva. Además, los equipos Scrum siempre saben exactamente en qué están trabajando, ya que están extrayendo tareas de la lista de trabajo pendiente del producto, y tienen claro cuáles son sus objetivos, ya que todos están en sintonía en relación con lo que significa “Terminado”.

Limitaciones de Scrum

Con frecuencia, los proyectos Scrum pueden sufrir de corrupción del alcance porque el proceso Scrum acepta y fomenta el cambio. Si realizas demasiados cambios o recibes demasiados comentarios discordantes de los clientes, es posible que estés iterando una y otra vez sin resultados reales.

  • Solución: Asegúrate de definir con claridad las metas y el incremento de cada sprint. Además, asegúrate de que todo tu equipo Scrum tenga claro lo que significa “Terminado”, para que no realicen más de lo que hace falta para que el trabajo esté “Terminado”. Si es necesario, implementa un proceso de control de cambios para evitar estos problemas.

Los equipos Scrum tienen muchas reuniones; además de la planificación y revisión de sprints que se programan regularmente, los equipos Scrum también se reúnen a diario para tener una reunión de actualización.

  • Solución: Si tus reuniones diarias de Scrum no te resultan útiles, busca la manera de cambiarlas. Hacer un seguimiento de las reuniones de actualización de un proyecto puede ayudarte a concentrarte solo en los aspectos más útiles.

Implementar Scrum puede ser difícil (aunque no imposible) si no estás en un equipo de productos, ingeniería o desarrollo de software.

  • Solución: Si tu equipo decide usar Scrum, asegúrate de aclarar exactamente de qué manera los procesos de Scrum los ayudarán. Si es posible, identifica los puntos débiles actuales y señala qué eventos de Scrum pueden ser útiles. Además, planifica tener varias sesiones de capacitación durante tus primeros sprints de Scrum para ayudar a tu equipo a tener éxito.

Comienza a usar Scrum

Los mejores equipos Scrum son grupos colaborativos e iterativos que tienen claro qué trabajo están realizando para cada sprint. Para lograr eso, necesitas una fuente central de referencias para tu trabajo, como Asana. Descubre cómo los equipos ágiles implementan Scrum con Asana.

Recursos relacionados

Artículo

Ejecución rápida e intensificación: consejos para comprimir el cronograma de tu proyecto