Os mitos do Scrum que mais fazem você perder pontos nas provas PSM I, PSPO I e CSM são hábitos que parecem Scrum, mas não estão no Scrum Guide 2020: story points, velocity, uma Sprint 0, uma regra de 10% para o refinamento ou um Scrum Master que gerencia o time. As questões das provas de Scrum são escritas a partir do Guide, então uma resposta baseada em como a sua empresa usa o Scrum costuma ser a armadilha. A seguir, dez mitos, a afirmação correta para cada um e o motivo pelo qual os elaboradores das provas os usam.
Por que as questões das provas de Scrum são construídas em torno de mitos
O Scrum Guide 2020 tem apenas cerca de 13 páginas, então os elaboradores das provas não conseguem cobrar detalhes obscuros. Em vez disso, eles testam se você sabe distinguir o framework das práticas que as pessoas acrescentam por cima dele.
A pressão do tempo piora a situação. Você tem pouco tempo por questão, e uma opção com som familiar é tentadora quando o relógio está correndo.
| Prova | Questões | Tempo | Para passar |
|---|---|---|---|
| PSM I (Scrum.org) | 80 | 60 minutos | 85% |
| PSPO I (Scrum.org) | 80 | 60 minutos | 85% |
| CSM (Scrum Alliance) | 50 | 60 minutos | 37 corretas (74%) |
Uma regra prática útil: se o Scrum Guide não diz, não é uma parte obrigatória do Scrum.
10 mitos do Scrum e o que o Scrum Guide realmente diz
Mito: story points, velocity e user stories fazem parte do Scrum
Realidade: o Scrum Guide não menciona user stories, story points, velocity nem burndown charts. São práticas complementares que muitos times usam, mas o Scrum só pede um Product Backlog com itens, um Sprint Backlog e Increments que atendam à Definition of Done.
Por que é uma armadilha: esses termos são tão comuns no trabalho que parecem oficiais. Fique atento a opções como "the Scrum Master tracks velocity" ou "items must be written as user stories". Se uma resposta torna obrigatória uma prática complementar, quase sempre está errada.
Mito: o Scrum Master é o gerente do time ou o gerente de projetos
Realidade: o Scrum Master é responsável pela eficácia do Scrum Team. O Scrum Team é um único time, sem subtimes nem hierarquias, e o Guide não descreve um gerente de projetos ou líder de equipe dentro dele.
Por que é uma armadilha: as questões costumam descrever um problema (um conflito, um prazo perdido, uma tarefa bloqueada) e oferecer uma opção em que o Scrum Master distribui o trabalho ou decide pelo time. A melhor resposta geralmente é aquela em que o Scrum Master orienta, ensina ou remove um impedimento para que o time resolva o problema.
Mito: a Daily Scrum é uma reunião de status para o Scrum Master e o Product Owner
Realidade: a Daily Scrum é um evento de 15 minutos para os Developers, realizado no mesmo horário e local todos os dias úteis da Sprint. Seu objetivo é inspecionar o progresso em direção ao Sprint Goal e adaptar o Sprint Backlog. O Guide não exige que o Product Owner participe, e o Scrum Master não a conduz como uma sessão de relatório.
Por que é uma armadilha: muita gente só viu reuniões diárias em que todos prestam contas a um líder. Opções como "the Product Owner must attend to approve the plan" ou "the Scrum Master collects status updates" exploram essa experiência.
Mito: o refinamento do Product Backlog ocupa 10% da capacidade dos Developers
Realidade: o refinamento é uma atividade contínua, não um evento, e o Scrum Guide 2020 não dá nenhuma porcentagem. A antiga frase "usually no more than 10%" foi removida em 2020.
Por que é uma armadilha: materiais de estudo e questões de simulado mais antigos ainda citam o número de 10%; em uma prova atual, não existe um número fixo.
Mito: a Sprint Review é onde o Product Owner aceita ou libera o trabalho
Realidade: a Sprint Review é uma sessão de trabalho em que o Scrum Team e os stakeholders inspecionam o resultado da Sprint e decidem o que fazer em seguida. Ela não é um portão de liberação. Um Increment nasce quando um Product Backlog item atende à Definition of Done, e os Increments podem ser entregues aos stakeholders antes da Sprint Review.
Por que é uma armadilha: "demonstração e aprovação" é como muitas organizações conduzem a review. Na prova, qualquer opção que trate a Sprint Review como o único momento de liberar ou como uma reunião formal de aprovação é suspeita.
Mito: os times precisam de uma Sprint 0 ou de uma Sprint de estabilização
Realidade: o Scrum Guide não menciona Sprint 0 nem Sprints de estabilização (hardening). Toda Sprint deve produzir pelo menos um Increment útil que atenda à Definition of Done. Uma Sprint dedicada à preparação ou à estabilização de trabalho anterior indica que a Definition of Done não está sendo cumprida.
Por que é uma armadilha: esses nomes são muito difundidos, então uma questão pode perguntar "o que deve acontecer na Sprint 0?" como se ela fosse real. A resposta correta geralmente remete à entrega de um Increment Done a cada Sprint.
Mito: o Product Owner pode ser um comitê
Realidade: o Product Owner é uma pessoa, não um comitê. O Product Owner pode representar as necessidades de muitos stakeholders e pode delegar o trabalho do Product Backlog a outras pessoas, mas continua sendo o responsável por maximizar o valor e por gerenciar o Product Backlog.
Por que é uma armadilha: este é um favorito da PSPO I. Procure opções em que um comitê diretivo ou vários donos de negócio dividem a responsabilidade do Product Owner; o Guide não permite isso.
Mito: trabalho inacabado pode ser mostrado na Sprint Review
Realidade: o trabalho que não atende à Definition of Done não faz parte do Increment. Ele volta ao Product Backlog para ser considerado no futuro e não pode ser liberado nem apresentado na Sprint Review.
Por que é uma armadilha: "mostre mesmo assim para que os stakeholders deem feedback" parece razoável e colaborativo. Na prova, está errado, porque esconde o estado real do produto e quebra a transparência.
Mito: o Sprint Backlog fica fixo depois que a Sprint Planning termina
Realidade: o Sprint Backlog pertence aos Developers, que são responsáveis pelo plano e o adaptam diariamente à medida que aprendem mais. O que permanece fixo é o compromisso: o Sprint Goal, o único objetivo da Sprint.
Por que é uma armadilha: as questões misturam o Sprint Goal e o Sprint Backlog. Se uma opção diz que nada pode ser adicionado ou alterado depois do planejamento, ou que só o Scrum Master pode atualizar o Sprint Backlog, ela está errada.
Mito: os times são "self-organizing" e o Scrum Master é um "servant-leader"
Realidade: o Guide 2020 diz que os Scrum Teams são autogerenciáveis: eles decidem internamente quem faz o quê, quando e como. Ele descreve os Scrum Masters como “verdadeiros líderes que servem o Scrum Team e a organização em geral”, substituindo o termo “servant-leader” de 2017. Também fala de responsabilidades (accountabilities) em vez de papéis.
Por que é uma armadilha: a redação antiga não é exatamente falsa em espírito, mas as questões que perguntam o que o Guide atual diz premiam os termos atuais. Se duas opções parecerem semelhantes, escolha a que usa a linguagem de 2020.
Como treinar para identificar essas armadilhas
- Leia o Scrum Guide duas vezes. Leia uma vez do começo ao fim para ter a visão geral e uma segunda vez devagar, marcando cada responsabilidade, cada compromisso (Product Goal, Sprint Goal, Definition of Done) e cada timebox.
- Faça uma lista de palavras-gatilho. Palavras como must, always, approve, assign, report ou uma porcentagem fixa costumam aparecer na opção errada. Confira se o Guide realmente diz isso.
- Treine sob pressão de tempo. Saber a resposta na sua mesa é diferente de encontrá-la em menos de um minuto. Experimente um simulado PSM gratuito e cronometrado no Scrumdemy (20 questões, 20 minutos) ou o simulado CSM gratuito.
- Estude as explicações, não só a nota. Para cada resposta errada, encontre a frase do Guide que resolve a dúvida. Se você está se preparando para a PSPO I, o quiz de preparação PSPO I do Scrumdemy inclui uma explicação para cada uma das suas 80 questões.
- Acrescente os testes gratuitos oficiais. Os Open Assessments da Scrum.org (Scrum Open, Product Owner Open, Developer Open) são gratuitos e escritos no estilo da prova real.
Perguntas frequentes
Story points fazem parte do Scrum?
Não. O Scrum Guide 2020 não menciona story points, velocity nem user stories. São práticas opcionais, então uma resposta de prova que as torna obrigatórias está errada.
O Product Owner precisa participar da Daily Scrum?
Não. A Daily Scrum é um evento de 15 minutos para os Developers inspecionarem o progresso em direção ao Sprint Goal. O Guide não exige que o Product Owner esteja presente.
“Servant-leader” ainda é a resposta certa na PSM I?
O Guide 2020 substituiu “servant-leader” por “verdadeiros líderes que servem o Scrum Team e a organização em geral”. Quando uma questão pergunta o que o Guide atual diz, escolha a redação de 2020.
O trabalho inacabado pode ser demonstrado na Sprint Review?
Não. O trabalho que não atende à Definition of Done volta ao Product Backlog e não pode ser apresentado na Sprint Review nem liberado.