Como o Scrum oferece aos Developers um plano em tempo real para a Sprint ao mesmo tempo que protege um objetivo único - combinando Itens do Product Backlog selecionados, um plano acionável de entrega, adaptação contínua e escopo flexível sem perder o foco
Tempo estimado de leitura: 25 minutos
Por João Ricardo Dutra••Artigo completo
Objetivo do capítulo
Ao final deste capítulo, você deverá compreender os três componentes do , explicar o como seu compromisso, distinguir os Itens do selecionados do , entender por que o pertence aos , explicar como ele evolui durante a e raciocinar corretamente sobre adaptação de escopo, mudanças na , qualidade e proteção do .
Introdução: uma precisa de um propósito estável e de um plano instável
O não pede aos que prevejam corretamente todos os detalhes de uma . Ele pede que se comprometam com um objetivo significativo e melhorem continuamente o plano para alcançá-lo.
O desenvolvimento complexo de produtos cria um paradoxo de planejamento. Um time precisa de direção suficiente para coordenar o trabalho, mas o plano se torna menos confiável quanto mais avança em território incerto. Novas informações técnicas surgem, premissas falham, dependências mudam, clientes reagem, defeitos aparecem e o time descobre maneiras melhores de alcançar o mesmo resultado.
O pensamento tradicional de projetos costuma tentar resolver esse problema congelando o escopo. Um conjunto de requisitos é aprovado, tarefas são atribuídas e mudanças são tratadas como exceções. O adota uma abordagem diferente: protege o ao mesmo tempo que permite que o plano detalhado e o escopo exato evoluam à medida que novos conhecimentos surgem.
O é o artefato que torna isso possível. No Scrum Guide de 2020, ele é composto por três elementos: o - o porquê; os Itens do selecionados para a - o quê; e um plano acionável para entregar o - o como. Juntos, esses elementos criam uma visão em tempo real do trabalho que os planejam executar para alcançar o .
Essa estrutura é importante porque o não é um pequeno plano de projeto escrito uma única vez no . Ele pertence aos e é atualizado durante toda a . Cada nova descoberta pode tornar o plano mais preciso. Os inspecionam o progresso no e adaptam o conforme necessário, mas não tratam a adaptação como permissão para abandonar o sempre que o trabalho se torna difícil.
O dá coerência à . Ele é o objetivo único da e o compromisso associado ao . Sua função não é travar a funcionalidade exata, mas criar estabilidade suficiente para que os façam escolhas e concessões de forma inteligente. Se a original se mostrar incorreta, o time muda a rota em vez de mudar casualmente o destino.
Para candidatos à , este tema testa se você realmente compreende autogerenciamento e . Distratores comuns afirmam que o é dono do , que o o atualiza, que os PBIs selecionados são compromissos fixos, que todo o trabalho deve permanecer exatamente como planejado ou que os precisam de permissão para alterar seu plano. Essas respostas podem parecer organizadas, mas contradizem a forma como o distribui accountability e lida com a incerteza.
Os três componentes do : por quê, o quê e como
O Scrum Guide atual torna o particularmente fácil de compreender porque sua estrutura espelha os três tópicos do .
Pergunta do planejamento
Componente do
Significado
Por quê
O objetivo único que explica por que esta é valiosa e dá coerência e foco ao time.
O quê
Itens do selecionados
Os itens que os atualmente preveem poder abordar durante a em apoio ao objetivo e às necessidades do produto.
Como
Plano acionável para entregar o
O plano atual dos para transformar o trabalho selecionado em um que atenda à .
Os três componentes não são listas independentes. O dá significado aos PBIs selecionados, e o plano explica como os pretendem, neste momento, transformar o trabalho em um Done. Quando um componente muda, os demais podem precisar ser inspecionados.
Por exemplo, a descoberta de uma dependência técnica pode alterar o plano. Isso pode levar os a renegociar um PBI selecionado com o . Ainda assim, o pode permanecer inalterado. O separa deliberadamente o propósito da execução exata para que o time possa se adaptar sem perder o foco.
Modelo mental
= (Por quê) + Itens do selecionados (O quê) + plano acionável para o (Como).
Um plano elaborado por e para os
O Scrum Guide afirma que o é um plano elaborado por e para os . Isso é uma expressão direta do autogerenciamento.
Os são accountable por criar o plano da , adaptar esse plano diariamente em direção ao , incorporar qualidade por meio da adesão à e cobrar responsabilidade profissional uns dos outros. Portanto, o não é um cronograma gerencial imposto de fora.
O desempenha papel essencial no e ao longo da , esclarecendo valor, contexto do e trade-offs. Entretanto, o não atribui tarefas nem é dono do plano de implementação dos . O pode orientar ou facilitar, mas não mantém o como se fosse um coordenador de projeto.
Esse limite de accountability é importante porque as pessoas mais próximas do trabalho recebem o feedback técnico mais rapidamente. Se toda alteração no plano exigir aprovação de alguém externo aos , a adaptação se torna mais lenta e menos precisa.
Autogerenciamento não significa que os ignoram o . Quando o escopo precisa mudar de forma que afete Itens do selecionados, os colaboram com o . O autogerenciamento diz respeito a como os organizam e planejam o trabalho; a accountability do diz respeito ao valor do produto e à ordenação do .
Âncora
O pertence aos como seu plano. e contribuem para o , mas nenhum deles é dono do plano da dos .
: o objetivo único da
O é o compromisso do e o objetivo único da . Ele é criado durante o e, em seguida, adicionado ao .
A palavra único é importante. Um pode realizar vários tipos de trabalho durante uma , mas o cria um objetivo unificador que incentiva a colaboração, em vez de um conjunto de iniciativas individuais desconectadas.
Um deve expressar por que a é valiosa sem prescrever cada item ou solução técnica. 'Concluir os PBIs 42, 53 e 61' não é um forte porque apenas repete o escopo. 'Reduzir tentativas malsucedidas de checkout de clientes recorrentes em dispositivos móveis' fornece um propósito capaz de sobreviver a mudanças no trabalho exato necessário.
O é um compromisso dos , mas serve a todo o . O participa de sua criação porque o objetivo precisa expressar valor do produto. O ajuda o time a compreender o e pode facilitar a conversa. Uma vez criado, os mantêm o em mente ao tomar decisões diárias.
O Goal também cria transparência para os stakeholders. Em vez de interpretar dezenas de tarefas, os stakeholders podem compreender qual resultado o está tentando avançar durante a . Isso torna a inspeção posterior no mais significativa.
Por que o cria flexibilidade, e não rigidez
Pode parecer paradoxal que um compromisso crie flexibilidade, mas é exatamente assim que o funciona. Ao fixar o propósito, o permite flexibilidade na rota.
Sem um , cada PBI selecionado pode se transformar em uma promessa independente. Se um item muda, os stakeholders podem interpretar a adaptação como falha. Com um , os podem perguntar se o novo plano ainda alcança o objetivo e colaborar com o para ajustar o escopo de acordo.
Suponha que um seja reduzir falhas de autenticação para clientes recorrentes. Durante a , os descobrem que uma alteração planejada na interface terá pouco efeito, enquanto uma mudança não planejada de cache pode tratar o verdadeiro gargalo. O time pode atualizar o plano e renegociar o escopo sem abandonar o Goal.
Isso não é caos de escopo. O cria um limite. Mudanças que coloquem o em risco não devem ser introduzidas. Durante a , o escopo pode ser esclarecido e renegociado com o à medida que mais informações são obtidas, mas o Goal protege a contra mudanças descontroladas de prioridade.
Propósito estável, escopo flexível
O deve permanecer protegido. O trabalho exato no pode mudar à medida que os aprendem mais sobre o que realmente é necessário para alcançá-lo.
Itens do selecionados: uma , não um escopo congelado
Durante o , os selecionam Itens do por meio de discussão com o . A quantidade selecionada é uma informada pelo desempenho passado, pela capacidade prevista, pela e pela compreensão atual do trabalho.
Os PBIs selecionados fazem parte do , mas não devem ser confundidos com o compromisso do . O compromisso é o . Essa distinção é central para o raciocínio da .
Uma deve ser levada a sério. Os não escolhem casualmente itens que talvez ignorem. Eles usam as melhores evidências disponíveis para determinar o que parece alcançável. Ainda assim, uma não é garantia, porque o trabalho complexo contém incógnitas.
Se um item selecionado se tornar desnecessário, grande demais ou tecnicamente diferente do esperado, o não deve preservá-lo apenas porque foi selecionado no primeiro dia. e podem renegociar o escopo, protegendo ao mesmo tempo o e a qualidade.
Da mesma forma, novo trabalho pode ser descoberto durante a . Os podem adicionar ao plano o trabalho necessário. A questão central é saber se o atual continua sendo o melhor plano, em tempo real, para alcançar o .
x compromisso
Os PBIs selecionados fazem parte da . O é o compromisso do .
O plano acionável para produzir o
O terceiro componente do é o plano acionável para entregar o . Ele representa o Como da .
Os criam esse plano durante o e continuam refinando-o ao longo da . Ele pode conter tarefas, etapas técnicas, experimentos, atividades de teste, integração, implantação, colaboração de design, preparação de dados, documentação ou quaisquer outras ações necessárias para criar um que atenda à .
O não prescreve a forma de representação. Um time pode usar um quadro físico, fluxo digital, lista de tarefas, diagramas, acordos de pareamento, checklists ou outra técnica. O que importa é a transparência e a utilidade para os .
O plano deve conter detalhe suficiente para que os inspecionem o progresso no . Isso não significa que toda etapa futura deva ser conhecida. Um plano genérico demais pode ocultar riscos; um plano detalhado demais pode se tornar obsoleto rapidamente.
Durante o , os frequentemente decompõem os PBIs selecionados em itens menores de trabalho de um dia ou menos. Trata-se de orientação para tornar o planejamento acionável, não de uma regra que obrigue toda tarefa a ter medida ou tamanho específico.
Uma visão altamente visível e em tempo real da
O é descrito como uma visão altamente visível e em tempo real do trabalho que os planejam realizar durante a . A expressão em tempo real é importante: o artefato deve refletir a realidade atual, e não preservar um plano desatualizado apenas por conforto histórico.
Se os descobrirem novo trabalho, mas o mantiverem fora do , a transparência diminui. Se uma tarefa antiga deixar de ser necessária, mas continuar exibida como escopo ativo, a transparência também diminui. Decisões tomadas a partir de um desatualizado tornam-se menos confiáveis.
Um transparente permite que os inspecionem se seu plano atual continua crível. Ele também pode ajudar e a compreender a realidade atual sem transformar o artefato em um sistema externo de controle.
A visibilidade deve servir ao autogerenciamento, não à vigilância. Um gerente que lê o não deve usá-lo para medir utilização individual nem atribuir tarefas. Seu propósito principal é ajudar os a coordenar o trabalho em direção ao .
Atualização contínua: espera-se que o mude
O Scrum Guide afirma explicitamente que o é atualizado ao longo da à medida que novos conhecimentos surgem. Um que nunca muda pode indicar que o trabalho foi excepcionalmente previsível - ou que o time não está tornando o aprendizado visível.
Os adaptam o plano todos os dias em direção ao . O cria uma oportunidade formal diária para inspecionar o progresso e adaptar o . No entanto, os não precisam esperar pelo . Eles podem se reunir ao longo do dia para replanejar sempre que novas informações aparecerem.
As atualizações podem incluir mudar a sequência, adicionar trabalho técnico, remover tarefas desnecessárias, dividir um item, alterar quem colabora em determinada atividade, reduzir o ou planejar uma conversa com o sobre escopo.
O artefato deve se tornar mais preciso à medida que a avança. Atualizações não degradam o planejamento; elas o melhoram. Em trabalho empírico, recusar-se a atualizar um plano depois que as evidências mudaram é o verdadeiro fracasso de planejamento.
Adaptação de escopo: esclarecer e renegociar sem colocar o Goal em risco
Durante a , o pode ser refinado conforme necessário, e o escopo pode ser esclarecido e renegociado com o à medida que mais se aprende. Isso oferece ao um mecanismo legítimo para lidar com a complexidade sem enfraquecer o .
Renegociação não significa que o possa inserir qualquer solicitação urgente na . Novo trabalho deve ser considerado em relação ao , à capacidade, à qualidade e ao plano atual. Se colocar o em risco, em geral deve permanecer no para consideração futura.
Da mesma forma, os não alteram de forma independente o escopo do produto, sem colaboração com o , quando há trade-offs de valor envolvidos. Eles são donos do plano, mas o é accountable por maximizar o valor do produto e pelo gerenciamento do .
Uma conversa saudável sobre escopo é, portanto, colaborativa. Os explicam novas evidências técnicas. O explica implicações de valor e de ordenação. Juntos, determinam se o escopo exato da deve mudar enquanto o Goal permanece intacto.
Flexibilidade nunca significa reduzir a qualidade
O permite adaptação de escopo, mas afirma explicitamente que a qualidade não diminui durante a . Isso é essencial para compreender corretamente a flexibilidade.
Se os descobrirem que a original é grande demais, a resposta profissional não é pular testes, enfraquecer a segurança, adiar a integração ou reinterpretar a . Em vez disso, o time adapta escopo e plano preservando o estado de qualidade exigido.
A , portanto, influencia o planejamento do desde o início. O Como deve considerar todo o trabalho necessário para criar um , e não apenas a implementação visível de funcionalidades.
Isso protege a transparência. Quando a qualidade permanece estável, stakeholders e podem confiar que Done tem um significado consistente de uma para outra.
Protegendo o
O é protegido durante toda a . O Scrum Guide estabelece que não devem ser feitas mudanças que o coloquem em risco.
Proteção não significa que o Goal seja fisicamente impossível de mudar em qualquer circunstância. Se o se tornar obsoleto, o pode cancelar a . Isso é diferente de substituir casualmente o Goal porque um stakeholder encontrou uma prioridade mais nova.
Um forte usa o como filtro de decisão. Quando uma nova solicitação aparece, o time pergunta se ela apoia o Goal, o ameaça ou deve esperar. Quando o trabalho técnico cresce, o time pergunta qual escopo exato preserva melhor o objetivo. Quando vários itens competem por atenção, os se organizam em torno do trabalho mais importante para o Goal.
Essa proteção cria foco e viabiliza colaboração. Em vez de cada pessoa proteger suas tarefas atribuídas, o time pode concentrar esforços coletivamente no que for mais importante naquele momento para alcançar o objetivo compartilhado.
Regra de proteção do Goal
Durante a , mude o plano quando a realidade mudar. Não faça mudanças que coloquem o em risco. Se o próprio Goal se tornar obsoleto, o cancelamento é uma decisão do .
: inspecionar o Goal, adaptar o plano
O e o estão intimamente conectados. O propósito do é inspecionar o progresso em direção ao e adaptar o conforme necessário, ajustando o trabalho planejado para o período seguinte.
Essa relação reforça a hierarquia: os não inspecionam se todas as tarefas originais continuam dentro do cronograma; eles inspecionam se o plano em evolução está levando a em direção ao objetivo.
Um que apenas relata status individual, sem alterar o quando necessário, perde esse propósito. O artefato deve se tornar um plano mais útil como resultado da inspeção.
O não é o único ponto de adaptação. Ele estabelece uma cadência mínima. Os podem mudar o plano sempre que o aprendizado tornar a adaptação útil.
Exemplo prático - adaptando uma de confiabilidade de APIs sem perder o Goal
Imagine um responsável por uma plataforma crítica de APIs. Evidências de produção mostram que a latência de autenticação faz com que solicitações de pagamento falhem durante picos de tráfego. O é tornar APIs críticas mais confiáveis e mais fáceis de consumir sob alto volume de transações.
Durante o , o cria um : reduzir falhas de pagamento relacionadas à autenticação durante picos de carga, preservando os controles de segurança.
Os selecionam vários Itens do : otimizar a validação de tokens, melhorar a observabilidade de retentativas, introduzir um cache seguro para uma consulta de dependência e ampliar os testes de pico de carga. Em seguida, criam um plano acionável que inclui preparação de testes de carga, validação de segurança, alterações de observabilidade, implementação de cache, testes automatizados de regressão e preparação de rollout.
Esse é o inicial: o Goal, os PBIs selecionados e o Como.
No terceiro dia, os testes de carga revelam que a validação de tokens não é o principal gargalo. Uma dependência lenta de status de conta causa a maior parte das falhas. O plano original agora está parcialmente errado. Os atualizam o imediatamente: o trabalho de otimização de tokens é reduzido, um experimento com a dependência é adicionado e dois interrompem atividades de menor valor para trabalhar em conjunto no gargalo.
O inspeciona se o plano revisado aumenta a confiança no . Os concluem que o PBI selecionado de observabilidade de retentativas continua útil, mas que uma melhoria de dashboard provavelmente contribuirá pouco para o objetivo. Eles discutem as novas evidências com o .
O e os renegociam o . A melhoria do dashboard sai da atual, enquanto o trabalho de cache da dependência se torna mais importante. O não muda porque o objetivo continua sendo reduzir falhas de pagamento relacionadas à autenticação.
Em seguida, um especialista em segurança descobre que o cache proposto não pode armazenar um dos atributos em sua forma atual. Os adaptam o plano de implementação, usam uma chave de cache diferente e adicionam um teste de segurança. O muda novamente. A qualidade não diminui; a continua valendo.
Perto do fim da , os criam um Done que reduz substancialmente as falhas de autenticação em pico. Eles não concluíram todos os itens imaginados no . Isso não significa que o falhou. Ele funcionou exatamente como deveria: evoluiu de uma inicial para um plano cada vez mais preciso de como alcançar o .
No , o e os stakeholders inspecionam o resultado do produto e as novas evidências. O trabalho do termina junto com a ; a seguinte criará um novo e um novo com base no e no conhecimento mais atual do produto.
Comportamentos saudáveis do x antipadrões
Padrão
Como se apresenta
Saudável
Os atualizam o plano assim que novas informações tornam o plano antigo menos útil.
Saudável
O está visível e é usado para orientar trade-offs diários.
Saudável
e renegociam o escopo exato quando o aprendizado muda o valor ou a viabilidade.
Saudável
A permanece estável enquanto o escopo exato muda.
Saudável
Os concentram esforços e reorganizam o trabalho de acordo com o que melhor faz o Goal avançar.
Antipadrão
O é congelado no e tratado como um contrato.
Antipadrão
O atribui tarefas e mantém o plano dos .
Antipadrão
O se torna a única pessoa autorizada a atualizar o quadro.
Antipadrão
Novo trabalho urgente é inserido sem considerar o impacto no .
Antipadrão
A qualidade é reduzida para preservar todo o escopo previsto.
Antipadrão
A conclusão de tickets individuais é otimizada mesmo quando o está em risco.
Pegadinhas comuns da sobre e
Pegadinha
Interpretação correta segundo o
O é dono do .
Falso. O é um plano elaborado por e para os .
O atualiza o para o time.
Falso. Os gerenciam e adaptam seu próprio plano.
Os PBIs selecionados são o compromisso da .
Falso. O é o compromisso do .
O fica fixo após o .
Falso. Ele é atualizado durante toda a à medida que mais se aprende.
Os precisam da aprovação do para toda alteração do plano em nível de tarefa.
Falso. Os são donos do Como e adaptam o plano; trade-offs de escopo do produto são discutidos com o .
O é apenas um resumo dos PBIs selecionados.
Falso. Ele é o objetivo único que explica por que a é valiosa.
O escopo não pode mudar durante a .
Falso. O escopo pode ser esclarecido e renegociado com o à medida que mais se aprende.
O pode ser alterado livremente se surgir uma nova prioridade.
Falso. Mudanças não devem colocar o em risco; um Goal obsoleto pode levar o a cancelar a .
A qualidade pode ser reduzida se a for grande demais.
Falso. A qualidade não diminui durante a .
O deve usar tarefas de exatamente um dia ou menos.
Falso. O Guide diz que os frequentemente decompõem o trabalho dessa forma; não é um formato obrigatório.
Todo trabalho do deve se relacionar um a um com o .
Rígido demais. O Goal cria coerência e foco, mas o não exige mapeamento um a um para cada item.
O é apenas uma verificação de status em relação ao .
Falso. Os inspecionam o progresso em direção ao e adaptam o .
Um framework de raciocínio para questões da sobre
Componentes: a resposta inclui , PBIs selecionados e um plano acionável para entregar o ?
Ownership: a resposta preserva o como um plano elaborado por e para os ?
Compromisso: o é tratado como o compromisso, em vez do escopo exato selecionado?
Transparência: o está visível e detalhado o suficiente para apoiar a inspeção no ?
Adaptação: os podem atualizar o plano ao longo da à medida que mais aprendem?
Escopo: o escopo exato pode ser esclarecido e renegociado com o ?
Proteção do Goal: a resposta evita mudanças que coloquem o em risco?
Qualidade: a flexibilidade preserva a em vez de reduzir a qualidade?
: a inspeção se concentra no progresso em direção ao e resulta em adaptação do plano?
Autogerenciamento: os decidem quem faz o quê, quando e como, em vez de receberem atribuições de tarefas?
Heurística rápida para a prova
Proteja o , preserve a qualidade, deixe os adaptarem o e renegocie o escopo exato com o quando o aprendizado mudar o que é necessário.
Conclusão: comprometa-se com o objetivo e melhore continuamente o plano
O é a expressão prática da abordagem do para planejamento de curto prazo. Ele oferece aos estrutura suficiente para coordenar o trabalho sem fingir que um plano criado no permanecerá perfeitamente preciso em um ambiente complexo.
Seus três componentes formam um modelo completo de planejamento. O explica por que a é valiosa. Os Itens do selecionados descrevem o que os atualmente preveem realizar. O plano acionável descreve como os pretendem, neste momento, criar o .
O cria estabilidade de propósito. Ele é o objetivo único da e o compromisso do . Como o Goal é protegido, o trabalho exato pode permanecer flexível. Os podem descobrir uma abordagem técnica melhor, remover trabalho desnecessário, adicionar tarefas recém-descobertas ou renegociar escopo com o sem transformar cada descoberta em uma crise.
O pertence aos . Isso não é um detalhe procedimental; é consequência do autogerenciamento. As pessoas que executam o trabalho estão mais próximas das evidências necessárias para adaptar o plano. A accountability do sobre valor e a accountability dos sobre planejamento se complementam, em vez de competir.
A atualização contínua é, portanto, um sinal de saudável. O deve se tornar mais preciso à medida que a avança. O cria um ponto regular de inspeção, mas os podem adaptar o plano a qualquer momento.
Flexibilidade nunca justifica qualidade inferior. Se a se mostrar grande demais, escopo e plano se adaptam enquanto a permanece como limite de qualidade. O protege valor tornando flexível a rota exata e consistente o significado de Done.
Na minha avaliação, o é uma das lições mais claras do sobre planejamento profissional: times fortes não provam disciplina ao seguir um plano desatualizado. Eles provam disciplina ao permanecer comprometidos com um objetivo significativo, tornar a realidade transparente e mudar o plano assim que as evidências indicarem um caminho melhor.
Principais aprendizados
O contém o , os Itens do selecionados e um plano acionável para entregar o .
Esses componentes correspondem a Por quê, O quê e Como.
O é um plano elaborado por e para os .
Ele é uma visão altamente visível e em tempo real do trabalho que os planejam realizar durante a .
O é atualizado durante toda a à medida que mais se aprende.
Ele deve conter detalhe suficiente para apoiar a inspeção do progresso no .
O é o compromisso do .
O é o objetivo único da e cria coerência e foco.
Os PBIs selecionados são uma , não compromissos imutáveis de escopo.
Os são donos do plano de implementação e o adaptam continuamente.
O escopo pode ser esclarecido e renegociado com o à medida que mais se aprende.
Mudanças não devem colocar o em risco.
A qualidade não diminui quando o escopo ou o plano mudam.
Se o se tornar obsoleto, somente o pode cancelar a .
Questões da frequentemente testam ownership, versus compromisso, flexibilidade de escopo e proteção do .
