Valores do Scrum e o que realmente importa na prática
Vou direto ao ponto porque vejo essa pergunta aparecendo em todo exame de certificação e em reuniões de equipe que deveriam estar fazendo outro tipo de trabalho. A lista oficial dos valores do Scrum, conforme o guia do Scrum, são cinco: Coragem, Comprometimento, Foco, Abertura e Respeito. Se o item que você está olhando não está nessa lista, ele não é um valor do Scrum.
qual item abaixo não é um valor do scrum
Em questões de prova, as alternativas erradas mais comuns que aparecem como respostas corretas (no sentido de "não é valor") são coisas como "Disciplina", "Comunicação", "Colaboração", "Transparência" e "Melhoria Contínua". A tentação é marcar Transparência porque ela aparece no guia como pilar, não como valor. Isso é uma pegadinha clássica. Transparência é um pilar, assim como Inspeção e Adaptação. Os valores estão em outra seção. Eu errei isso na minha primeira certificação e ainda vejo gente errando em sala de treinamento. Outro item frequente que tenta passar como valor é "Autogestão". Também não é. É uma propriedade da equipe Scrum descrita no guia, mas não está na lista de valores. A mesma coisa com "Sustentabilidade" — aparece como parte do compromisso do time com ritmos sustentáveis, mas não é um valor listado separadamente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O que acontece no dia a dia é interessante. Eu trabalhei em times que colocavam "Colaboração" como valor no muro do sprint, tipo um post-it gigante. Soa bonito. Funciona como motivação. Mas quando o Scrum Master precisa dar feedback difícil sobre algo que foi feito sem qualidade, a pessoa que tinha colado esse post-it fica confusa, porque "colaboração" não dá suporte para aquele tipo de conversa. Já "Coragem" dá. Coragem é o valor que permite dizer "isso não está bom o suficiente" sem transformar a coisa num conflito pessoal. Quando a equipe não tem coragem, o comprometimento vira apenas cumprir o prazo cegamente. É um problema que eu vi destruir três sprints seguidos num cliente financeiro, onde o medo de frustrar o product owner era tão grande que ninguém pedia esclarecimentos nas histórico de requisitos. O resultado foi entrega de funcionalidade errada por oito semanas seguidas. O workaround foi simples: o PO passou a escrever os critérios de aceitação de forma binária, testável. Sem margem para interpretação. Isso reduziu o retrabalho em cerca de 60% nas duas semanas seguintes. Não é elegante. Funciona. Se você está estudando para a prova, a dica prática é memorizar os cinco valores e depois listar explicitamente o que não está neles. Transparência, Colaboração, Autogestão, Disciplina, Melhoria Contínua — esses são conceitos reais do framework, mas categoricamente diferentes dos valores. A confusão existe porque o guia os trata com a mesma atenção. Na hora da prova, a distinção é a única coisa que importa.
Um insight que poucos mencionam: os valores não estão hierarquizados. Ninguém pode dizer "comprometimento é mais importante que respeito". Eu vi Scrum Masters tentarem isso numa retrospectiva, argumentando que comprometimento com a data vencederia respeito pelo trabalho bem-feito. A equipe saiu da reunião insatisfeita e dois membros anunciaram intenção de sair do projeto na semana seguinte. Não resolvia nada. A solução foi parar de escolher entre valores e tratar cada situação com o valor relevante. Comprometimento pra prazos. Respeito pra qualidade e tratamento entre pessoas. Coragem pra dizer o que precisa ser dito. Simples, mas exige maturidade que nem todo time tem. Outro ponto que os materiais formais deixam passar: valores se comportam diferente sob pressão. Em sprints com deadline apertado, Foco e Comprometimento tendem a dominar o comportamento da equipe, enquanto Abertura e Respeito são os primeiros a desaparecer. Isso não é falha do framework, é comportamento humano documentado. O que eu faço agora é colocar Abertura explicitamente na pauta de todo planejamento de sprint: "o que estamos evitando compartilhar?". Leva dois minutos. Muda completamente a qualidade da inspeção.
Se quiser consultar a fonte original, o guia do Scrum está disponível gratuitamente em scrumguides.org. A seção sobre valores é curta, cerca de uma página. Leia ela duas vezes antes de qualquer simulado.