O que realmente precisa ser memorizado
Voltar para a trilha PSM I
PSM ICapítulo 54

Estudo Para Certificação PSM I

O que realmente precisa ser memorizado

Uma revisão de alta retenção para a PSM I sobre as 3 accountabilities, 5 eventos, 3 artefatos, 3 compromissos, 3 pilares empíricos e 5 valores do Scrum - com as relações e armadilhas de prova que importam mais do que memorizar definições isoladas.

Tempo estimado de leitura: 30 minutos

Escudo neon PSM I cercado pelo ciclo Scrum, representando a revisão final para a certificação

Objetivo do capítulo

Ao final deste capítulo, você deverá ser capaz de reproduzir de memória a estrutura central 3-5-3-3-3-5 do , explicar o propósito e a relação de cada elemento, distinguir o obrigatório de práticas complementares opcionais, evitar armadilhas comuns de redação na e usar fatos memorizados como âncoras para raciocinar, em vez de tratá-los como curiosidades desconectadas.

Introdução: memorize o esqueleto - compreenda o sistema nervoso

A não é uma competição de vocabulário. A memorização fornece âncoras; a compreensão permite escolher a resposta correta quando as alternativas são formuladas para parecerem quase certas.

O sempre foi intencionalmente pequeno. Ken Schwaber e Jeff Sutherland desenvolveram o no início da década de 1990 e publicaram o primeiro Scrum Guide em 2010 para que praticantes pudessem distinguir o framework em si das muitas técnicas que cresceram ao seu redor. O atual Scrum Guide, de novembro de 2020, permanece conciso porque o é propositalmente incompleto.

Essa simplicidade cria um desafio de estudo. Candidatos frequentemente gastam energia demais memorizando práticas que o não exige: , , User Stories, , Burndown Charts, , planos de release, , /, e frameworks de escalabilidade. Essas práticas podem ser úteis, mas não fazem parte do núcleo imutável do framework.

A estrutura de memória mais útil para a é compacta: 3 accountabilities, 5 eventos, 3 artefatos, 3 compromissos, 3 pilares e 5 valores. Escrita como sequência, ela se torna 3-5-3-3-3-5.

Memorizar somente a sequência não basta. A prova costuma testar relações: qual compromisso pertence a qual artefato, quem é accountable pelo gerenciamento do , quem cria o , qual evento inspeciona o resultado da , por que o existe e como transparência permite inspeção e adaptação.

Este capítulo, portanto, combina memorização deliberada com compressão conceitual. Em vez de cinquenta regras isoladas, você aprenderá um pequeno conjunto de modelos conectados que permite reconstruir grande parte do framework sob pressão.

A contribuição social é maior do que apenas passar na prova. Um vocabulário claro de reduz confusão organizacional. Quando as pessoas conhecem as accountabilities e os limites reais, Product Owners têm menos probabilidade de virar meros registradores de requisitos, Masters deixam de ser confundidos com coordenadores de projeto e deixam de ser tratados como executores de tarefas. A linguagem precisa protege o desenho empírico.

Por fim, esta revisão preserva o limite apresentado no capítulo anterior: é um framework complementar de escalabilidade da .org que se apoia no . Ele não faz parte do básico definido no Scrum Guide. Para a , responda primeiro às questões de básico com base no Scrum Guide.

O mapa de memória 3-5-3-3-3-5

Antes de estudar os detalhes, aprenda a forma do framework. Reproduza esta sequência no papel, de memória, até que ela se torne automática.

Mapa central da

  • 3 ACCOUNTABILITIES - , ,
  • 5 EVENTOS - , , , ,
  • 3 ARTEFATOS - , ,
  • 3 COMPROMISSOS - , ,
  • 3 PILARES - Transparência, Inspeção, Adaptação
  • 5 VALORES - Compromisso, Foco, Abertura, Respeito, Coragem
Mapa central da PSM I com três accountabilities, cinco eventos, três artefatos, três compromissos, três pilares e cinco valores
Mapa central da

Frase de memorização

3 accountabilities - 5 eventos - 3 artefatos - 3 compromissos - 3 pilares - 5 valores.

A sequência é útil porque as questões de prova frequentemente misturam categorias. “” parece um objetivo de evento, mas formalmente é o compromisso do .” parece uma prática de qualidade, mas formalmente é o compromisso do . Precisão de categoria evita erros simples.

