O que é a metodologia Scrum? Guia completo para 2026
Se já passou algum tempo na gestão de projetos digitais, é provável que já tenha ouvido falar da metodologia Scrum.
Scrum é uma metodologia de gestão de projetos popular, que foi amplamente adotada numa variedade de setores.
Na sua essência, Scrum baseia-se na ideia de capacitar as equipas para se auto-organizarem e tomarem decisões sobre a melhor forma de alcançar os seus objetivos. Esta abordagem pode ajudar as equipas a fornecer produtos e serviços de elevada qualidade de forma rápida e eficiente.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
O que é a metodologia Scrum?
Pode definir a metodologia Scrum como uma abordagem à entrega de produtos que propõe princípios e processos para melhorar os resultados.
A gestão de projetos Agile Scrum fixa os requisitos de tempo e de custo dos projetos. Scrum consegue fazê-lo através da utilização de períodos de tempo definidos (uma quantidade de tempo específica e limitada) para as iterações de trabalho, bem como de listas de pendências do produto e eventos específicos da equipa. É uma estrutura altamente adaptável que ajuda a entregar valor nos projetos mais rapidamente.
Na gestão Scrum, os projetos progridem através de sprints, que representam uma iteração de trabalho em direção aos objetivos da equipa. Cada sprint ou iteração produz um incremento entregável.
A metodologia Scrum é uma de muitas metodologias ágeis, todas elas colocando de pernas para o ar o triângulo historicamente preditivo ou em cascata de gestão de projetos e desenvolvimento de produtos.
Enquanto as metodologias tradicionais de gestão de projetos limitam o âmbito (ou seja, definindo-o numa declaração do âmbito do projeto) e tornam flexíveis o calendário e os recursos, as metodologias ágeis (incluindo Scrum) fixam os recursos e o calendário, mas tornam flexível o âmbito, dependendo do que é mais importante realizar no tempo fixo com os recursos fixos.
Na sua essência, Scrum capacita as equipas a criarem uma tensão saudável entre entregar o produto certo, da forma certa e o mais rapidamente possível.
O objetivo do Scrum é melhorar a comunicação, o trabalho em equipa e a velocidade de desenvolvimento. Conceitos como sprints, reuniões Scrum, listas de pendências e gráficos de trabalho restante derivam todos do Scrum.
Porquê Scrum?
Uma das principais razões para a popularidade do Scrum é a sua capacidade de ajudar as equipas a entregar produtos e serviços de elevada qualidade de forma rápida e eficiente. Ao dividir os projetos em partes pequenas e geríveis e ao analisar regularmente o progresso, as equipas podem identificar e resolver rapidamente quaisquer problemas que surjam. Isto permite-lhes manter o rumo e alcançar os seus objetivos atempadamente.
Outra razão para a adoção do Scrum é a sua ênfase na colaboração e na comunicação. Num ambiente Scrum, os membros da equipa são incentivados a trabalhar em conjunto e a partilhar ideias, em vez de seguirem uma hierarquia rígida. Isto pode promover um sentimento de responsabilidade e responsabilização, ajudando as equipas a manterem-se motivadas e empenhadas.
De um modo geral, a adoção do Scrum tem sido impulsionada pela sua capacidade de ajudar as organizações e as equipas a alcançar os seus objetivos de forma rápida e eficiente. Ao capacitar as equipas para se auto-organizarem e tomarem decisões, Scrum pode ajudar as organizações a manterem-se competitivas e a entregarem produtos e serviços de elevada qualidade.
A mentalidade central do Scrum: o Manifesto Ágil
O Manifesto Ágil é fundamental para a metodologia Scrum e pode ser considerado a mentalidade subjacente a todas as metodologias ágeis. A metodologia Scrum sobrepõe-se ao Manifesto Ágil para transformar os “o quê” em instruções sobre “como”.
Por outras palavras, Scrum é um dos muitos guias práticos para desenvolver resultados com uma mentalidade ágil. Eis uma análise do Manifesto Ágil juntamente com alguns princípios fundamentais do Scrum.
1. Indivíduos e interações acima de processos e ferramentas
Em primeiro lugar, dá prioridade aos indivíduos e às interações em detrimento dos processos e das ferramentas. A comunicação é fundamental, não os processos que orientam o seu projeto. No Scrum, isto significa uma equipa auto-organizada e multifuncional.
2. Software funcional acima de documentação abrangente
Existe uma forte concentração na produção rápida de produtos prontos para entrega, em vez de passar muito tempo a documentar os requisitos. No desenvolvimento de software Scrum, são executados sprints de trabalho com períodos de tempo definidos, produzindo um incremento de produto pronto para entrega no final de cada sprint.
3. Colaboração com o cliente acima de negociação contratual
Os valores ágeis especificam a colaboração com o cliente ou consumidor, trabalhando com o cliente em todos os momentos e envolvendo-o fortemente ao longo de todo o processo. O Scrum conta com um envolvimento consistente e regular do cliente.
4. Responder à mudança em vez de seguir um plano
Em vez de encarar as mudanças como um inimigo, estar numa posição que permita vê-las como algo positivo e responder-lhes é fundamental para a estrutura ágil. O Scrum tem requisitos em constante evolução e a mudança é aceite.
Para além do Manifesto Ágil, o próprio Scrum assenta em cinco valores essenciais para que pessoas e equipas se tornem proficientes a trabalhar de forma eficaz: compromisso, foco, abertura, respeito e coragem.
Estes valores orientam uma equipa ágil ou uma equipa Scrum relativamente à forma como deve agir no seu trabalho. As decisões tomadas e os passos dados devem reforçar estes valores, não diminuí-los nem enfraquecê-los. Quando praticados de forma eficaz, os pilares empíricos do Scrum — transparência, inspeção e adaptação — ganham vida, criando confiança.
Quais são os 3 artefactos do Scrum?
Os artefactos do Scrum comunicam informações essenciais das quais a equipa Scrum deve ter conhecimento durante o desenvolvimento do produto.
1. Lista de pendências do produto
A lista de pendências do produto apresenta todas as funcionalidades, funções e requisitos que devem ser incluídos no produto, por ordem de importância. É comum que os requisitos de um produto mudem ao longo do desenvolvimento, seja para refletir necessidades do negócio ou tendências do mercado. A lista de pendências do produto será atualizada constantemente para refletir essas mudanças.
2. Item da lista de pendências do produto
Estes são os itens que compõem uma lista de pendências do produto. Detalham as mudanças que têm de ser feitas e o resultado pretendido. Uma forma de expressar o resultado pretendido de modo que a equipa de desenvolvimento o compreenda é através de ‘histórias de utilizador’, uma frase simples que explica o que uma determinada empresa ou utilizador procura no produto.
As histórias de utilizador estão estruturadas da seguinte forma: “Enquanto [preencher] quero [preencher] para poder [preencher].”
3. Lista de pendências do sprint
A lista de pendências do sprint é composta pelos itens da lista de pendências do produto que foram selecionados para um sprint. Inclui também um plano para produzir um incremento no final do sprint.
A lista de pendências do sprint define o trabalho que a equipa de desenvolvimento irá realizar durante o sprint seguinte e os itens necessários para produzir um incremento que cumpra a definição de concluído.
A estrutura do Scrum
A estrutura do Scrum é uma metodologia ágil centrada na entrega incremental e iterativa de valor ao longo do tempo. O processo começa com um proprietário do produto a criar uma lista de pendências do produto com base nos contributos de executivos, equipas, partes interessadas, clientes e utilizadores, e termina com a apresentação do trabalho concluído numa revisão do sprint, seguida de uma retrospetiva do sprint. Este processo repete-se em intervalos regulares, normalmente de 1 a 4 semanas.
O Scrum, por si só e à semelhança dos eventos do Scrum, é intencionalmente simples e ligeiro. O Scrum é fácil de aprender, mas pode ser difícil de dominar. Destina-se a fornecer uma estrutura para que equipas multifuncionais resolvam problemas complexos.
Em termos simples: o Scrum é uma metodologia ou processo através do qual se aplica a mentalidade ágil.
Funções no Scrum
Na metodologia Scrum, existem funções claramente definidas.
- Equipa de desenvolvimento do Scrum
- Mestre do Scrum
- Proprietário do produto
Estas funções ajudam a distinguir o modelo Scrum de métodos ágeis semelhantes, como a programação extrema, a abordagem lean ou o desenvolvimento orientado por testes.
O ambiente Scrum promove a utilização de equipas pequenas e flexíveis, com um máximo de 9 pessoas, que trabalham através da lista de pendências do produto. Um teste simples para determinar o tamanho da equipa é verificar se é possível alimentá-la com duas pizzas (sim, estou a falar a sério).
Isto corresponde normalmente a 5-9 pessoas por equipa. As pessoas devem ser alocadas a apenas uma equipa Scrum de cada vez. Esta regra é frequentemente justificada pela forma como as equipas comunicam, pela forma como os incentivos estão alinhados e pelo número de pessoas com quem um indivíduo consegue manter relações em simultâneo.
1. Equipa de Desenvolvimento Scrum
Uma equipa de desenvolvimento Scrum é um grupo de profissionais responsável por entregar um incremento concluído e pronto para lançamento no final de cada Sprint.
As equipas de desenvolvimento são únicas pelas seguintes razões:
- As equipas de desenvolvimento são auto-organizadas. Ninguém dentro da equipa Scrum (nem mesmo o Scrum Master) pode dizer-lhes como transformar o backlog do produto em incrementos.
- São multifuncionais. Todos os membros devem ter as competências necessárias para criar um incremento; alguns podem ter competências diferentes, mas todos devem ser capazes de contribuir.
- São responsáveis pelos sucessos e fracassos enquanto equipa. Não importa se um membro cometeu um erro que fez com que a equipa não tivesse um incremento no final de um sprint: a equipa de desenvolvimento assume a responsabilidade como um todo.
2. Scrum Master
O Scrum Master é responsável por facilitar o processo Scrum. Garante que todos têm uma compreensão sólida dos princípios Scrum e oferece orientação e formação quando necessário.
O Scrum Master orienta a equipa Scrum durante o Scrum diário. Frequentemente, fará três perguntas:
- O que fez ontem?
- O que vai fazer amanhã?
- Que obstáculos estão no seu caminho?
O Scrum Master não é o líder nem o gestor de pessoas de uma equipa Scrum. Não é diretamente responsável pelos resultados. Toda a equipa deve assumir a responsabilidade pelo produto final.
O Scrum Master também trabalhará com o proprietário do produto para garantir que o projeto está no bom caminho.
Realizará tarefas como:
- Garantir que os objetivos do Scrum são compreendidos por todos.
- Otimizar a gestão do backlog do produto.
- Organizar eventos Scrum
- Ajudar a remover impedimentos quando surgem
A função do Scrum Master é manter todos concentrados e a trabalhar em direção ao mesmo objetivo. Tem a responsabilidade de remover obstáculos, evitar distrações desnecessárias e ajudar a equipa a progredir dia após dia. Embora o resultado do Scrum dependa, em última análise, de toda a equipa, os Scrum Masters sentem frequentemente muita pressão para terem sucesso na função.
3. Proprietário do Produto
O proprietário do produto representa a empresa ou a base de clientes. Está presente para garantir que os restantes membros da equipa Scrum não se esquecem do objetivo do sprint. Devido à grande variedade de potenciais utilizadores empresariais e clientes, o proprietário do produto deve ter uma compreensão sólida das necessidades dos utilizadores.
Cada sprint começa com o proprietário do produto a documentar e priorizar os requisitos e as funcionalidades pretendidas do produto para a equipa de desenvolvimento. Numa sessão de planeamento, a função do proprietário do produto é responder a quaisquer perguntas que a equipa de desenvolvimento possa ter relativamente às especificações e aos requisitos.
O proprietário do produto não está envolvido no desenvolvimento, mas pode ser chamado a responder a perguntas de esclarecimento ao longo do processo, durante cada sprint.
As responsabilidades diárias de um proprietário do produto podem incluir:
- Documentar os requisitos do produto
- Escrever iniciativas, épicos e histórias de utilizador
- Articular-se com a gestão do produto para garantir que os requisitos do produto estão alinhados com o roteiro geral do produto
- Investigar as necessidades dos clientes e utilizadores reais do produto
- Responder a perguntas de esclarecimento da equipa de desenvolvimento
- Colaborar com líderes de toda a organização para garantir que o produto pode ser vendido, implementado, suportado, etc.
Os proprietários do produto são essenciais para um ciclo de desenvolvimento de produto bem-sucedido na metodologia Scrum. Sem requisitos claros e priorizados, as equipas de desenvolvimento podem não saber o que desenvolver nem por que ordem. Os proprietários do produto garantem que as equipas de desenvolvimento sabem aquilo em que é mais importante trabalhar agora e o que vem a seguir.
Eventos Scrum (também conhecidos como cerimónias Scrum)
Existem 5 tipos principais de eventos ou cerimónias Scrum:
- O sprint
- Planeamento do sprint
- Scrum Diário (também designado por reunião diária de sincronização)
- Revisão do sprint
- Retrospectiva do sprint
Determinados tipos de eventos Scrum ocorrem em momentos específicos do processo de desenvolvimento. Estes também são conhecidos como cerimónias Scrum.
1. O sprint
Um sprint no Scrum é um período de tempo de duração fixa, de um mês ou menos, durante o qual as ideias são transformadas em valor. O sprint é o batimento cardíaco do Scrum. Um sprint é um período de tempo definido que se repete ao longo do tempo. Muitas vezes, as equipas medem o seu futuro em sprints.
O objetivo do sprint é limitar temporalmente o trabalho e fazer com que as equipas cumpram os seus compromissos. Os sprints permitem definir objetivos de curto prazo, mas extremamente sólidos. Durante um sprint, nada deve mudar de forma a pôr em risco o objetivo do sprint.
O sprint mantém a equipa concentrada na tarefa, mas permite corrigir o rumo ou fazer alterações de sprint para sprint. Os sprints permitem prever os resultados, garantindo que aquilo a que a equipa de desenvolvimento se comprometeu será concluído ou revisto num curto período de tempo.
Com os sprints, desaparece o “veremos quando acontecer”. Sabemos quando as coisas vão acontecer porque estão ou não estão incluídas no compromisso do sprint.
Um sprint dura entre 1 e 4 semanas, nunca mais. Esta limitação permite às equipas avançar e apresentar rapidamente progressos incrementais, sem levar as pessoas à loucura. Os sprints não podem ser prolongados nem encurtados. Um sprint só pode ser cancelado se o objetivo do sprint deixar de ser relevante. Apenas o proprietário do produto tem autoridade para cancelar o sprint.
2. Planeamento do sprint
Durante um evento de planeamento do sprint, a equipa chega a acordo sobre a série de itens do backlog do produto que irá concluir no sprint seguinte.
Por cada semana de um sprint, é reservada uma hora para o planeamento do sprint. A reunião de planeamento do sprint realiza-se antes do início de um sprint; assim, se o sprint seguinte tiver uma duração de 4 semanas, a equipa reservará quatro horas para a reunião.
A parte mais importante de uma reunião de planeamento do sprint é a preparação que tem de ser feita antes do início da reunião. O proprietário do produto chegará à sessão com um backlog de histórias de utilizador e funcionalidades, priorizado, que pretende que a equipa de desenvolvimento crie.
Na reunião de planeamento do sprint, a equipa de desenvolvimento e o proprietário do produto alinharão exatamente o que é pretendido e quanto tempo se prevê que seja necessário para cumprir esses requisitos.
Quais e quantos itens do backlog do produto serão concluídos depende do compromisso e da velocidade da equipa (a rapidez com que a equipa de desenvolvimento consegue criar incrementos). Se estiver a planear com uma equipa nova, é melhor não fazer cálculos com base na velocidade esperada até ter realizado alguns sprints com a equipa.
3. Scrum Diário
Todos os dias, realiza-se uma reunião diária do Scrum, na qual os membros da equipa discutem os progressos alcançados e os problemas que enfrentam, com o objetivo de celebrar os progressos, alinhar o trabalho atual e remover rapidamente os impedimentos, mantendo todos a avançar.
As reuniões Scrum realizam-se todos os dias durante um sprint. Não devem durar mais de quinze minutos e devem estar totalmente focadas em manter a equipa a avançar.
As sessões de Scrum Diário realizam-se todos os dias para evitar que os problemas se acumulem em segundo plano. Quaisquer dúvidas ou preocupações devem ser levantadas na reunião diária do Scrum.
4. Revisão do sprint
A reunião de revisão do sprint realiza-se no final de um sprint com o objetivo explícito de analisar os progressos alcançados. Durante uma revisão do sprint, o proprietário do produto avaliará se os resultados correspondem às expectativas definidas na reunião de planeamento do sprint. Nesta fase, o proprietário do produto verificará se o incremento de trabalho cumpre a definição de concluído.
5. Retrospectiva do sprint
Uma reunião de retrospectiva da sprint permite à sua equipa analisar acontecimentos e situações passados. De acordo com o Guia do Scrum, a retrospectiva da sprint é uma “oportunidade para a equipa Scrum se examinar e criar um plano de melhorias a implementar durante a sprint seguinte.” Faz sentido, especialmente porque o foco do desenvolvimento ágil é a melhoria contínua. Para melhorar, é necessário saber que aspetos precisam de ser melhorados.
A retrospectiva deve criar um espaço seguro para que as pessoas partilhem o seu feedback honesto sobre o que está a correr bem e o que poderia ser melhorado, promovendo uma discussão sobre o que deveria mudar da próxima vez — com itens concretos documentados.
Planear projetos utilizando a metodologia Scrum
A metodologia Scrum pode ser utilizada em projetos de muitos tamanhos diferentes e baseia-se no princípio do desenvolvimento ágil, que salienta a necessidade de flexibilidade e capacidade de resposta à mudança.
O primeiro passo na utilização da metodologia Scrum é criar um backlog do produto priorizado. O backlog do produto é uma lista de tarefas a realizar que inclui todas as tarefas que têm de ser concluídas para alcançar o objetivo do projeto. As tarefas podem ser adicionadas ao backlog do produto a qualquer momento e podem ser priorizadas com base na sua importância.
Depois de criado o backlog do produto, o passo seguinte é criar um backlog da sprint. O backlog da sprint contém uma lista de tarefas que serão concluídas durante uma sprint específica, ou período de tempo. As tarefas do backlog da sprint devem basear-se nas tarefas do backlog do produto que são mais importantes e urgentes.
Para garantir que as tarefas são concluídas de forma eficiente e eficaz, a metodologia Scrum utiliza um conjunto de orientações específicas que ajudam a manter tudo sob controlo. As orientações incluem:
- As tarefas devem ser divididas em partes pequenas e geríveis
- As tarefas devem ser atribuídas a membros específicos da equipa
- Os membros da equipa devem reunir-se regularmente para atualizarem-se mutuamente sobre o seu progresso
- A equipa deve estar sempre concentrada em concluir primeiro as tarefas mais importantes
Assim que uma equipa começa a desenvolver e a entregar valor através da metodologia Scrum, o ciclo da sprint será repetido. É da responsabilidade do responsável pelo produto garantir que as histórias de utilizador e os pedidos de funcionalidades estão prontos para a equipa de desenvolvimento, para que esta tenha sempre algo em que trabalhar. O mestre de Scrum ajuda a manter a equipa a avançar de forma alinhada e organizada.
Ao seguir as orientações da metodologia Scrum, as equipas podem ser mais produtivas e eficientes enquanto trabalham para concluir o seu projeto. A flexibilidade da abordagem permite fazer ajustes rápidos quando necessário, ajudando a manter os projetos no rumo certo e dentro dos prazos. O Scrum também incentiva o trabalho em equipa, a colaboração e a comunicação entre os membros da equipa, o que ajuda a garantir resultados bem-sucedidos.
Benefícios da metodologia Scrum
A metodologia Scrum é uma técnica ágil de gestão de projetos ou de entrega de produtos que ajuda as equipas a trabalhar de forma mais eficiente e eficaz. É uma abordagem simples, mas poderosa, que pode ser utilizada no desenvolvimento de software, na conceção de produtos, em projetos de marketing e muito mais.
Alguns dos benefícios da utilização da metodologia Scrum incluem:
- Aumento da produtividade: Quando as equipas conseguem trabalhar em períodos curtos de tempo chamados “sprints”, normalmente conseguem alcançar mais do que se trabalhassem no projeto durante um período de tempo mais longo.
- Maior colaboração: A metodologia Scrum incentiva os membros da equipa a trabalharem em estreita colaboração para alcançar objetivos comuns. Isto pode ajudar a reduzir mal-entendidos e a melhorar a comunicação.
- Maior flexibilidade: A metodologia Scrum é flexível e pode ser adaptada para responder às necessidades específicas da equipa do projeto. Isto pode ajudar a garantir que o projeto dá prioridade à conclusão dos itens mais importantes, mantendo os compromissos relativos aos custos e ao calendário.
- Melhoria da qualidade: Ao utilizarem sprints curtas, as equipas conseguem concentrar-se na conclusão de tarefas específicas e garantir que estas têm a melhor qualidade possível. Isto pode ajudar a evitar erros dispendiosos e a melhorar a qualidade geral do produto ou serviço final.
Uma breve história do Scrum
- 1986: Hirotaka Takeuchi e Ikujiro Nonaka publicaram “New New Product Development Game” na Harvard Business Review e cunharam a palavra “Scrum” para utilização fora do jogo de râguebi.
- 1995: Jeff Sutherland e Ken Schwaber apresentaram o Scrum na OOPSLA.
- 2001: Sutherland, Schwaber e outros 15 programadores criaram o “Manifesto para o Desenvolvimento Ágil”, habitualmente referido como “Manifesto Ágil”. Foi fundada a Agile Alliance, que reconheceu o Scrum como um dos métodos ágeis.
- 2002: Schwaber publicou “Desenvolvimento de Software Ágil com Scrum” com Mike Beedle, fundou a Scrum Alliance e começou a disponibilizar certificações Scrum.
- 2004: Schwaber publicou “Gestão Ágil de Projetos com Scrum”, ao qual se seguiram outros livros e guias sobre a aplicação do Scrum em diferentes contextos.
- 2007: É desenvolvida a Estrutura Ágil Dimensionada, conhecida como SAFe.
- 2014: O Dr. Dave Cornelius, um reconhecido catalisador Lean e Ágil, apresentou a sua investigação de doutoramento baseada na metodologia Scrum, centrada em “O Valor do Scrum para as Organizações”.
- A partir de 2014, o Scrum foi aplicado em novos contextos, incluindo em enormes escalas por todo o mundo.
Scrum: em comparação
Scrum vs. Ágil
De forma simples, ágil é a mentalidade, e Scrum é uma das muitas metodologias que utilizam a mentalidade ágil. O Scrum insere-se no âmbito do ágil enquanto mentalidade e junta-se a muitas outras metodologias centradas no ágil, incluindo a programação extrema, Lean, Kanban, SAFe, desenvolvimento orientado por testes, Crystal e outras.
A diferença entre Scrum e ágil é que o Scrum é um plano ou um guia prático para implementar processos alinhados com a mentalidade ágil. O desenvolvimento de software ágil com Scrum é uma das abordagens mais populares ao desenvolvimento.
Leia aqui mais sobre as diferenças entre o modelo em cascata e o ágil de forma mais abrangente.
Scrum vs. Kanban
Também existem outras formas de implementar o ágil. Por exemplo, outra abordagem popular é o Kanban, que difere do Scrum por não exigir funções claramente definidas, não executar sprints com uma duração fixa e permitir alterações ao fluxo de trabalho ágil em qualquer momento do desenvolvimento.
A chave do Kanban é limitar o número de itens de trabalho que podem estar em curso em qualquer momento. O limite de trabalho em curso (WIP) obriga as equipas a concentrarem-se em resolver e concluir aquilo que começaram, porque não é permitido iniciar novos itens se os itens anteriores ainda não tiverem sido concluídos (isto torna o planeamento da capacidade no Kanban bastante fácil). É possível identificar uma equipa Scrum pelos seus “sprints” e uma equipa Kanban observando os limites ao trabalho em curso.
Poderá ver uma equipa Scrum a utilizar um quadro Kanban (que significa literalmente quadro de sinalização) para apresentar visualmente os seus itens de trabalho através dos diferentes estados — e isso é perfeitamente aceitável! A utilização de um quadro Kanban não compromete o Scrum, desde que as funções, os eventos e as limitações temporais continuem a ser utilizados.
Leia aqui mais sobre as diferenças entre Scrum e Kanban.
Software para Scrum
O Scrum e as ferramentas Scrum não se destinam apenas às equipas de desenvolvimento de software, embora tenha sido nesse contexto que o Scrum teve origem. A estrutura Scrum pode ser utilizada em muitos contextos de produção — desde agências de marketing a empresas de construção.
Eis alguns dos melhores softwares de gestão ágil de projetos, com funcionalidades como listas de pendências e planeamento de sprints, que ajudam a seguir a metodologia Scrum.
Clicks on the links below may earn a commission, which supports our independent testing and review of software and services. Learn more about how we stay transparent.
Obtenha análises detalhadas destas ferramentas — juntamente com capturas de ecrã, pontuações e informações sobre preços — na análise de software Scrum e na análise de ferramentas Scrum.
Melhores recursos sobre Scrum
- Guias Scrum: o corpo de conhecimento oficial (e GRATUITO) sobre Scrum. Escrito pelos cocriadores do Scrum, Ken Schwaber e Jeff Sutherland.
- Scrum.org: uma organização reconhecida profissionalmente que oferece formação e certificações ágeis oficiais, como as de Mestre Scrum Profissional, Proprietário de Produto Scrum Profissional e Desenvolvedor Scrum Profissional.
- Scrum Alliance: uma organização que ensina Scrum a pessoas com todos os níveis de experiência. Também oferece formação e certificações nas seguintes áreas: Mestres Scrum Certificados, Proprietários de Produto Certificados e Desenvolvedores Scrum Certificados.
- Scrum Inc: fundada por Jeff Sutherland, cocriador do Scrum, que atualiza regularmente o blogue. Oferece formação e certificação.
- Atlassian: empresa australiana de software empresarial que fornece guias detalhados e verificados sobre metodologias ágeis, incluindo Scrum.
- Guias Scrum da Visual Paradigm: uma grande base de dados de artigos sobre todos os aspetos do Scrum, desde definições básicas até à resolução de problemas específicos.
Poderá também consultar estes cursos sobre Scrum.
Glossário de Scrum
Para quem não está familiarizado com o tema, o Scrum pode parecer intimidante. Eis uma visão geral de alguns termos frequentemente utilizados.
Eis uma lista de termos de Scrum que pode consultar novamente a qualquer momento:
- Ágil: A mentalidade e a estrutura abrangente ao abrigo da qual foi desenvolvida a metodologia Scrum. Promove a adaptação e a flexibilidade em detrimento de uma estrutura rígida.
- Gráfico de burndown: Um gráfico que mostra a quantidade de trabalho que permanece no backlog do produto.
- Gráfico de burn-up: Um gráfico que mostra a quantidade de trabalho que foi concluída a partir do backlog do produto.
- Scrum diário: Uma reunião realizada todos os dias, na qual são reservados quinze minutos para estruturar o dia de trabalho seguinte.
- Definição de concluído: A expectativa que um incremento deve cumprir para ser considerado pronto para lançamento.
- Equipa de desenvolvimento: Equipa pertencente à equipa Scrum que gere, organiza e realiza o trabalho de desenvolvimento necessário para criar um incremento.
- Empirismo: Controlo de processos que afirma que apenas o passado é certo. Permite a máxima flexibilidade no âmbito da estrutura ágil. Valoriza a transparência, a inspeção e a adaptação.
- Normas de engenharia: Conjunto de normas partilhadas entre equipas para garantir incrementos.
- Previsão de funcionalidades: O conjunto de incrementos retirados do backlog do produto que a equipa de desenvolvimento considera possível concluir num sprint.
- Incremento: Uma parte de software que pode ser adicionada a outros incrementos. Juntos, um número suficiente de incrementos constitui um produto.
- Backlog do produto: Uma lista (normalmente ordenada) do trabalho que tem de ser realizado para criar um produto.
- Responsável pelo produto: Membro da equipa no Scrum encarregado de maximizar o valor de um produto.
- Quadro Scrum: Uma forma simples de visualizar a informação partilhada entre a equipa Scrum.
- Guia do Scrum: A definição original do Scrum. O guia detalha as funções, os eventos, os artefactos e as regras do Scrum.
- Mestre Scrum: Responsável por liderar a equipa Scrum. Garante que todos compreendem plenamente os princípios do Scrum. Fornece orientação e formação quando necessário.
- Valores do Scrum: Os valores fundamentais que orientam a estrutura Scrum. São eles: compromisso, concentração, abertura, respeito e coragem.
- Auto-organização: Um princípio fundamental do Scrum que estabelece que as equipas devem organizar internamente o seu trabalho sem interferência de equipas externas.
- Sprint: Um período de um mês ou menos durante o qual são realizados eventos Scrum. Os sprints são realizados consecutivamente. Não existem pausas entre eles.
- Objetivo do sprint: A finalidade do sprint atual.
- Retrospectiva do sprint: Uma reunião, com a duração máxima de três horas, na qual a equipa do sprint se reúne e debate quaisquer melhorias que devam ser implementadas no sprint seguinte.
- Revisão do sprint: Uma reunião, com a duração máxima de quatro horas, que representa o final de um sprint. O trabalho é analisado e as partes interessadas inspecionam o incremento para garantir que cumpre a definição de concluído.
- Parte interessada: Pessoa externa à equipa Scrum. Fornece uma perspetiva externa e participa ativamente nas revisões do sprint.
O que se segue?
Quer entrar em contacto com outros gestores de projetos digitais para partilhar recursos e boas práticas? Junte-se à nossa comunidade de membros e obtenha acesso a mais de 100 modelos, amostras e exemplos, e entre em contacto com centenas de outros gestores de projetos digitais no Slack.
