Mapa mental do Scrum: resumo visual para estudar
Um mapa mental do Scrum resolve um problema bem específico: você leu o Guia do Scrum, entendeu cada parte isolada e, na hora de explicar o framework para alguém ou de responder a uma questão de prova, as peças se misturam. Quem participa da Sprint Review? Qual artefato tem a Meta do Produto como compromisso? Os esquemas prontos que aparecem numa busca rápida costumam ajudar pouco, porque muitos foram desenhados com versões antigas do Guia e repetem termos que não existem mais.
Abaixo está um mapa completo, fiel ao Guia do Scrum 2020, em formato de texto para você copiar para a ferramenta que preferir. Depois dele, há um roteiro para montar a sua versão (que fixa muito mais do que copiar a pronta) e uma lista dos erros mais comuns nos esquemas que circulam por aí.
Se o que você procura é um resumo corrido do documento oficial, com cada seção explicada, o artigo Scrum Guide em português: resumo do guia oficial cumpre esse papel. Aqui o foco é a visão de conjunto em uma página.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
Como o mapa mental do Scrum está organizado
O centro do mapa é o próprio Scrum, com a definição do Guia: um framework leve que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos. Dele saem cinco ramos, na ordem em que fazem sentido para quem está aprendendo:
- Teoria: por que o Scrum funciona do jeito que funciona.
- Valores: o comportamento que dá sustentação à teoria.
- Scrum Team: quem faz o trabalho e quem responde por quê.
- Eventos: quando o time inspeciona e adapta.
- Artefatos: o que fica visível para todos e qual é o compromisso de cada um.
Essa ordem não é a única possível, mas tem uma vantagem: cada ramo explica o seguinte. Os eventos só fazem sentido depois que você entende que o Scrum se apoia em inspeção e adaptação, e os artefatos só fazem sentido depois que você sabe quem responde por cada um.
O mapa completo em texto para copiar
Copie a estrutura abaixo para um software de mapas mentais, um quadro branco virtual ou uma folha A3. Cada nível de recuo é um nível do mapa.
- Scrum (framework leve para problemas complexos)
- Teoria
- Empirismo: o conhecimento vem da experiência e de decisões baseadas no que se observa
- Pensamento enxuto (lean): reduzir desperdício e focar no essencial
- Abordagem iterativa e incremental
- Três pilares: transparência, inspeção, adaptação
- Valores
- Compromisso
- Foco
- Abertura
- Respeito
- Coragem
- Scrum Team
- Uma unidade, sem subtimes nem hierarquia
- Multifuncional e autogerenciável
- Normalmente 10 pessoas ou menos
- Developers: criam o Incremento; plano da Sprint, qualidade pela Definição de Pronto
- Product Owner: maximiza o valor do produto; gerencia o Product Backlog; uma pessoa, não um comitê
- Scrum Master: estabelece o Scrum e responde pela eficácia do time; serve o time, o PO e a organização
- Eventos
- Sprint: um mês ou menos; contém todos os outros eventos
- Sprint Planning: até 8 horas (Sprint de um mês); por quê, o quê e como
- Daily Scrum: 15 minutos; Developers; progresso rumo à Meta da Sprint
- Sprint Review: até 4 horas; resultado apresentado às partes interessadas
- Sprint Retrospective: até 3 horas; qualidade e eficácia do time
- Artefatos e compromissos
- Product Backlog: compromisso é a Meta do Produto
- Sprint Backlog: compromisso é a Meta da Sprint
- Incremento: compromisso é a Definição de Pronto
- Teoria
Os tempos dos eventos são máximos para uma Sprint de um mês. Em Sprints mais curtas, o Guia diz que os eventos costumam ser mais curtos. O porquê desses limites está explicado no artigo sobre timebox no Scrum.
Um anel externo para práticas complementares
Muita gente coloca no mesmo nível histórias de usuário, story points, burndown, planning poker e Definition of Ready. Nenhum desses itens está no Guia do Scrum. São práticas úteis que muitos times adotam, mas misturá-las com o núcleo cria a impressão de que são obrigatórias.
Se quiser incluí-las, faça um ramo separado, com outra cor, chamado "práticas complementares". Assim o mapa continua útil para a prova (que cobra o Guia) e para o dia a dia (que usa as práticas).
Como montar o seu próprio mapa em 30 minutos
Copiar o mapa pronto ajuda a revisar. Montar o seu ajuda a aprender, porque obriga você a decidir onde cada conceito se encaixa. Um roteiro simples:
- Separe o Guia do Scrum ao lado. A versão em português está disponível gratuitamente em scrumguides.org. Não monte o mapa de memória.
- Escreva só o centro e os cinco ramos. Antes de detalhar, confira se a estrutura principal está certa.
- Preencha um ramo por vez, lendo a seção correspondente. Use palavras curtas. Se precisar de uma frase inteira para um nó, provavelmente ele deveria virar dois.
- Ligue os ramos com setas. Esse é o passo que a maioria pula e o que mais ensina. Exemplos: a Meta da Sprint (artefatos) nasce na Sprint Planning (eventos); a Daily (eventos) inspeciona o Sprint Backlog (artefatos); o Product Owner (Scrum Team) responde pelo Product Backlog (artefatos).
- Marque com uma cor o que você errou ou esqueceu. Na revisão seguinte, comece por esses nós.
- Refaça de memória uma semana depois. Compare com a primeira versão. O que faltar é o que ainda não foi aprendido.
As setas do passo 4 são o que diferencia um mapa mental de uma lista com formato bonito. O Scrum é um sistema: cada evento existe para inspecionar e adaptar um artefato, e cada artefato tem alguém que responde por ele. Quando as ligações estão desenhadas, você enxerga isso de uma vez.
As ligações que mais caem em prova e mais confundem no trabalho
Algumas relações entre os ramos aparecem com frequência em questões de certificação e em discussões de time. Vale desenhá-las com destaque:
| Ligação | O que ela mostra |
|---|---|
| Sprint Planning → Meta da Sprint | A meta é criada pelo Scrum Team inteiro na Planning |
| Daily Scrum → Sprint Backlog | Os Developers adaptam o plano diariamente para atingir a meta |
| Sprint Review → Product Backlog | O backlog pode ser ajustado com o que se aprendeu na Review |
| Retrospective → Definição de Pronto | A Definição de Pronto também é inspecionada na Retrospectiva |
| Product Owner → Product Backlog | O PO responde pelo backlog, mesmo quando delega o trabalho |
| Developers → Sprint Backlog | O plano da Sprint é dos Developers |
| Incremento → Definição de Pronto | Item que não atende à definição não faz parte do Incremento |
Se você só tiver tempo para revisar uma parte do mapa antes de uma prova, revise essas ligações. Os nomes isolados quase todo mundo sabe.
Erros comuns nos mapas que circulam na internet
Boa parte dos esquemas de Scrum compartilhados em redes e sites de estudo foi feita antes de novembro de 2020, quando saiu a versão atual do Guia. Os erros mais frequentes:
- "Development Team" como um time dentro do time. A versão de 2020 eliminou essa separação. Hoje há um só Scrum Team, e quem cria o Incremento são os Developers.
- As três perguntas da Daily. "O que fiz ontem, o que farei hoje, quais impedimentos" deixou de ser prescrito. O time escolhe a estrutura, desde que a Daily foque o progresso rumo à Meta da Sprint.
- Scrum Master como "líder servidor". O Guia de 2020 trocou a expressão por líder que serve o time e a organização, e passou a dizer que o Scrum Master responde pela eficácia do Scrum Team.
- Ausência da Meta do Produto. Ela foi introduzida em 2020 e é o compromisso do Product Backlog. Mapa sem ela está desatualizado.
- Time "auto-organizado". O termo atual é autogerenciável, que deixa claro que o time decide quem faz o quê, quando e como.
- Sprint 0, Sprint de estabilização ou Sprint de testes. Nada disso existe no Guia. Toda Sprint deve gerar pelo menos um Incremento útil.
O artigo o que mudou no Scrum Guide 2020 detalha cada alteração para quem estudou por material antigo.
Duas versões do mesmo mapa, para dois usos
O mapa acima serve bem para estudo individual. Quando o objetivo é apresentar o Scrum para um time ou para gestores que vão conviver com ele, vale simplificar:
Versão para estudo e prova: os cinco ramos completos, com timeboxes, compromissos dos artefatos e as ligações da tabela. Pode ser denso, porque é para você.
Versão para apresentar ao time: só três ramos (papéis, eventos e artefatos), com uma frase de propósito em cada nó. Por exemplo: "Sprint Review: mostrar o que foi feito e decidir o que vem a seguir com quem usa o produto". Teoria e valores entram na fala, não no slide. Num projeto de implantação de sistema em um órgão público, essa versão costuma funcionar melhor na primeira reunião com as áreas de negócio, que querem saber quando vão participar e o que vão receber.
Em ambos os casos, o mapa é ponto de partida. Para entender cada evento em profundidade, siga para eventos do Scrum; para os compromissos de cada artefato, para o artigo sobre artefatos do Scrum.
O que fazer agora
Abra o Guia do Scrum, separe 30 minutos e monte a sua versão seguindo o roteiro, sem olhar o mapa pronto. Depois compare as duas e marque as diferenças. Esse exercício revela mais lacunas do que uma releitura inteira do Guia. Para encaixar o Scrum entre os outros métodos ágeis, o guia completo de métodos ágeis e Scrum dá o panorama. E, se o seu objetivo é transformar esse resumo em domínio do framework e em certificação, o curso Agile Scrum Foundation da Projeto Diário percorre papéis, eventos, artefatos e práticas ágeis com preparação para o exame.
