Los mitos de Scrum que más puntos quitan en los exámenes PSM I, PSPO I y CSM son costumbres que parecen Scrum pero no aparecen en la Scrum Guide 2020: story points, velocity, un Sprint 0, una regla del 10% para el refinamiento o un Scrum Master que dirige al equipo. Las preguntas del examen de Scrum se redactan a partir de la Guía, así que una respuesta basada en cómo se trabaja en tu empresa suele ser la trampa. Aquí tienes diez mitos, lo que dice realmente la Guía y por qué los examinadores los usan.
Por qué las preguntas de examen de Scrum se basan en mitos
La Scrum Guide 2020 ocupa unas 13 páginas, así que quien redacta las preguntas no puede evaluarte sobre detalles rebuscados. Lo que comprueba es si sabes distinguir el marco de trabajo de las prácticas que los equipos le añaden.
La presión del tiempo lo complica todavía más. Tienes poco tiempo por pregunta, y una opción que te suena familiar resulta muy tentadora cuando corre el reloj.
| Examen | Preguntas | Tiempo | Para aprobar |
|---|---|---|---|
| PSM I (Scrum.org) | 80 | 60 minutos | 85% |
| PSPO I (Scrum.org) | 80 | 60 minutos | 85% |
| CSM (Scrum Alliance) | 50 | 60 minutos | 37 aciertos (74%) |
Una regla práctica: si la Scrum Guide no lo dice, no es una parte obligatoria de Scrum.
10 mitos de Scrum y lo que dice de verdad la Scrum Guide
Mito: los story points, la velocity y las historias de usuario forman parte de Scrum
Realidad: la Scrum Guide no menciona historias de usuario, story points, velocity ni gráficos burndown. Son prácticas complementarias que muchos equipos usan, pero Scrum solo pide un Product Backlog con elementos, un Sprint Backlog e Increments que cumplan la Definition of Done (definición de terminado).
Por qué es una trampa: estos términos son tan habituales en el trabajo que parecen oficiales. Desconfía de opciones como "el Scrum Master controla la velocity" o "los elementos deben redactarse como historias de usuario". Si una respuesta convierte una práctica complementaria en obligatoria, casi siempre es incorrecta.
Mito: el Scrum Master es el jefe del equipo o el project manager
Realidad: el Scrum Master es responsable de la efectividad del Scrum Team. El Scrum Team es un único equipo, sin subequipos ni jerarquías, y la Guía no describe ningún project manager ni líder técnico dentro de él.
Por qué es una trampa: las preguntas suelen plantear un problema (un conflicto, un retraso, una tarea bloqueada) y ofrecen una opción en la que el Scrum Master asigna el trabajo o decide por el equipo. La mejor respuesta suele ser que el Scrum Master enseñe, haga coaching o elimine un impedimento para que el equipo lo resuelva.
Mito: la Daily Scrum es una reunión de estado para el Scrum Master y el Product Owner
Realidad: la Daily Scrum es un evento de 15 minutos para los Developers, a la misma hora y en el mismo lugar cada día laborable del Sprint. Sirve para inspeccionar el avance hacia el Sprint Goal y adaptar el Sprint Backlog. La Guía no obliga al Product Owner a asistir, y el Scrum Master no la convierte en una ronda de informes.
Por qué es una trampa: mucha gente solo ha vivido reuniones diarias en las que todos informan a un responsable. Opciones como "el Product Owner debe asistir para aprobar el plan" o "el Scrum Master recoge el estado de cada persona" apelan justo a esa experiencia.
Mito: el refinamiento del Product Backlog ocupa el 10% de la capacidad
Realidad: el refinamiento es una actividad continua, no un evento, y la Scrum Guide 2020 no da ningún porcentaje. La antigua referencia al 10% se eliminó en 2020.
Por qué es una trampa: hay material de estudio y preguntas de práctica antiguas que todavía citan el 10%; en un examen actual no hay una cifra fija.
Mito: en la Sprint Review el Product Owner acepta o libera el trabajo
Realidad: la Sprint Review es una sesión de trabajo en la que el Scrum Team y los stakeholders inspeccionan el resultado del Sprint y deciden los siguientes pasos. No es una puerta de liberación. Un Increment nace cuando un elemento del Product Backlog cumple la Definition of Done, y los Increments pueden entregarse a los stakeholders antes de la Sprint Review.
Por qué es una trampa: "demo y firma" es como muchas organizaciones celebran la revisión. En el examen, desconfía de cualquier opción que trate la Sprint Review como el único momento para liberar o como una reunión formal de aprobación.
Mito: hace falta un Sprint 0 o un Sprint de estabilización (hardening)
Realidad: la Scrum Guide no menciona ni un Sprint 0 ni Sprints de hardening. Cada Sprint debe producir al menos un Increment útil que cumpla la Definition of Done. Un Sprint dedicado solo a preparar el entorno o a estabilizar trabajo anterior indica que no se está cumpliendo la Definition of Done.
Por qué es una trampa: estos nombres están muy extendidos, así que una pregunta puede plantear "¿qué debe ocurrir en el Sprint 0?" como si existiera. La respuesta correcta suele volver a la idea de entregar un Increment terminado en cada Sprint.
Mito: el Product Owner puede ser un comité
Realidad: el Product Owner es una persona, no un comité. Puede representar las necesidades de muchos stakeholders y delegar trabajo del Product Backlog, pero sigue siendo responsable de maximizar el valor y de la gestión del Product Backlog.
Por qué es una trampa: es una de las favoritas del PSPO I. Fíjate en opciones donde un comité de dirección o varios responsables de negocio comparten la responsabilidad del Product Owner; la Guía no lo permite.
Mito: el trabajo sin terminar se puede enseñar en la Sprint Review
Realidad: el trabajo que no cumple la Definition of Done no forma parte del Increment. Vuelve al Product Backlog para valorarlo en el futuro y no se puede liberar ni presentar en la Sprint Review.
Por qué es una trampa: "enséñalo igualmente para recoger feedback" suena razonable y colaborativo. En el examen es incorrecto, porque oculta el estado real del producto y rompe la transparencia.
Mito: el Sprint Backlog queda cerrado al terminar la Sprint Planning
Realidad: el Sprint Backlog pertenece a los Developers, que son responsables del plan y lo adaptan cada día a medida que aprenden. Lo que se mantiene es el compromiso: el Sprint Goal, el único objetivo del Sprint.
Por qué es una trampa: las preguntas mezclan el Sprint Goal con el Sprint Backlog. Si una opción dice que no se puede añadir ni cambiar nada tras la planificación, o que solo el Scrum Master puede actualizar el Sprint Backlog, es incorrecta.
Mito: los equipos son "autoorganizados" y el Scrum Master es un "servant-leader"
Realidad: la Guía de 2020 dice que los Scrum Teams son self-managing (autogestionados): deciden internamente quién hace qué, cuándo y cómo. Describe a los Scrum Masters como "verdaderos líderes que sirven al Scrum Team y a la organización en general", en lugar del término "servant-leader" de 2017. Además, habla de responsabilidades (accountabilities) en vez de roles.
Por qué es una trampa: la terminología antigua no es falsa en espíritu, pero cuando la pregunta se refiere a lo que dice la Guía actual, puntúan los términos actuales. Si dos opciones se parecen, elige la que usa el lenguaje de 2020.
Cómo practicar para detectar estas trampas
- Lee la Scrum Guide dos veces. La primera, de corrido, para tener la visión general; la segunda, despacio, marcando cada responsabilidad, cada compromiso (Product Goal, Sprint Goal, Definition of Done) y cada timebox.
- Haz una lista de palabras alarma. Términos como debe, siempre, aprobar, asignar, informar o un porcentaje fijo suelen acompañar a la opción equivocada. Comprueba si la Guía lo dice de verdad.
- Practica con el reloj en marcha. Saber la respuesta con calma no es lo mismo que encontrarla en menos de un minuto. Prueba el examen gratuito de práctica PSM de Scrumdemy (20 preguntas, 20 minutos) o el examen gratuito de práctica CSM.
- Estudia las explicaciones, no solo la nota. Por cada fallo, busca la frase de la Guía que lo resuelve. Si preparas el PSPO I, el cuestionario de preparación PSPO I de Scrumdemy incluye una explicación para cada una de sus 80 preguntas.
- Añade los tests gratuitos oficiales. Las Open Assessments de Scrum.org (Scrum Open, Product Owner Open, Developer Open) son gratuitas y siguen el estilo del examen real.
Preguntas frecuentes
¿Los story points forman parte de Scrum?
No. La Scrum Guide 2020 no menciona story points, velocity ni historias de usuario. Son prácticas opcionales, así que una respuesta de examen que las haga obligatorias es incorrecta.
¿El Product Owner tiene que asistir a la Daily Scrum?
No. La Daily Scrum es un evento de 15 minutos para que los Developers inspeccionen el avance hacia el Sprint Goal. La Guía no exige que el Product Owner esté presente.
¿"Servant-leader" sigue siendo la respuesta correcta en el PSM I?
La Guía de 2020 sustituyó "servant-leader" por "verdaderos líderes que sirven al Scrum Team y a la organización en general". Si la pregunta se refiere a la Guía actual, elige la redacción de 2020.
¿Se puede enseñar trabajo sin terminar en la Sprint Review?
No. El trabajo que no cumple la Definition of Done vuelve al Product Backlog y no se puede presentar en la Sprint Review ni liberar.