As 3 accountabilities

O Scrum Guide 2020 usa deliberadamente o termo accountabilities, em vez de roles. Uma accountability descreve responsabilidade por resultados e pela sustentação do framework, não um cargo ou posição em uma hierarquia corporativa.

AccountabilityAccountability principalÂncora de memória
Maximizar o valor do produto resultante do trabalho do . e gerenciamento do .
Estabelecer o conforme definido e promover a efetividade do .Compreensão do , , impedimentos e serviço à organização.
Criar qualquer aspecto de um utilizável em cada ., qualidade por meio da , adaptação diária e accountability profissional.

- o que memorizar

  • O é uma pessoa, não um comitê.
  • O é accountable por maximizar o valor do produto.
  • O é accountable pelo gerenciamento eficaz do .
  • O gerenciamento do inclui desenvolver e comunicar explicitamente o .
  • Também inclui criar e comunicar claramente PBIs, ordenar o e garantir transparência, visibilidade e compreensão.
  • O pode delegar trabalho de gerenciamento do , mas continua accountable.
  • Os que realizarão o trabalho são responsáveis pelo dos PBIs.
  • Somente o pode cancelar uma , e apenas quando o se torna obsoleto.

Armadilha comum sobre o PO

O responde por valor e pelo - não pelo plano de implementação dos , não pela atribuição de tarefas e não pela autoridade de declarar como Done um trabalho incompleto.

- o que memorizar

  • O é accountable por estabelecer o conforme definido no Scrum Guide.
  • O é accountable pela efetividade do .
  • Masters são verdadeiros líderes que servem o e a organização mais ampla.
  • O faz coaching de e .
  • O ajuda o time a manter o foco em Increments valiosos e Done.
  • O causa a ao progresso do .
  • O garante que os ocorram e sejam positivos, produtivos e respeitem o .
  • O serve também o e a organização, além dos .

Armadilha comum sobre o SM

O não é project manager, atribuidor de tarefas, coletor de status, chefe do time, secretário de reuniões ou dono de todos os problemas.

- o que memorizar

  • são as pessoas comprometidas em criar qualquer aspecto de um utilizável em cada .
  • Developer não significa apenas programador.
  • criam o .
  • incorporam qualidade ao aderir à .
  • adaptam seu plano diariamente em direção ao .
  • responsabilizam uns aos outros como profissionais.
  • decidem como os PBIs selecionados serão transformados em um .
  • Os que realizarão o trabalho são responsáveis pelo dos Items.

Os 5 eventos

Todos os existem dentro da . A é o evento-contêiner; os outros quatro são oportunidades formais de . Os timeboxes criam regularidade e reduzem a necessidade de overhead adicional de processo.

EventoPropósitoÂncora de memória
Contêiner para todos os demais eventos e para a criação de valor.Um mês ou menos.A próxima começa imediatamente.
Iniciar a criando o plano.Máx. 8 horas para de 1 mês.Por quê? O quê? Como?
Inspecionar o progresso em direção ao e adaptar o .15 minutos.Para os .
Inspecionar o resultado da e determinar adaptações futuras.Máx. 4 horas para de 1 mês. + stakeholders-chave.
Planejar maneiras de aumentar qualidade e efetividade.Máx. 3 horas para de 1 mês.Conclui a .

Timeboxes de eventos que vale a pena memorizar

Para uma de um mês, memorize 8-15-4-3: 8 horas, 15 minutos, 4 horas, 3 horas. Sprints menores normalmente têm eventos menores, mas o não prescreve uma fórmula proporcional.

Mnemônico de timeboxes

Planning 8h - Daily 15min - Review 4h - Retro 3h. A própria : um mês ou menos.

  • A não pode ser estendida.
  • Uma nova começa imediatamente após a conclusão da anterior.
  • Durante uma , não são feitas mudanças que coloquem o em risco.
  • A qualidade não diminui durante a .
  • O escopo pode ser esclarecido e renegociado com o à medida que se aprende mais.
  • A estrutura do é escolhida pelos ; as três perguntas históricas não são obrigatórias.
  • não é um approval gate nem apenas uma demo.
  • concentra-se na qualidade e na efetividade da maneira de trabalhar.

Os 3 artefatos

Os artefatos representam trabalho ou valor e são projetados para maximizar a transparência de informações-chave. Cada artefato possui um compromisso que fornece foco e um alvo contra o qual o progresso pode ser medido.

