Crear
Descargar
Obtener Plan Académico
Compartir juego
Sí o No
Sí o No

Reto Scrum

Intégralo en tu plataforma

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.
Descargar
Has superado el número máximo de juegos que puedes integrar en Google Classroom con tu Plan actual.

Para integrar tantos juegos como quieras en Google Classroom, necesitas un Plan Académico o un Plan Comercial.

Has superado el número máximo de juegos que puedes integrar en Microsoft Teams con tu Plan actual.

Para integrar tantos juegos como quieras en Microsoft Teams, necesitas un Plan Académico o un Plan Comercial.

La descarga de juegos es una característica exclusiva para usuarios con un Plan Académico o un Plan Comercial.

Obtén ahora tu Plan Académico o Comercial y comienza a integrar tus juegos en tu LMS, web o blog.

Si lo deseas, puedes descargar un juego de prueba aquí y probar su integración:

Reto Scrum

Sí o No

Jugadas 7

Sobre esta actividad

Reto rápido de Scrum

Creada por

Costa Rica

Descarga la versión para jugar en papel

Crea tu propio juego gratis desde nuestro creador de juegos
Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Top juegos

%
Anónimo
Anónimo
%
%
%
Has superado el número máximo de juegos que puedes imprimir con tu Plan actual.

Para imprimir tantos juegos como quieras, necesitas un Plan Académico o un Plan Comercial.

Imprime tu juego
Reto Scrum
 

Reto ScrumVersión en línea

Reto rápido de Scrum

por Cristy Fernández
1

Todo ítem del backlog debe implementarse en el sprint siguiente.

2

El Sprint puede extenderse indefinidamente si el equipo lo necesita.

3

En Scrum, se trabajan Sprints de duración fija y deben estar entre 1 y 4 semanas.

4

El Sprint Planning define el backlog del proyecto completo para toda su vida.

5

El Refinamiento del Backlog es una actividad continua y no se limita a una única reunión.

6

Las historias de usuario deben describir la solución técnica detallada desde el inicio.

7

El equipo Scrum está compuesto por Product Owner, Scrum Master y el Equipo de Desarrollo.

8

Las historias de usuario deben estar priorizadas por valor de negocio y riesgo.

9

El Product Owner es responsable de gestionar el Product Backlog.

10

El Development Team no puede ajustar las estimaciones durante un Sprint.

11

El Product Backlog se ordena por valor y riesgo para maximizar el resultado.

12

La planificación de Sprint se realiza al inicio de cada Sprint.

13

El Product Owner es responsable de dirigir el trabajo técnico diario del equipo.

14

El Product Owner puede cambiar la prioridad de los ítems del backlog durante el sprint sin consultar al equipo.

15

El Scrum Master debe gestionar y asignar todas las tareas del equipo.

16

En Scrum, el Product Backlog se elimina al inicio de cada sprint.

17

La Definition of Done garantiza que un incremento esté listo para liberarse.

18

El Sprint Backlog se crea durante la Revisión de Sprint.

19

El equipo de desarrollo colabora con el Product Owner para estimar historias usando puntos de historia.

20

Cada historia de usuario debe incluir criterios de aceptación claros.

¿Estás seguro que quieres abandonar la página?

Al abandonar la página perderás el progreso del juego.