A raíz del cambio global hacia el teletrabajo, la dinámica de los equipos se está poniendo a prueba como nunca antes. Los miembros del equipo están dispersos geográficamente en diferentes zonas horarias. Trabajan desde casa en entornos con instalaciones y distracciones que las organizaciones no pueden controlar.
Esto puede suponer un gran reto, especialmente en equipos lean scrum. El marco de trabajo de Scrum se basa en equipos autogestionados que colaboran, innovan y se adaptan al cambio. Sin la dinámica adecuada, los equipos remotos están condenados al fracaso.
En esta entrada del blog, descubrimos cómo evitarlo.
¿Qué es un equipo Scrum?
Un equipo Scrum es un grupo multifuncional de personas que trabajan juntas para entregar productos de software en pequeños incrementos. Un equipo Scrum es similar a un equipo deportivo, en el que cada miembro tiene un rol específico y todos trabajan para alcanzar una meta común.
Un equipo ágil típico de Scrum es:
Multifuncional: incluye especialistas en UI, UX, DevOps y calidad, además del propietario del producto, el scrum master y el equipo de desarrollo.
Pequeño: un equipo Scrum típico está formado por menos de diez personas. Los equipos están diseñados para ser lo suficientemente pequeños como para ser fáciles de gestionar, pero lo suficientemente grandes como para completar un trabajo sustancial en cada sprint.
Sin embargo, a veces, cuando el proyecto es grande, también existe la posibilidad de que varios equipos Scrum trabajen juntos. O que un equipo Scrum se divida en subequipos con habilidades especializadas.
Autoorganización: los miembros de un equipo Scrum son autónomos y se autogestionan. Pueden debatir, discrepar y resolver conflictos entre ellos.
Transparente: los equipos Scrum utilizan datos históricos para elaborar planes. Comparten sus opiniones abiertamente y trabajan juntos para lograr el progreso.
Ubicación conjunta: Tradicionalmente, los equipos Scrum compartían ubicación. Con la popularización del teletrabajo, esto ya no es así, al menos en el mundo real. Sin embargo, para tener éxito como unidad, necesitan un espacio de colaboración digital. Hablaremos de ello más adelante en esta entrada del blog.
Comprender los equipos Scrum
La filosofía ágil-scrum ha cambiado radicalmente la forma en que se desarrolla el software. En lugar del método antiguo, en el que los proyectos de desarrollo de software se prolongaban durante varios años, ciñéndose siempre al plan original independientemente de si seguía siendo aplicable o no, scrum da prioridad al valor empresarial, la orientación al cliente y la adaptabilidad. Sin embargo, este proceso no ha sido rápido.
Una breve historia de Scrum
El concepto de scrum surgió de un artículo publicado en 1986 en Harvard Business Review por Hirotaka Takeuchi e Ikujiro Nonaka. Ambos establecieron un paralelismo entre los equipos ágiles eficaces, dinámicos y multifuncionales y el juego del rugby.
El término «scrum» proviene del rugby, donde se refiere a una jugada en la que los miembros del equipo se agrupan para reiniciar el juego.
Unos años más tarde, Ken Schwaber y Jeff Sutherland desarrollaron Scrum como un proceso formal para el desarrollo de software, y lo presentaron al público en 1995. Más tarde, esto también se convirtió en el manifiesto del desarrollo ágil.
Aunque Ken y Jeff lo diseñaron inicialmente para el desarrollo de software, desde entonces Jeff ha ayudado a equipos de distintos sectores y funciones a adoptar la filosofía Scrum.
Estructura del equipo Scrum
Un equipo Scrum tiene tres roles fundamentales:
- Propietario del producto: la voz del cliente y el guardián del backlog.
- Scrum master: facilitador que se asegura de que el equipo comprenda la empresa, respete los valores de Scrum y elimine los obstáculos.
- Equipo de desarrollo: el grupo responsable de escribir código, realizar pruebas, diseñar y cualquier otra tarea necesaria para desarrollar un incremento.
Exploraremos cada rol en una próxima sección de esta entrada del blog.
Elementos esenciales de un equipo Scrum
Además del grupo multifuncional autoorganizado, hay varios componentes y prácticas que caracterizan a los equipos Scrum. Los principales son:
Eventos Scrum: eventos colaborativos en los que participan los equipos ágiles, como la planificación de sprints, las reuniones diarias de scrum, las retrospectivas, etc.
Términos ágiles de Scrum: un lenguaje común para el equipo Scrum, que incluye términos como sprints, epics, backlogs, etc.
Artefactos: los tres artefactos clave de Scrum, es decir, el backlog del producto, el backlog del sprint y el incremento del producto.
Herramientas: software gratuito de gestión de proyectos para practicar Kanban, registrar historias de usuarios, realizar el seguimiento del progreso, etc.
El rol del equipo Scrum en el desarrollo de casos de uso
La filosofía de Scrum consiste en desarrollar software en pequeños incrementos que aporten valor al usuario. Para desglosar las funciones en incrementos lógicos, los equipos Scrum deben comprender los casos de uso de los clientes.
Tomemos como ejemplo una aplicación de redes sociales. Si uno de los casos de uso es que el cliente suba imágenes para compartirlas, las funciones que se desarrollarían en un sprint serían: cuenta de usuario > subir imágenes > hashtags > descripción > publicar.
Por otro lado, sin el caso de uso, el equipo podría desglosarlo verticalmente. Así, un sprint podría incluir funciones como perfil de usuario > imagen de perfil de usuario > URL del perfil de usuario > estado verificado del usuario > consejos del usuario, etc. Con este método, la app solo tendrá funciones de perfil de usuario, lo que la hará inutilizable hasta que se lance la función para compartir.
Ambos enfoques son ágiles, por supuesto, pero el caso de uso hace que las funciones del sprint sean utilizables cuando se lanzan.
Juntos, el propietario del producto, el scrum master y el equipo de desarrollo adaptan los casos de uso a las tareas.
El propietario del producto se asegurará de que el equipo de desarrollo comprenda las necesidades del usuario y cómo estas se traducen en software funcional.
Los Scrum Masters le ayudarán a priorizar y organizar las historias de usuario en el backlog para una planificación eficiente de los sprints.
El equipo de desarrollo comprenderá los comentarios de los usuarios y realizará mejoras sobre la marcha.
Con casos de uso, los equipos Scrum mejoran los resultados del desarrollo de software. Eso es solo el principio. Los miembros de un equipo Scrum realizan varias actividades a diario para que el desarrollo ágil de software sea un éxito. Algunas de las más clave son las siguientes.
Roles en un equipo Scrum
Un equipo Scrum tiene tres roles principales: propietario del producto, scrum master y equipo de desarrollo. Veamos qué hacen y cómo trabajan juntos los miembros de un equipo Scrum.
1. Propietario del producto
El propietario del producto es como el vocalista principal de una banda, que marca el tono y la dirección. Es el enlace entre las partes interesadas y el equipo de desarrollo. Sus responsabilidades clave son las siguientes.
Definición de la visión
El propietario del producto describe las metas y la visión del proyecto. Establece el marco de Scrum, asegurándose de que todos estén alineados y sepan cómo es el éxito. Traza la línea de visión desde las metas de la empresa hasta las actividades de ingeniería.
Adquirir y gestionar el backlog del producto
El propietario del producto también es, en cierta medida, el propietario del backlog. Se encarga del backlog del producto y de priorizar los elementos en función de la estrategia y los objetivos de cada sprint.
Comunicación con las partes interesadas
El propietario del producto es el único punto de contacto del equipo comercial. Se comunica con el patrocinador/cliente del proyecto y entrega informes periódicos.
Evaluación de los comentarios
Los buenos equipos Scrum dan y reciben comentarios abiertamente. Los equipos empresariales y los patrocinadores/clientes de proyectos también lo hacen. El rol del propietario del producto es recopilar, evaluar, filtrar y articular los comentarios para la acción.
2. Scrum master
Un scrum master es el mánager de la banda, el que se asegura de que la banda llegue a tiempo a los conciertos y tenga todo lo necesario para rendir al máximo.
Son maestros del scrum, no de las personas. Por lo tanto, un scrum master es el facilitador y entrenador del equipo, no un gerente. Las responsabilidades de un scrum master incluyen:
Facilitar las ceremonias de Scrum
Los scrum masters son responsables de garantizar que el equipo siga todas las prácticas de Scrum. Se aseguran de que las sesiones de planificación, las sesiones de puesta al día diarias, las revisiones y las retrospectivas se desarrollen sin problemas y sean productivas.
Eliminar obstáculos
El scrum master se encarga de superar los obstáculos que surgen a lo largo del camino del equipo. Estos pueden ser desde conflictos entre los miembros del equipo de desarrollo hasta la falta de presupuesto para la herramienta de automatización que necesitan. Si hay algún problema, llame al scrum master.
Formación y soporte
Para seguir de forma coherente las prácticas de Scrum, es necesario que alguien haga responsables a los equipos. Los Scrum Masters ayudan al equipo a mantenerse centrado, ofreciendo apoyo y orientación para garantizar una mejora continua.
3. Equipo de desarrollo
El equipo de desarrollo es tu grupo de miembros, cada uno tocando su propio instrumento, pero todos contribuyen a la canción.
Lo fundamental de un equipo de desarrollo Scrum es que sea multifuncional y cuente con todas las habilidades necesarias para realizar el trabajo, desde el diseño y el desarrollo hasta las pruebas y la implementación. Las responsabilidades colectivas del equipo de desarrollo incluyen:
Entrega del incremento del producto
En el nivel básico, el equipo de desarrollo es responsable de crear incrementos de producto funcionales y valiosos para cada sprint. Llevan la historia del usuario desde la idea hasta la función a través de la planificación, el diseño, el desarrollo, las pruebas y la implementación.
Autoorganización
Los miembros del equipo Scrum son autónomos y tienen un alto sentido de la propiedad. Cuando decimos «autoorganizado», nos referimos a que el equipo de desarrollo decide colectivamente cómo realizar mejor su trabajo, quién hace qué, quién ayuda a quién y cómo se ejecutan las tareas.
Mejora continua
El equipo de desarrollo está inmerso en el producto. Por lo tanto, tiene el poder de identificar las deficiencias y hacer posible la mejora continua con gran detalle. Después de cada sprint, el equipo de desarrollo reflexiona sobre cómo ser más eficaz y ajustar su comportamiento en consecuencia.
Aunque Scrum es uno de los marcos más bien definidos, gestionar un equipo no es fácil. Conlleva los retos que comentaremos a continuación.
Retos comunes en la gestión de equipos Scrum
Los retos en la gestión de equipos Scrum pueden ser tecnológicos, administrativos, culturales u orientados a los procesos. Veamos algunos de los más comunes.
Falta de claridad en los roles: cuando un equipo es reducido y multifuncional, las responsabilidades pueden solaparse. Por ejemplo, un diseñador de UX y un desarrollador front-end pueden realizar tareas que se solapan. Si no hay una vista clara de la línea que separa ambas funciones, pueden surgir confusiones y conflictos innecesarios.
Solución: Este reto puede abordarse con una definición clara del rol, la comunicación y la gestión de tareas.
Falta de perspectiva empresarial: el propietario del producto proporciona al equipo de desarrollo la perspectiva empresarial. Sin embargo, en ocasiones la empresa puede mantener a los propietarios de productos en la ignorancia, eclipsando a los equipos de desarrollo de software.
Solución: El propietario del producto debe abordar esta cuestión con un sentido de propiedad. Herramientas como los formularios de encuesta o las conversaciones de descubrimiento pueden resultar útiles.
Planificación de sprints: una buena planificación de sprints implica previsión y estimación del esfuerzo necesario. Sin embargo, los equipos Scrum se enfrentan a problemas de exceso de compromiso o subestimación de las tareas, lo que conduce a trabajos inconclusos o al agotamiento.
Solución: Para abordar este reto se necesitan datos precisos y de alta calidad.
Recaída en las viejas prácticas: cuando un equipo de desarrollo de software tradicional adopta Scrum, siempre corre el riesgo de recaer en las viejas prácticas o de realizar eventos ágiles de forma superficial.
Solución: Para superar este reto, los equipos deben invertir en gestión del cambio y formación. No se trata de una transición puntual, sino de un esfuerzo de aprendizaje continuo.
Comunicación ineficaz: los equipos Scrum prosperan gracias a la comunicación. Necesitan hablar entre ellos en tiempo real y en contexto.
Solución: Una buena plataforma de comunicación/colaboración lo hace posible.
Prioridades en constante cambio: la adaptabilidad es la característica principal de un equipo Scrum. Sin embargo, las prioridades en constante cambio pueden resultar frustrantes. Adaptarse a estos cambios sin comprometer la productividad ni el alcance o los plazos del proyecto requiere una dinámica de equipo altamente flexible y resistente.
Solución: Puede moderar los cambios con los equipos de la empresa. Pero si trabaja para una startup en fase inicial, estará experimentando y los cambios son inevitables. Puede abordar este reto con una colaboración más estrecha.
Cómo gestionar con éxito equipos Scrum
Un equipo Scrum exitoso necesita herramientas y procesos que faciliten la gestión de proyectos ágil. El software de gestión de proyectos ágil ClickUp está diseñado precisamente para eso. Veamos cómo puede utilizar ClickUp para abordar todos los retos mencionados anteriormente.
Claridad de roles con gestión de tareas
Para ser ágiles, los equipos Scrum necesitan claridad en sus roles. Una buena herramienta de gestión de tareas puede ser de gran ayuda.
Utilice las tareas de ClickUp y cree un tablero Scrum para gestionar el sprint.
- Describa claramente todo lo que debe hacer el equipo: desglose las funciones/historias de usuario en tareas pequeñas y manejables.
- Asigne usuarios y establezca prioridades.
- Cree subtareas, si es necesario, para actividades más pequeñas que deben completar los individuos.
- Utilice las listas de control para los estándares de aceptación.
- Aproveche la función de comentarios para debatir problemas o inquietudes ( ¡la vista Chat de ClickUp es un excelente lugar para todas las conversaciones!).
- Convierta las respuestas en elementos y marquelas como completados.
- Utilice estados personalizados para realizar el seguimiento y marcar las fases del flujo de trabajo de Scrum.
Perspectiva empresarial con ClickUp Forms
El rol de un propietario de producto consiste tanto en gestionar a las partes interesadas de la empresa como al equipo ágil. Esto significa que los propietarios de producto necesitan herramientas para comunicarse claramente con el patrocinador/cliente del proyecto.
ClickUp Forms agiliza la recopilación de información mediante preguntas específicas a las partes interesadas de la empresa. Establece el contexto para cualquier conversación futura que pueda ser necesaria.
Las pizarras blancas de ClickUp le ayudan a realizar sesiones de brainstorming y descubrimiento sin restricciones, al tiempo que capturan los puntos más destacados de forma iterativa.
Planificación optimizada de sprints con datos de calidad
La herramienta de gestión de proyectos de ClickUp está diseñada para aprovechar el extraordinario volumen de datos que puede generar cualquier sprint.
Más información sobre su personal: añada duraciones estimadas y realice el seguimiento del tiempo dedicado a cada tarea. Utilice la vista Carga de trabajo para ver la disponibilidad y la productividad de cada miembro del equipo de desarrollo y así poder asignar los recursos adecuadamente.
Gestión de plazos: utilice la vista de diagrama de Gantt para visualizar su proyecto a lo largo del tiempo. Observe las dependencias y elabore los planes correspondientes. Arrastre y suelte tareas sobre el cronograma para ajustar las fechas límite.
Aprovecha los datos: utiliza los paneles de ClickUp para reunir los distintos tipos de datos que recopilas, como las tareas completadas por semana, las prioridades, el estado de los proyectos, etc.
Apueste por Scrum con los recursos adecuados.
Evitar que sus equipos se desvíen del camino de Scrum requiere esfuerzo. ClickUp ofrece algunas herramientas de gestión del cambio para hacerlo posible.
Documente las buenas prácticas con ClickUp Docs. Anote los estatutos del proyecto, las listas de control, etc., y realice el uso compartido con todo el equipo para facilitar el acceso.
Utilice ClickUp Metas para guiar a los equipos hacia una práctica más holística de Scrum. Establezca metas relacionadas con Scrum, como realizar reuniones periódicas o redactar historias de usuario detalladas.
Automatice los procesos estándar con ClickUp Automations. Configure flujos de trabajo sencillos del tipo «si esto, entonces aquello» para cambiar el estado cuando se complete un paso o notificar al scrum master cuando una tarea se haya retrasado.
Si eres nuevo en la gestión de equipos Scrum/ágiles, utiliza cualquiera de las plantillas Scrum disponibles en la plataforma. Especialmente la plantilla de gestión ágil Scrum de ClickUp, que ofrece compatibilidad con la gestión de proyectos ágiles de principio a fin.
Los retos que plantean la comunicación ineficaz y los cambios en las prioridades se resuelven mejor con una mejor comunicación, tema que trataremos a continuación.
Comunicación y colaboración eficaces en equipos Scrum
Un equipo cuyos miembros no se comunican entre sí no puede tener éxito. Los equipos remotos necesitan todo lo que puedan obtener para colaborar de manera eficaz. Las funciones de colaboración de ClickUp se han diseñado teniendo esto en cuenta.
Escriba y realice el uso compartido con ClickUp.
Si su equipo trabaja de forma asíncrona, necesita formas de comunicarse por escrito. Los correos electrónicos pueden resultar tediosos para esto. Pruebe ClickUp Docs para anotar procesos, normas, eventos, etc. También puede redactar las actas de sus reuniones y realizar el uso compartido de ellas con todas las partes interesadas para garantizar la transparencia.
¿Qué es lo más interesante? Utilice ClickUp AI para corregir y resumir sus escritos. ¡Ya no tendrá que preocuparse por «no ser escritor»!
Pensar juntos
Los equipos Scrum dedican mucho tiempo a debatir, intercambiar ideas y planificar su trabajo. Para ello, necesitan un entorno de trabajo colaborativo. ¡ClickUp Mapas mentales te permite trazar flujos de trabajo, establecer conexiones y gestionar tareas directamente desde allí!
Si prefiere documentar las cosas, realice la edición de ClickUp Docs en equipo y en tiempo real. Vea quién está conectado con ClickUp Collaboration Detection y pídales que se unan a usted en el documento al instante.
Manténgase informado
Utilice herramientas de Scrum, como los tableros Kanban, para realizar un seguimiento visual del progreso en tiempo real. Personalice las notificaciones por correo electrónico, aplicación móvil, aplicación de escritorio o navegador según sus preferencias.
Fomente una cultura ágil.
Asegúrese de que la cultura de su organización sea ideal para el desarrollo ágil de software. Cree un entorno en el que los miembros del equipo se sientan cómodos compartiendo ideas, comentarios y preocupaciones sin temor a ser juzgados. Organice sesiones periódicas de intercambio de conocimientos en las que los miembros del equipo puedan compartir sus conocimientos, las lecciones aprendidas en proyectos anteriores o sus propias experiencias.
El rol de un equipo Scrum en la gestión de proyectos
En un equipo Scrum no existe el rol del «gestor de proyectos» (aunque puede haberlo). Se espera que los equipos autónomos y autoorganizados se gestionen por sí mismos. Sin embargo, la gestión de proyectos Scrum puede necesitar ayuda en las siguientes áreas
- A los equipos Scrum les gusta la autonomía y la transparencia; gestionarlos exige confianza y una cultura colaborativa.
- Los equipos Scrum necesitan colaborar; necesitan que el propietario del producto/scrum master facilite varias discusiones productivas.
- Trabajar en sprints requiere la capacidad de desglosar productos complejos en tareas pequeñas y manejables.
Lo más importante es que, en Scrum, el desarrollo de software está estrechamente alineado con las necesidades y expectativas del usuario final. Esto requiere una estrecha colaboración entre el departamento de negocios y el de ingeniería. Afortunadamente, hay dos factores específicos que lo hacen más fácil.
Historias de usuario en Scrum
Las historias de usuario son descripciones breves y sencillas de una función desde el punto de vista del usuario que ayudan al equipo a centrarse en ofrecer valor al cliente. En cualquier sprint, los equipos Scrum trabajan con múltiples historias de usuario.
El equipo Scrum colabora para:
- Desglose las historias de los usuarios en tareas.
- Calcule la duración estimada para cada tarea.
- Planifíquelos en sprints.
- Ejecuta el trabajo.
Analistas de negocios
Cuando hablamos de un equipo Scrum, no solemos hacer mención del rol del analista de negocios. Si bien hay diferencias de opinión sobre dónde encajan los analistas de negocios en el proceso Scrum, su rol es más claro.
En un equipo Scrum que cuenta con un analista de negocios, este ayuda a comprender las necesidades empresariales, las traduce en elementos viables y se asegura de que las soluciones desarrolladas cumplan con los requisitos. Su rol incluye:
- Recopilación de requisitos
- Perfeccionamiento de las historias de usuario
- Priorizar elementos en el backlog
- Programación y realización de reuniones de revisión
- Asegúrese de que el desarrollo del producto se ajuste a las metas empresariales y a las necesidades de los clientes.
Ahora que ya tiene todo lo necesario para gestionar un equipo Scrum, pasemos a la parte final: medir los resultados.
Indicadores de rendimiento para equipos Scrum
Para saber si lo está haciendo bien, necesita las métricas adecuadas, que midan la productividad, la eficiencia y el valor empresarial. Estos son algunos de los indicadores clave de rendimiento más populares para los equipos Scrum.
Velocidad de desarrollo
La cantidad de trabajo completado por un equipo durante un sprint, normalmente en puntos de historia u horas. La velocidad de desarrollo es otra forma de medir la productividad.
Burnup/burndown
Durante el sprint, el burn-up realiza el seguimiento del trabajo completado y el burn-down del trabajo que queda por hacer. Los equipos Scrum utilizan gráficos de burn-up/burn-down para sprints, epics o lanzamientos que abarcan varios sprints.
Plazo de entrega y duración del ciclo
Tanto el plazo de entrega como la duración del ciclo miden el tiempo necesario para completar una tarea. El plazo de entrega es el tiempo transcurrido desde el momento de la solicitud hasta el momento de la entrega. La duración del ciclo es el tiempo transcurrido desde el inicio del trabajo hasta su finalización.
Diagrama de flujo de flujo acumulativo
El diagrama de flujo acumulativo visualiza el estado de las tareas en las diferentes fases del proceso de desarrollo. Los gestores de proyectos lo utilizan para identificar cuellos de botella y la eficiencia del flujo.
Densidad de defectos
Se trata de una medida de calidad que hace referencia al número de defectos encontrados por unidad de trabajo entregada.
Defectos escapados
Esto también es una medida de calidad, pero más seria. Los defectos escapados realizan el seguimiento del número de incidencias que llegan al cliente, lo que proporciona información sobre la eficacia del proceso de control de calidad.
Métricas de usuarios/uso
Dependiendo del producto que esté creando, puede medir varias métricas de usuario/uso, tales como:
- Número de nuevos usuarios
- Tiempo dedicado al sitio web/app, aplicación
- Tiempo dedicado al uso de una función específica
- Usuarios que completan un recorrido de usuario (como realizar una compra)
- Puntuaciones CSAT o NPS
Gestiona equipos Scrum de forma eficaz con ClickUp.
Los equipos ágiles de Scrum son el núcleo del desarrollo de software. Más allá de las reglas, los procesos y los marcos, Scrum se centra en las personas, su trabajo conjunto y el valor que crean colectivamente.
A medida que el mundo se vuelve más digital, todo tipo de organizaciones de todo el mundo desarrollarán aplicaciones grandes y complejas. Esto requerirá un mayor énfasis en la flexibilidad, la adaptabilidad y la automatización.
No sería una sorpresa ver bots trabajando junto a equipos humanos, aprovechando la IA para mejorar la eficiencia. La gestión de un equipo humano + IA requeriría nuevos métodos y herramientas.
ClickUp está diseñado para adaptarse. Es muy flexible y se adapta a una amplia gama de necesidades de los usuarios. Desde la gestión de la construcción hasta el desarrollo móvil, los equipos ágiles de Scrum utilizan ClickUp y lo personalizan a su gusto.
Descubra cómo puede gestionar sus equipos Scrum con ClickUp.
Preguntas frecuentes sobre los equipos Scrum
1. ¿Qué es un equipo Scrum?
Un equipo Scrum es un pequeño grupo multifuncional de personas que trabajan juntas para entregar productos de software en pequeños incrementos. Aunque Scrum se utilizó inicialmente en el ámbito del software, su filosofía se puede aplicar a cualquier proyecto.
2. ¿Quiénes son los miembros del equipo Scrum?
Un equipo Scrum está compuesto por un propietario del producto, un Scrum Master y el equipo de desarrollo.
- Propietario del producto: el enlace entre las partes interesadas y el equipo de desarrollo.
- Scrum master: el facilitador y entrenador del equipo.
- Equipo de desarrollo: multifuncional, con las habilidades necesarias para realizar el trabajo, desde el diseño y el desarrollo hasta las pruebas y la implementación.
3. ¿Qué significa Scrum?
La palabra «scrum» no es una abreviatura ni un acrónimo. Es un término tomado del rugby, donde significa una jugada en la que los miembros del equipo se agrupan para reiniciar el juego.