ArtefatoO que representaCompromisso
Lista emergente e ordenada do que é necessário para melhorar o produto.
+ PBIs selecionados + plano acionável.
Passo concreto em direção ao ; aditivo e utilizável.

Pares artefato + compromisso

  • ->
  • ->
  • ->

- o que memorizar

  • O é emergente e ordenado.
  • É a única fonte de trabalho realizado pelo .
  • é uma atividade contínua, não um evento formal do .
  • Itens que podem ficar Done dentro de uma são considerados prontos para seleção no .
  • não exige User Stories, , ou .
  • Os responsáveis pelo trabalho são responsáveis pelo .

- o que memorizar

  • O é composto pelo , pelos PBIs selecionados e por um plano acionável.
  • É um plano feito por e para os .
  • É atualizado ao longo da à medida que se aprende mais.
  • Deve ter detalhes suficientes para que inspecionem o progresso durante o .
  • Os PBIs selecionados são uma , não um compromisso imutável de escopo.

- o que memorizar

  • Um é um passo concreto em direção ao .
  • Cada é aditivo aos Increments anteriores.
  • Deve ser completamente verificado e utilizável.
  • Vários Increments podem ser criados dentro de uma .
  • Valor pode ser entregue antes do fim da .
  • não é um release gate.
  • Trabalho que não atende à não faz parte do .

Os 3 compromissos

O Scrum Guide 2020 formalizou um compromisso para cada artefato. Essa é uma das relações de maior valor para memorizar, porque a prova frequentemente as testa de forma indireta.

CompromissoPertence aPropósito
Objetivo de longo prazo / estado futuro do produto.
Objetivo único que cria coerência e flexibilidade dentro da .
Estado formal de qualidade exigido para trabalho de produto concluído.
  • Existe um ativo por vez para o .
  • O deve cumprir ou abandonar um antes de assumir o próximo.
  • O é o compromisso do , não dos PBIs selecionados.
  • A cria transparência ao fornecer a todos um entendimento compartilhado da qualidade de um trabalho concluído.
  • Se existir uma organizacional, os Teams devem segui-la como mínimo.
  • Vários Teams trabalhando no mesmo produto devem definir mutuamente e cumprir a mesma .

Os 3 pilares do

é fundamentado em e . significa que o conhecimento vem da experiência e que decisões são tomadas com base no que é observado. Os três pilares descrevem a lógica operacional.

PilarSignificadoLógica de memória
TransparênciaTornar o processo e o trabalho emergente visíveis para quem realiza e recebe o trabalho.Sem ela, a inspeção pode ser enganosa.
InspeçãoInspecionar frequentemente artefatos e progresso em direção aos objetivos acordados.Sem ela, problemas permanecem ocultos.
AdaptaçãoAjustar processo ou material quando desvios ou novas evidências aparecem.Sem ela, inspeção vira apenas relatório.

Cadeia dos pilares

Transparência permite uma Inspeção significativa. Inspeção sem Adaptação é desperdício. A Adaptação só se torna racional quando a evidência é transparente o suficiente para ser inspecionada.

Os 5

Os não são palavras decorativas de cultura. O Scrum Guide afirma que o uso bem-sucedido do depende de as pessoas se tornarem mais proficientes em viver esses valores.

ValorÂncora de memória
CompromissoComprometer-se a alcançar objetivos e apoiar uns aos outros.
FocoO foco principal é o trabalho da em direção aos objetivos do time.
AberturaSer aberto sobre o trabalho e os desafios.
RespeitoRespeitar uns aos outros como pessoas capazes e independentes.
CoragemTer coragem para fazer o que é certo e trabalhar em problemas difíceis.

Mnemônico dos valores

C-F-A-R-C: Compromisso, Foco, Abertura, Respeito, Coragem.

As relações que vale mais a pena memorizar do que definições

Muitas questões difíceis da prova se tornam simples quando você reconstrói o grafo de relações em vez de tentar lembrar uma única frase.

ElementoLigação principalLigação secundáriaPor que importa
Maximizar o valor do produto.
Criar utilizável e adaptar o plano.
Valor Done torna-se evidência.
Inspecionar progresso e adaptar o plano.
Inspecionar resultado e adaptar direção do produto.
Qualidade / efetividadeModo de trabalhoMelhorar como o trabalha.

