Scrum
Framework para trabalhar com produtos e problemas complexos, baseada no empirismo, na colaboração e na adaptação contínua. Conheça os seus princípios, eventos, papéis, artefactos e compromissos.
Scrum é uma framework leve para ajudar pessoas, equipas e organizações a criar valor através de soluções adaptativas para problemas complexos.
É uma das abordagens Agile mais utilizadas para desenvolver e evoluir produtos em contextos onde os requisitos, as prioridades e as condições de trabalho podem mudar.
Mas Scrum não é apenas uma sequência de reuniões, nem uma lista de papéis e ferramentas. O seu funcionamento assenta no empirismo: trabalhar de forma iterativa, tornar o trabalho visível, observar o que acontece e adaptar o que for necessário com base no que se aprende.
O Scrum Guide define a estrutura essencial do Scrum. A framework é deliberadamente incompleta: estabelece os elementos necessários para trabalhar com Scrum, mas não determina todas as técnicas ou processos que cada equipa deve utilizar.
O que é Scrum?
Scrum é uma framework para trabalhar com produtos e problemas complexos.
A ideia central é simples: em vez de tentar definir antecipadamente tudo o que será necessário fazer, a equipa trabalha em ciclos curtos, cria incrementos de valor, observa os resultados e utiliza essa informação para decidir o que fazer a seguir.
O Scrum organiza este trabalho através de uma Scrum Team, de eventos, artefactos e compromissos que estão relacionados entre si.
O objetivo não é seguir Scrum mecanicamente. É utilizar a estrutura da framework para aumentar a transparência, permitir a inspeção e criar condições para a adaptação.
Scrum é uma metodologia ou um framework?
Scrum é uma framework, não uma metodologia.
Esta distinção é importante. Uma metodologia tende a definir uma forma mais prescritiva de executar o trabalho. Scrum define uma estrutura mínima dentro da qual podem ser utilizadas diferentes técnicas, processos e formas de trabalhar.
O Scrum Guide é explícito neste ponto: Scrum não fornece instruções detalhadas para todas as situações. Define os elementos essenciais da framework e as relações entre eles, deixando espaço para que as equipas adaptem as suas práticas ao contexto.
É por isso que falar em “metodologia Scrum” é comum nas pesquisas e na linguagem do dia a dia, mas tecnicamente a designação correta é framework Scrum.
O que significa Scrum?
A palavra Scrum não é um acrónimo. O nome foi adotado pelos criadores da abordagem a partir de uma comparação apresentada num artigo da Harvard Business Review sobre equipas de desenvolvimento de produtos.
Hoje, Scrum designa a framework definida no Scrum Guide e não uma metodologia ou um processo específico de desenvolvimento.
Scrum e Agile
Scrum e Agile não são a mesma coisa.
Agile é um conjunto de valores e princípios para trabalhar e desenvolver produtos num contexto de mudança e incerteza. Scrum é uma framework que pode ser utilizada para colocar esses princípios em prática.
Scrum partilha com Agile uma preocupação com a entrega de valor, a colaboração, o feedback e a capacidade de adaptação. Mas Agile é mais abrangente do que Scrum: existem outras abordagens e frameworks Agile, como Kanban e XP.
Como funciona o Scrum?
Scrum funciona através de ciclos de trabalho chamados Sprints e de um conjunto de eventos que permitem planear, acompanhar, inspecionar resultados e adaptar o trabalho.
O Sprint é o elemento que contém todos os restantes eventos Scrum. Durante cada Sprint, a Scrum Team trabalha para criar um Increment que cumpra a Definition of Done.
O funcionamento do Scrum assenta em ciclos de transparência, inspeção e adaptação, os três pilares do empirismo.
O Sprint
O Sprint é um evento de duração fixa, de um mês ou menos, durante o qual a Scrum Team trabalha para atingir o Sprint Goal e criar um Increment de valor.
Um novo Sprint começa imediatamente após o anterior.
Todos os restantes eventos Scrum acontecem dentro do Sprint: Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.
A duração curta e consistente dos Sprints cria uma cadência de trabalho que permite obter feedback e adaptar o produto regularmente.
Sprint Planning
O Sprint Planning aborda três tópicos: o propósito do Sprint, o trabalho que pode ser realizado e a forma como esse trabalho será realizado.
A Scrum Team aborda três questões fundamentais:
- Porquê? A Scrum Team define o Sprint Goal, que comunica por que razão o Sprint é valioso.
- O quê? Os Developers selecionam os itens do Product Backlog que podem ser realizados no Sprint.
- Como? Os Developers planeiam o trabalho necessário para criar um Increment que cumpra a Definition of Done.
O resultado inclui o Sprint Goal e o Sprint Backlog.
Daily Scrum
O Daily Scrum é um evento de 15 minutos destinado aos Developers.
O objetivo é inspecionar o progresso em direção ao Sprint Goal e adaptar o Sprint Backlog conforme necessário.
Não é uma reunião de reporte ao Scrum Master ou ao Product Owner. É uma oportunidade para os Developers verificarem onde estão e decidirem como adaptar o trabalho para atingir o objetivo do Sprint.
Sprint Review
A Sprint Review acontece no final do Sprint e tem como objetivo inspecionar o resultado do Sprint e determinar futuras adaptações.
A Scrum Team apresenta os resultados aos stakeholders e discute o progresso em direção ao Product Goal. O Product Backlog pode ser ajustado com base no que foi aprendido.
A Sprint Review não é simplesmente uma demonstração do produto. É um momento de inspeção e colaboração sobre o produto e sobre o que deve acontecer a seguir.
Sprint Retrospective
A Sprint Retrospective é o momento em que a Scrum Team analisa o próprio trabalho e procura formas de melhorar a qualidade e a eficácia.
A equipa pode refletir sobre pessoas, interações, processos, ferramentas e sobre a própria Definition of Done, identificando mudanças que possam melhorar o seu funcionamento.
A melhoria não fica, portanto, limitada ao produto. O próprio modo de trabalhar da equipa também é objeto de inspeção e adaptação.
Quais são os papéis no Scrum?
A terminologia atual do Scrum Guide é importante aqui: desde o Scrum Guide 2020, Scrum define três accountabilities dentro da Scrum Team: Scrum Master, Product Owner e Developers. Não são “três equipas” ou departamentos separados.
Scrum Master
O Scrum Master é responsável por estabelecer o Scrum tal como definido no Scrum Guide e por ajudar a Scrum Team e a organização a compreender e aplicar a framework.
O seu trabalho não consiste em distribuir tarefas à equipa. O Scrum Master ajuda a criar as condições para que a equipa consiga trabalhar de forma eficaz, apoia a remoção de impedimentos e promove a compreensão dos princípios e práticas do Scrum.
Product Owner
O Product Owner é responsável por maximizar o valor do produto resultante do trabalho da Scrum Team.
Uma das suas responsabilidades fundamentais é gerir eficazmente o Product Backlog, incluindo a definição e comunicação do Product Goal e a ordenação dos itens do Product Backlog.
O Product Owner é uma pessoa, e não um comité.
Developers
Os Developers são os membros da Scrum Team responsáveis por criar qualquer aspeto de um Increment utilizável em cada Sprint.
O termo Developers não se limita a programadores. No Scrum, refere-se às pessoas que realizam o trabalho necessário para criar o Increment e que possuem as competências necessárias para o fazer.
Scrum Team
A Scrum Team é uma unidade coesa de profissionais que trabalha em direção a um objetivo comum: o Product Goal.
A equipa é self-managing, o que significa que decide internamente quem faz o trabalho, como o faz e como organiza as suas atividades.
A Scrum Team é composta pelo Product Owner, pelo Scrum Master e pelos Developers.
Quais são os artefactos do Scrum?
Os três artefactos do Scrum representam trabalho ou valor e são concebidos para maximizar a transparência de informação importante.
Cada artefacto tem associado um compromisso que ajuda a criar foco e a tornar o progresso mais claro.
Product Backlog
O Product Backlog é uma lista ordenada e emergente daquilo que é necessário para melhorar o produto.
É a fonte única do trabalho realizado pela Scrum Team.
O Product Backlog não é um documento fechado. Evolui à medida que se obtém mais informação sobre o produto, os utilizadores, o mercado e o contexto.
Sprint Backlog
O Sprint Backlog é o plano criado pelos Developers para atingir o Sprint Goal.
Inclui o Sprint Goal, os itens selecionados do Product Backlog e o plano de ação para os transformar num Increment.
O Sprint Backlog é atualizado ao longo do Sprint à medida que a equipa aprende mais sobre o trabalho.
Increment
O Increment é uma versão concreta e utilizável do produto que acrescenta valor aos incrementos anteriores.
Cada Increment deve cumprir a Definition of Done.
Podem existir vários incrementos dentro de um Sprint e um Increment pode ser entregue aos stakeholders antes do final do Sprint.
Quais são os compromissos do Scrum?
Os compromissos associados aos três artefactos ajudam a criar transparência e foco:
- Product Backlog → Product Goal
- Sprint Backlog → Sprint Goal
- Increment → Definition of Done
Product Goal
O Product Goal descreve um estado futuro do produto que serve como objetivo para a Scrum Team.
É o objetivo de longo prazo da equipa e está associado ao Product Backlog.
Sprint Goal
O Sprint Goal é o objetivo único do Sprint.
Define o propósito do Sprint e dá à equipa um foco comum, permitindo alguma flexibilidade relativamente ao trabalho específico necessário para alcançar esse objetivo.
Definition of Done
A Definition of Done é uma descrição formal do estado do Increment quando este cumpre as medidas de qualidade exigidas para o produto.
Quando um item do Product Backlog cumpre a Definition of Done, é considerado parte de um Increment.
Quais são os pilares e valores do Scrum?
Scrum assenta no empirismo e no pensamento Lean.
O empirismo significa que o conhecimento resulta da experiência e que as decisões são tomadas com base no que é observado. O Scrum transforma este princípio numa estrutura de trabalho baseada em transparência, inspeção e adaptação.
Os três pilares do empirismo
Transparência
O trabalho e o processo devem ser suficientemente visíveis para permitir uma compreensão comum e decisões fundamentadas.
Inspeção
Os artefactos e o progresso em direção aos objetivos devem ser inspecionados com frequência suficiente para identificar problemas ou desvios.
Adaptação
Quando a inspeção revela que algo precisa de ser alterado, o trabalho ou a forma de trabalhar deve ser ajustado o mais rapidamente possível.
Os três pilares estão ligados: sem transparência, a inspeção perde qualidade; sem inspeção, não existe uma base adequada para a adaptação.
Os cinco valores do Scrum
O Scrum identifica cinco valores que orientam o comportamento da Scrum Team:
- Commitment
- Focus
- Openness
- Respect
- Courage
Estes valores ajudam a orientar as decisões, as interações e a forma como a equipa utiliza os eventos e artefactos do Scrum.
Scrum na gestão de projetos
A utilização do Scrum em contextos de gestão de projetos não significa que seja uma metodologia de gestão de projetos.
Scrum foi concebido para trabalhar com produtos e problemas complexos, onde nem tudo pode ser conhecido ou definido antecipadamente. Em vez de tentar estabelecer um plano completo desde o início, a equipa trabalha iterativamente, obtém informação através da utilização do produto e adapta o trabalho com base no que aprende.
Num projeto, Scrum pode fornecer uma estrutura para organizar o trabalho da equipa, gerir prioridades, entregar incrementos de valor e envolver stakeholders ao longo do desenvolvimento.
A sua utilização é particularmente adequada quando existe incerteza e quando o produto precisa de evoluir com base em feedback e aprendizagem.
Agile e Scrum: qual é a diferença?
Scrum é frequentemente utilizado em contextos de gestão de projetos, mas é importante não confundir Scrum com uma metodologia de gestão de projetos.
Scrum foi concebido para trabalhar com produtos e problemas complexos, onde nem tudo pode ser conhecido ou definido antecipadamente. Em vez de tentar estabelecer um plano completo desde o início, a equipa trabalha iterativamente, obtém informação através da utilização do produto e adapta o trabalho com base no que aprende.
Num projeto, Scrum pode fornecer uma estrutura para organizar o trabalho da equipa, gerir prioridades, entregar incrementos de valor e envolver stakeholders ao longo do desenvolvimento.
A sua utilização é particularmente adequada quando existe incerteza e quando o produto precisa de evoluir com base em feedback e aprendizagem.
Kanban e Scrum: quais são as diferenças?
Scrum e Kanban são abordagens diferentes para gerir trabalho num contexto de complexidade e mudança.
Scrum define uma framework com Sprints, accountabilities, eventos, artefactos e compromissos. Kanban centra-se na visualização do fluxo de trabalho, na gestão do trabalho em curso e na melhoria contínua do fluxo.
Scrum cria uma cadência através dos Sprints. Kanban não exige Sprints e permite que o trabalho flua continuamente.
As duas abordagens podem-se utilizar para melhorar a transparência e a capacidade de adaptação, mas não se devem tratar como se fossem a mesma coisa.
Scrumban
Scrumban é um termo utilizado para descrever abordagens que combinam elementos de Scrum e Kanban.
Não é uma framework definida pelo Scrum Guide. Na prática, pode envolver a utilização de elementos de Scrum juntamente com práticas de gestão de fluxo associadas ao Kanban.
Scrum e outras abordagens
Scrum não existe isoladamente. Muitas organizações utilizam-no num ecossistema que inclui outras abordagens, práticas e formas de trabalhar.
Scrum e DevOps
DevOps e Scrum abordam aspetos diferentes do trabalho.
Scrum fornece uma framework para trabalhar com produtos complexos através de ciclos iterativos, enquanto DevOps procura aproximar desenvolvimento e operações, promovendo colaboração, automação e entrega contínua.
Uma equipa Scrum pode trabalhar num contexto DevOps, utilizando práticas de DevOps para construir, testar, integrar e entregar os incrementos desenvolvidos.
Scrum e XP
Extreme Programming (XP) é uma abordagem Agile particularmente associada ao desenvolvimento de software.
XP inclui práticas técnicas como programação em par, desenvolvimento orientado a testes e integração contínua.
Scrum não define estas práticas técnicas. Uma equipa Scrum pode, no entanto, utilizar práticas de XP para apoiar a qualidade e o desenvolvimento do produto.
Scrum e Lean
Lean procura maximizar valor e reduzir desperdício, com foco na eficiência do fluxo de valor e na melhoria contínua.
Scrum incorpora princípios relacionados com Lean e empirismo. As duas abordagens podem coexistir num contexto de desenvolvimento e gestão de produtos.
Certificações Scrum
Existem diferentes certificações Scrum no mercado, associadas a diferentes organizações e percursos de formação.
As certificações podem abranger diferentes responsabilidades e níveis de conhecimento, incluindo Scrum Master, Product Owner e outras especializações.
A certificação deve-sr analisar em conjunto com o conteúdo da formação, o modelo de avaliação e a experiência prática proporcionada.
Saiba mais sobre certificações Scrum → https://xpmconsulting.com/certificacao-scrum-master/
Formação Scrum
Aprender Scrum não deve limitar-se a memorizar papéis, eventos e definições. Compreender porquê a framework funciona como funciona é essencial para a conseguir aplicar num contexto real.
Na XPM, a formação Scrum combina os fundamentos da framework com a sua aplicação prática, permitindo compreender as relações entre os diferentes elementos e o que acontece quando Scrum é utilizado numa equipa e num produto reais.
Curso Scrum Master
Formação orientada para compreender o Scrum, o papel do Scrum Master e a aplicação da framework na prática.
Conheça o Curso Scrum Master → https://xpmconsulting.com/curso/scrum-master/
Scrum Master II
Formação para aprofundar conhecimentos e desenvolver competências de Scrum Master para contextos mais complexos.
Conheça o Scrum Master II → https://xpmconsulting.com/curso/scrum-master-ii/
Curso Product Owner
Formação centrada no papel do Product Owner, na gestão do Product Backlog, na criação de valor e na evolução do produto.
Conheça o Curso Product Owner → https://xpmconsulting.com/curso/product-owner/
Agile Product Owner
Formação centrada no papel do Product Owner, na gestão do Produc
Formação orientada para profissionais que assumem ou pretendem assumir responsabilidades de Product Owner e querem desenvolver competências de produto num contexto Agile.
Conheça o Curso Agile Product Owner → https://xpmconsulting.com/curso/certificacao-product-owner/
Curso Agile Coach
Formação orientada para profissionais que trabalham com equipas e organizações Agile e pretendem desenvolver competências de coaching e facilitação.
Conheça o Curso Agile Coach → https://xpmconsulting.com/curso/agile-coach/
Perguntas frequentes sobre Scrum
O que é Scrum?
Scrum é uma framework leve para ajudar pessoas, equipas e organizações a gerar valor através de soluções adaptativas para problemas complexos. Baseia-se no empirismo e numa abordagem iterativa e incremental ao trabalho.
Para que serve o Scrum?
O Scrum serve para ajudar equipas a trabalhar em problemas complexos, criando valor de forma iterativa e adaptando o trabalho com base no que é aprendido ao longo do processo.
Como funciona o Scrum?
O Scrum organiza o trabalho em Sprints, ciclos de duração fixa de um mês ou menos. Cada Sprint inclui eventos como Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective, bem como os artefactos e compromissos definidos pelo Scrum.
Scrum é uma metodologia?
Não. O Scrum é uma framework, não uma metodologia. Não define uma sequência detalhada de procedimentos para executar o trabalho. Define uma estrutura dentro da qual as equipas podem trabalhar e adaptar a sua abordagem.
Scrum é um framework?
Sim. O Scrum é uma framework leve para trabalhar com problemas complexos e gerar valor através de soluções adaptativas.
Qual é a diferença entre Scrum e Agile?
Agile é um conjunto mais amplo de valores e princípios para desenvolver produtos e responder à mudança. Scrum é uma framework específica que está alinhada com esses princípios e fornece uma estrutura para o trabalho de uma equipa.
Qual é a diferença entre Scrum e Kanban?
Scrum e Kanban são abordagens diferentes para organizar e gerir o trabalho. O Scrum define uma estrutura com Sprints, accountabilities, eventos, artefactos e compromissos. O Kanban centra-se na gestão do fluxo de trabalho, na visualização do trabalho e na limitação do trabalho em curso.
Quais são os papéis do Scrum?
O Scrum Guide 2020 utiliza o termo accountabilities em vez de “papéis”. As três accountabilities do Scrum são Scrum Master, Product Owner e Developers. Em conjunto, formam a Scrum Team.
O que faz um Scrum Master?
O Scrum Master é responsável por estabelecer o Scrum conforme definido no Scrum Guide e por ajudar a Scrum Team e a organização a compreender e aplicar o Scrum. Também trabalha para melhorar a eficácia da Scrum Team.
O que faz um Product Owner?
O Product Owner é responsável por maximizar o valor do produto resultante do trabalho da Scrum Team. É também responsável pela gestão eficaz do Product Backlog, incluindo a definição e comunicação do Product Goal e a ordenação dos itens do Product Backlog.
O que é um Sprint?
Um Sprint é um evento de duração fixa de um mês ou menos, durante o qual a Scrum Team trabalha para criar um Increment que cumpra a Definition of Done. Um novo Sprint começa imediatamente após a conclusão do anterior.
Quais são os artefactos do Scrum?
O Scrum tem três artefactos: Product Backlog, Sprint Backlog e Increment. Cada artefacto está associado a um compromisso: Product Goal, Sprint Goal e Definition of Done, respetivamente.
Quais são os valores do Scrum?
Os cinco valores do Scrum são Commitment, Focus, Openness, Respect e Courage. Estes valores orientam o trabalho e o comportamento da Scrum Team.
Quais são os pilares do Scrum?
O Scrum assenta em três pilares do empirismo: Transparency, Inspection e Adaptation. A transparência permite observar o trabalho e o seu resultado, a inspeção permite identificar desvios ou problemas e a adaptação permite ajustar o trabalho ou a abordagem quando necessário.
O Scrum pode ser utilizado na gestão de projetos?
Sim. O Scrum pode ser utilizado em contextos de projetos, sobretudo quando existe complexidade e necessidade de adaptação ao longo do trabalho. No entanto, o Scrum não é uma metodologia de gestão de projetos: é uma framework para gerar valor através de soluções adaptativas.
O Scrum pode ser utilizado no desenvolvimento de software?
Sim. O Scrum pode ser utilizado no desenvolvimento de software e é amplamente associado a este contexto. No entanto, não é exclusivo do desenvolvimento de software e pode ser utilizado para outros produtos e contextos complexos.
É necessário ter certificação Scrum?
Não. A certificação não é um requisito para utilizar o Scrum. O conhecimento da framework, a capacidade de a aplicar e a experiência prática são diferentes de obter uma certificação.
Que certificações Scrum existem?
Existem diferentes certificações Scrum, atribuídas por diferentes organizações. Os conteúdos, requisitos, formatos de exame e critérios de certificação variam consoante a entidade certificadora.