1
← Volver a los quizzesQuiz gratuito
Fundamentos y roles de Scrum
Scrum es el marco de trabajo ágil más adoptado en la gestión empresarial y el desarrollo de productos. En este curso exploraremos los conceptos clave que aparecen en los cuestionarios…
0 / 10
Puntuación: 0%
2
En una reunión diaria de Scrum, ¿qué pregunta NO debe formular el Scrum Master?
3
Si durante un Sprint surge un impedimento crítico que impide continuar, ¿cuál es la acción adecuada según Scrum?
4
¿Cuál de los siguientes enunciados describe mejor la diferencia entre el Product Backlog y el Sprint Backlog?
5
En el contexto de Scrum, ¿qué característica distingue a un equipo de desarrollo auto‑organizado?
6
Durante la reunión de revisión del Sprint, ¿qué tipo de ítems NO se presentan al Product Owner?
7
¿Cuál es la duración máxima recomendada para un Sprint según la guía de Scrum presentada?
8
En Planning Poker, si los estimadores inicialmente eligen valores diferentes, ¿qué paso sigue antes de volver a votar?
9
¿Cuál de los siguientes escenarios indica que no es apropiado aplicar metodologías ágiles?
10
En el manifiesto ágil, ¿cuál de los siguientes valores se prioriza sobre los procesos y herramientas?
Fundamentos y roles de Scrum: guía completa para gestores y equipos
Scrum es el marco de trabajo ágil más adoptado en la gestión empresarial y el desarrollo de productos. En este curso exploraremos los conceptos clave que aparecen en los cuestionarios típicos de certificación, profundizando en los roles, artefactos y eventos que conforman Scrum. Cada sección está diseñada para ser SEO‑optimizada, incorporando palabras clave como "Scrum", "Product Owner", "Scrum Master", "Sprint Backlog" y "equipos auto‑organizados".
1. El rol del Product Owner: máximo retorno de inversión
El Product Owner es la voz del cliente dentro del equipo Scrum. Su responsabilidad principal es maximizar el retorno de la inversión (ROI) del esfuerzo de desarrollo. Para lograrlo, debe:
- Definir y priorizar los ítems del Product Backlog según valor de negocio.
- Colaborar con el equipo de desarrollo para aclarar requisitos y criterios de aceptación.
- Garantizar que el Sprint Goal esté alineado con la visión del producto.
Esta función difiere de otras tareas como eliminar impedimentos (competencia del Scrum Master) o fijar la duración del Sprint (norma del marco).
2. El Scrum Master y la reunión diaria
La Daily Scrum es una reunión de 15 minutos donde cada miembro del equipo responde tres preguntas:
- ¿Qué hice ayer?
- ¿Qué haré hoy?
- ¿Qué me impide avanzar?
El Scrum Master facilita la ceremonia, pero no debe preguntar sobre la prioridad del Product Backlog. Esa cuestión corresponde al Product Owner y, si se plantea en la Daily, desvía el foco del objetivo del Sprint.
3. Gestión de impedimentos críticos durante el Sprint
Cuando surge un impedimento que bloquea el trabajo, la respuesta adecuada según Scrum es abortar el Sprint y replanificar en la siguiente reunión de planificación. Esta decisión permite al equipo reevaluar el alcance, ajustar el Sprint Backlog y evitar la acumulación de deuda técnica. Escalar el problema o ignorarlo contradice los principios de transparencia y adaptación.
4. Diferencias entre Product Backlog y Sprint Backlog
Los dos artefactos principales de Scrum cumplen funciones distintas:
- Product Backlog: lista priorizada de todos los requisitos del producto, gestionada continuamente por el Product Owner.
- Sprint Backlog: subconjunto de ítems seleccionados para el Sprint actual, fijado durante la planificación y actualizado diariamente por el equipo.
Una forma de recordarlo es imaginar el Product Backlog como el menú completo de un restaurante y el Sprint Backlog como el plato que el chef prepara hoy.
5. Equipos de desarrollo auto‑organizados
Un equipo auto‑organizado no depende de un líder externo para asignar tareas. En su lugar, los miembros deciden colectivamente cómo alcanzar el objetivo del Sprint, distribuyendo el trabajo según sus habilidades y disponibilidad. Esta autonomía fomenta la creatividad, la responsabilidad y la mejora continua.
6. Revisión del Sprint: lo que se muestra al Product Owner
Durante la Sprint Review se presentan al Product Owner los incrementos completados, es decir, historias de usuario con criterios de aceptación aprobados y funcionalidades potencialmente liberables. No se incluyen los ítems del Product Backlog que quedaron sin desarrollar; esos permanecen para futuros Sprints.
7. Duración recomendada de un Sprint
La guía oficial de Scrum establece que la duración máxima de un Sprint es 30 días, aunque la práctica recomendada es mantenerlos entre 1 y 4 semanas. Un Sprint más corto permite retroalimentación frecuente y mayor adaptabilidad al cambio.
8. Técnica de estimación: Planning Poker
El Planning Poker es una herramienta colaborativa para estimar el esfuerzo de una historia de usuario. Cuando los participantes eligen valores diferentes, el paso siguiente es:
- Discutir las razones detrás de los valores extremos (alto y bajo) y volver a votar.
Este proceso garantiza que todas las perspectivas sean consideradas antes de converger en una estimación consensuada.
Resumen de conceptos clave
- Product Owner: maximiza ROI, prioriza el Product Backlog.
- Scrum Master: facilita eventos, elimina impedimentos, no dirige la Daily Scrum.
- Equipo auto‑organizado: decide cómo trabajar sin asignaciones externas.
- Product Backlog vs. Sprint Backlog: todo el producto vs. trabajo del Sprint actual.
- Sprint: máximo 30 días, objetivo claro, revisado al final.
- Planning Poker: discusión y consenso antes de volver a votar.
Dominar estos fundamentos permite a los profesionales de comercio y gestión empresarial implementar Scrum de manera eficaz, mejorar la productividad del equipo y entregar valor continuo a los clientes.