O que você deve compreender em vez de memorizar palavra por palavra

Alguns detalhes são melhor armazenados como padrões de raciocínio, porque os cenários de prova os reformulam.

  • Por que o escopo pode mudar durante uma enquanto o permanece protegido.
  • Por que o ordena o trabalho, mas são responsáveis por implementação e .
  • Por que trabalho incompleto não pode ser contabilizado como mesmo que stakeholders gostem da demo.
  • Por que é inspeção do produto e é inspeção de processo/efetividade do time.
  • Por que não significa ausência de accountability ou de restrições.
  • Por que Sprints mais curtas aumentam a frequência de aprendizagem e limitam risco.
  • Por que transparência é necessária antes que inspeção e adaptação sejam confiáveis.
  • Por que a liderança do habilita autonomia em vez de substituí-la.

O que NÃO precisa ser memorizado como exigência do

As práticas a seguir podem ser úteis, mas tratá-las como obrigatório é um erro comum de prova.

PráticaStatus no
User StoriesFormato opcional de .
Prática opcional de esclarecimento específica do item.
Técnica opcional de .
FibonacciEscala opcional de estimativa.
Prática opcional de estimativa colaborativa.
Sinal local opcional para .
Burndown / BurnupPráticas opcionais de / visualização.
Política opcional; não é compromisso do .
/ / / Práticas de engenharia complementares.
Estratégia complementar de fluxo.
Framework complementar de escalabilidade da .org.

Limite do

se apoia no e o estende minimamente para vários Teams trabalhando em um produto. Ele pertence ao Guide, não ao básico definido no Scrum Guide.

Uma folha compacta para a prova

Se você pudesse escrever uma página de anotações antes da prova, ela deveria se parecer aproximadamente com isto.

  • 3 accountabilities: , , .
  • 5 eventos: , , , , .
  • 3 artefatos: , , .
  • 3 compromissos: , , .
  • 3 pilares: Transparência, Inspeção, Adaptação.
  • 5 valores: Compromisso, Foco, Abertura, Respeito, Coragem.
  • Pares de artefato: PB -> ; SB -> ; -> .
  • Timeboxes: <= 1 mês; Planning <= 8h; Daily = 15min; Review <= 4h; Retro <= 3h.
  • PO = valor + accountability do .
  • SM = conforme definido + efetividade do time.
  • = + qualidade + adaptação diária + accountability profissional.
  • Somente o PO cancela a se o se tornar obsoleto.
  • Review != approval gate. Retro != Review. Daily != reunião de status.
  • Refinement != evento. User Stories / / / != exigências do .
  • != básico.

Exemplo prático - reconstruindo o sob pressão de prova

Imagine uma questão de prova: “Durante uma , um stakeholder sênior diz aos para adicionar uma feature urgente. O concorda que ela tem valor, mas o trabalho colocaria o em risco. O que deve acontecer?”

Em vez de procurar na memória uma frase exata, reconstrua o framework. O é o compromisso do . Durante uma , mudanças que coloquem o em risco não são permitidas. são responsáveis pelo plano do . O pode esclarecer e renegociar escopo com os à medida que se aprende mais, mas não pode simplesmente sobrepor o .

Portanto, a melhor resposta preservará o e envolverá e na decisão sobre se o escopo pode ser adaptado com segurança. Se o próprio se tornou obsoleto, somente o pode cancelar a .

Considere agora outra questão: “O pede ao para aumentar a do time em 20%”. O mapa de memória mostra que não está entre os elementos 3-5-3-3-3-5. O é accountable por efetividade, não por aumentar uma métrica de pontos. A accountability do é maximizar valor, não maximizar .

Uma terceira questão diz: “Vários Teams que trabalham em um produto querem Product Backlogs separados para que cada um se mova mais rápido”. A regra central do para vários Teams é: mesmo , e . Você não precisa de para responder. adicionaria mecanismos de integração em escala somente se o contexto adotasse explicitamente esse framework.

Esse é o propósito da memorização: não substituir o pensamento, mas dar ao pensamento uma arquitetura estável.

Armadilhas comuns da revisão final da

