- Cuidado con las palabras: a veces no prestas suficiente atención a algunas palabras y respondes mal a la más sencilla de las preguntas. Lee siempre la pregunta con atención, palabra por palabra. Asegúrate también de haber leído todas las respuestas antes de elegir la que quieres. Te pongo algunos ejemplos:
- Cuidado con las preguntas que contienen la palabra “NOT” (“NO”): algunas preguntas plantean, por ejemplo, “¿cuál de las siguientes NO es una característica de…?”, y mucha gente se olvida del “NO” y elige la respuesta equivocada. No te imaginas lo habitual que es; así que ten cuidado de no pasar por alto esta palabra clave.
- Cuidado con las preguntas de respuesta múltiple: algunas preguntas te piden elegir varias respuestas, y hay quien no presta suficiente atención y marca solo una. Todas las preguntas de respuesta múltiple usan casillas de verificación en lugar de botones de opción; acostúmbrate a fijarte en esto para comprobarlo dos veces. Es buena idea dedicar unos minutos al final del examen a repasar todas las preguntas solo para comprobar que has marcado varias respuestas donde hacía falta.
- Cuidado con “should” frente a “could” (“debería” frente a “podría”): por ejemplo, la frase “el Product Owner podría asistir a la Daily Scrum” es verdadera, mientras que la frase “el Product Owner debería asistir a la Daily Scrum” es falsa. No es complicado y seguro que lo entiendes; solo asegúrate de seguir prestándole atención bajo la presión del examen.
- Cuidado con “attend” frente a “participate” (“asistir” frente a “participar”): por ejemplo, la frase “el Product Owner puede asistir a la Daily Scrum” es verdadera, mientras que la frase “el Product Owner puede participar en la Daily Scrum” es falsa.
- ¡Olvida tu pasado pecaminoso! Si tienes experiencia usando Scrum, lo más probable es que no lo estés aplicando a la perfección. Scrum.org te hace muchas preguntas sobre los comportamientos incorrectos habituales en los proyectos Scrum, y por eso debes basarte en tus conocimientos y no en lo que has visto en los proyectos. Algunos ejemplos:
- No existe el Sprint cero; tampoco el Sprint de estabilización (hardening), de integración, de release, de planificación, etc. Todos los Sprints son iguales.
- Solo los Developers participan en las Daily Scrums.
- En Scrum no hay líneas base.
- Siempre hay un solo Product Backlog y un solo Product Owner, sin importar cuántos equipos trabajen en el proyecto.
- No hay más roles que los tres estándar, y ninguno de ellos dirige a los demás.
- ¡Sé valiente! Sí, sabes que, por ejemplo, el equipo debe ser autoorganizado. Pero ¿hasta qué punto? Por ejemplo, ¿quién debe decidir excluir a un developer del equipo? ¿El propio equipo, el Product Owner o el Scrum Master, el responsable de contratación, otro directivo de la empresa? Confía en lo que has aprendido: el equipo debe ser autoorganizado, y esto solo está limitado por la autoridad que el marco otorga al Product Owner y al Scrum Master.
- No uses preguntas de ejemplo de Scrum de cualquier procedencia: muchas de esas preguntas están pensadas para otros exámenes, como PMI-ACP y CSM, y no son necesariamente compatibles con el PSM I. Si quieres usar preguntas de ejemplo, usa solo las diseñadas específicamente para preparar el examen PSM I.
- Mantén el enfoque: estar concentrado durante el examen probablemente es tan importante como estudiar para él. ¿Cómo conseguirlo? Depende de ti. Si el café te pone nervioso, no lo tomes; si eres adicto al café como yo, toma mucho; haz el examen en tu mejor momento del día (por ejemplo, no por la mañana si no eres una persona madrugadora); hazlo en un lugar tranquilo; come de forma adecuada antes del examen; etc.
- Gestiona tu tiempo: a mucha gente le bastan los 60 minutos que dura el examen, mientras que algunos candidatos no consiguen dedicar suficiente tiempo a todas las preguntas. Reparte bien tu tiempo entre las preguntas; por ejemplo, en lugar de estresarte y dedicar mucho tiempo a unas pocas preguntas difíciles al principio del examen, márcalas para el final y emplea tu energía y tu tiempo en lo que mejor sabes hacer.
- Responde todas las preguntas: las respuestas incorrectas no penalizan. Simplemente, respóndelo todo.
- Haz al menos dos pasadas: es mucho mejor si revisas tus respuestas al menos una vez. Tienes que gestionar tu tiempo en consecuencia.
- No tengas miedo de cambiar tus respuestas: mucha gente repite que no deberías cambiar tus respuestas a menos que estés muy seguro, y que la primera respuesta suele ser la correcta. Es un mito, y la investigación científica ha demostrado que es falso. Esa “sensación” se debe a un sesgo cognitivo, y puedes cambiar tus respuestas sin problema cuando quieras, basándote en tu razonamiento y no en tu instinto. Solo recuerda gestionar bien tu tiempo.
- Consulta cuando lo necesites: el examen es a libro abierto, ¿recuerdas? Encontrar la respuesta correcta a algunas preguntas lleva mucho tiempo, pero si te sale una pregunta como “¿cuánto dura la Sprint Retrospective en un Sprint de un mes?” y, por lo que sea, no estás seguro de recordarlo bien, ¡búscalo!
- No te agobies: lo último que necesitas es entrar en pánico. Hay un consejo famoso para músicos: ensaya como si estuvieras actuando y actúa como si estuvieras ensayando. No pienses en el resultado en mitad del examen ni en cuántas preguntas habrás fallado; céntrate en una pregunta cada vez y da lo mejor de ti. Y, por cierto, si te desconectas en mitad del examen, puedes volver a la página del examen y continuar. ¡Me pasó a mí cuando hice mi examen! Perdí 15 minutos intentando resolver el problema de mi conexión a internet, pero al menos pude continuar después y aprobar el examen. No te preocupes por nada durante el examen.
Certificaciones alternativas
- CSM, mucho más cara, mucho más fácil de aprobar
- ASF, cubre aspectos más generales de Agile además de Scrum, algo más cara, más fácil de aprobar, cubre prácticas y técnicas
- PMI-ACP, cubre aspectos más generales de Agile además de Scrum, mucho más cara
- AgilePM, centrada en la metodología DSDM en lugar de Scrum, más cara
- PRINCE2 Agile, cubre aspectos más generales de Agile además de Scrum, más cara