ArmadilhaInterpretação correta
tem três roles.Terminologia atual: três accountabilities.
possui exatamente três perguntas obrigatórias de agenda como um script.Ele aborda Por quê, O quê e Como, mas a conversa é colaborativa, não um roteiro fixo.
exige as três perguntas históricas.Falso. escolhem qualquer estrutura que mantenha o foco no progresso em direção ao .
é uma demo e uma reunião de aprovação.Falso. É uma sessão de trabalho para inspecionar o resultado e determinar adaptações.
pode ser ignorada se a tiver ido bem.Falso. É um evento obrigatório do .
é o sexto evento.Falso. É uma atividade contínua.
compromete o time com cada PBI selecionado.Falso. é o compromisso; PBIs selecionados são escopo previsto.
faz o dos PBIs.Falso. que realizarão o trabalho fazem o .
e são a mesma coisa.Falso. define qualidade do como um todo; AC são condições opcionais específicas do item.
é uma métrica de accountability do .Falso. não exige .
Eventos são eventos normais do .Falso. é um framework complementar separado.
deve resolver todos os problemas do time.Falso. causa a e desenvolve .

Exercício de lembrança em 60 segundos

Pratique até conseguir dizer sem hesitar. A velocidade é útil porque deixa mais capacidade mental para o raciocínio de cenários.

Exercício de 60 segundos

  • 3 Accountabilities: , , .
  • 5 Eventos: , Planning, , Review, Retrospective.
  • 3 Artefatos: , , .
  • 3 Compromissos: , , .
  • 3 Pilares: Transparência, Inspeção, Adaptação.
  • 5 Valores: Compromisso, Foco, Abertura, Respeito, Coragem.

Conclusão: memorize menos, reconstrua mais

O é pequeno o suficiente para ser memorizado, mas a prova recompensa a compreensão de por que suas partes existem e como interagem.

A estrutura de memória de maior valor é 3-5-3-3-3-5: três accountabilities, cinco eventos, três artefatos, três compromissos, três pilares empíricos e cinco . Isso fornece o esqueleto.

A camada seguinte é a memória de relações. combina com . combina com . combina com . conecta-se a valor e à accountability do . conectam-se ao , à qualidade e à adaptação. conecta-se ao conforme definido e à efetividade.

O modelo de eventos adiciona cadência. A contém Planning, , Review e Retrospective. Planning cria o plano inicial da . inspeciona o progresso em direção ao . Review inspeciona o resultado do produto e a direção futura. Retrospective melhora qualidade e efetividade.

Os pilares explicam por que o sistema funciona: evidência transparente pode ser inspecionada, e a inspeção deve levar à adaptação. Os Values descrevem o comportamento humano necessário para tornar confiáveis esses ciclos empíricos.

Igualmente importante é saber o que não memorizar como lei do . User Stories, , , , Burndown Charts, , /, e podem ser valiosos, mas são complementares. O Scrum Guide define o framework básico.

merece clareza especial porque foi o capítulo anterior. se apoia no para aproximadamente três a nove times trabalhando em um produto, mas seu Integration Team, eventos, artefatos e compromissos não fazem parte do básico.

Um candidato forte à deve ser capaz de reproduzir o framework central em menos de um minuto e então dedicar o restante da atenção ao raciocínio a partir de propósito, accountability, e valor. A memorização deve deixá-lo mais tranquilo, não mais mecânico.

Principais pontos

  • Memorize o núcleo do como 3-5-3-3-3-5.
  • 3 accountabilities: , , .
  • 5 eventos: , , , , .
  • 3 artefatos: , , .
  • 3 compromissos: , , .
  • 3 pilares: Transparência, Inspeção, Adaptação.
  • 5 valores: Compromisso, Foco, Abertura, Respeito, Coragem.
  • Associe a , a e a .
  • Memorize os principais timeboxes: um mês ou menos, 8 horas, 15 minutos, 4 horas e 3 horas.
  • é accountable por maximizar valor e pelo gerenciamento do .
  • é accountable pelo conforme definido e pela efetividade do .
  • são responsáveis pelo , pela qualidade por meio da , pela adaptação diária e pela accountability profissional.
  • Refinement é contínuo, não um evento formal do .
  • Os PBIs selecionados para a são escopo previsto; o é o compromisso.
  • não é um release gate nem um approval gate.
  • User Stories, , , e burn charts são práticas opcionais.
  • é um framework complementar de escalabilidade da .org e não faz parte do básico definido no Scrum Guide.
  • Use fatos memorizados como âncoras para raciocinar sobre cenários, em vez de buscar frases exatas.

Referências oficiais e de apoio