The Scrum Framework — Segunda edição

Este capítulo mantém o contexto histórico e prático de ensino da segunda edição. O currículo da terceira edição também está disponível no índice abaixo.

---

O que é Scrum?
Principais componentes do framework Scrum

Definição de Scrum: Scrum é um framework ágil e leve de gestão de projetos, utilizado sobretudo no desenvolvimento de software. Descreve uma abordagem iterativa e incremental para entregar trabalho e resolver problemas em projetos comerciais e sem fins lucrativos de todos os setores e áreas da vida.

Scrum é um conjunto de componentes que dá estrutura à gestão ágil de projetos. No centro, concentra-se numa lista abrangente chamada Product Backlog. Esta lista contém todos os ingredientes necessários para melhorar o produto, como melhorias de funcionalidades e correções de erros. Não é uma simples lista de compras: tem a função fundamental de ser a fonte única de requisitos para qualquer alteração ao produto. A importância de cada item reflete-se na sua prioridade, orientando a equipa sobre o que abordar a seguir. Comecemos por explorar este componente em maior detalhe.

No framework Scrum, os principais componentes incluem: Product Backlog, Sprint Backlog, Incremento, Sprint, Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective. Estes componentes facilitam o desenvolvimento iterativo e incremental, a melhoria contínua e a colaboração eficaz nas equipas Scrum.

Scrum pode ser utilizado em todos os tipos de projetos, dentro e fora das empresas de software e tecnologia: desde o desenvolvimento de conjuntos completos de software empresarial até apenas certas partes de sistemas maiores, em qualquer setor, para projetos de clientes ou internos.

O framework Scrum em si é muito simples. Define apenas orientações gerais, com poucas regras, funções, artefactos e eventos. No entanto, cada componente é importante, tem um propósito específico e é essencial para utilizar o framework com sucesso.

Os principais componentes do framework Scrum são:

• As três funções nesta terminologia da segunda edição: Scrum Master, Scrum Product Owner e equipa de desenvolvimento, que em conjunto formam a Scrum Team
• Um backlog ordenado por prioridade, com os requisitos dos utilizadores finais
• Sprints e os Incrementos produzidos durante esses períodos
• Eventos Scrum: Sprint Planning (reuniões sobre O QUÊ e COMO), Daily Scrum, Sprint Review e Sprint Retrospective

Os componentes essenciais de Scrum

Em Scrum, três componentes principais formam a base deste framework ágil: Product Backlog, Sprint Backlog e Incremento. Em conjunto, dão clareza, estrutura e direção ao projeto. Analisemos cada um para compreender o seu papel fundamental no desenvolvimento Scrum.

Product Backlog

O Product Backlog pode ser comparado a um mapa do tesouro do projeto. É uma lista dinâmica de todas as tarefas, requisitos, funcionalidades, melhorias e correções de erros necessárias para um produto. Essencialmente, é a fonte única de referência para alterações ou melhorias destinadas a valorizar o produto. Pela sua natureza dinâmica, evolui com novas informações, prioridades em mudança e feedback das partes interessadas e dos clientes.

Manter esta lista ordenada por prioridade é fundamental, pois orienta as decisões sobre as funcionalidades que devem ser incluídas no produto e quando devem ser entregues. Em essência, este backlog estabelece a base de todo o projeto, definindo o que precisa de ser feito e por que ordem.

Sprint Backlog

Por outro lado, temos o Sprint Backlog. Ao contrário do âmbito alargado do Product Backlog, contém uma seleção de itens de trabalho específicos feita pela equipa durante o Sprint Planning. Funciona como um plano de execução das tarefas num Sprint. Juntamente com um plano claro para entregar o Incremento de produto e concretizar o Sprint Goal, estabelece um percurso claro de progresso dentro de um prazo definido.

Compreender que o Sprint Backlog assenta num subconjunto de tarefas retiradas do Product Backlog durante o Sprint Planning permite concentrar a atenção em atividades-chave alinhadas com os objetivos imediatos. Ao esclarecer quem trabalha em quê e tornar visível o progresso em direção aos objetivos do Sprint, este componente melhora a cooperação e a responsabilidade da equipa.

Sprint e Incremento

Ao explorar estes elementos centrais de Scrum, encontramos dois conceitos intimamente relacionados: o Sprint e o Incremento. Um Incremento combina o trabalho concluído do Product Backlog com o produto existente num todo utilizável. Um Sprint é o período de duração limitada em que esse trabalho decorre; não é o Incremento em si. Isso significa que, em qualquer momento do projeto, normalmente após cada Sprint, obtemos um conjunto coerente resultante das tarefas atribuídas, pronto a disponibilizar se necessário.

Em suma, estes três componentes promovem a colaboração eficiente através da transparência e também oferecem orientação essencial, criando pontos de foco ao longo do projeto. O Product Backlog define para onde vamos; o Sprint Backlog contém o percurso para atingir objetivos incrementais; e, em conjunto, materializam-se em resultados concretos, refletindo precisamente o progresso em cada momento. Compreender estes componentes é parte essencial de aproveitar o potencial de Scrum para uma gestão ágil de projetos eficaz.

Ao percorrer os blocos fundamentais de Scrum, preparamos a exploração de outro pilar da metodologia ágil: as diversas funções que constituem uma equipa Scrum bem-sucedida.

Aprofundar as funções Scrum

As funções de Scrum Master e Product Owner são fundamentais para o sucesso de um projeto Scrum. Exploremo-las em pormenor para compreender a sua importância na gestão ágil de projetos.

O Scrum Master

O Scrum Master desempenha um papel essencial como guardião do processo Scrum, assegurando que a equipa segue os princípios e as práticas do framework. Atua como líder servidor, promove a colaboração e capacita a equipa para melhorar continuamente e entregar resultados de elevada qualidade.

Um aspeto essencial da sua responsabilidade é eliminar obstáculos ao progresso da equipa, seja tratando conflitos internos ou facilitando a comunicação com partes interessadas externas. Isso garante que a equipa se mantém concentrada nos objetivos, sem distrações desnecessárias.

Além disso, orienta e acompanha a equipa nas metodologias ágeis para que compreenda e aplique plenamente os princípios. Ao organizar workshops, formações e outras oportunidades de aprendizagem, o Scrum Master ajuda a estabelecer uma base sólida de práticas ágeis na equipa.

O Product Owner

Por outro lado, temos o Product Owner, que faz a ligação entre a equipa de desenvolvimento e as partes interessadas, representando sobretudo a voz do cliente. A sua responsabilidade principal é definir e ordenar os entregáveis para maximizar o valor para os utilizadores e os objetivos de negócio. Um aspeto fundamental é traduzir as necessidades dos clientes em User Stories e itens do Product Backlog bem definidos. Estes requisitos refinados dão direção e propósito claros ao desenvolvimento.

Além disso, é essencial manter uma colaboração contínua com as partes interessadas para recolher feedback de forma iterativa. Ao acompanhar as condições do mercado e as preferências dos clientes em evolução, o Product Owner garante que o produto se mantém alinhado com os objetivos estratégicos e corresponde às expectativas dos utilizadores.

Pense nisto: tal como um artista molda cuidadosamente uma obra segundo a sua visão e incorpora o feedback do público ao longo do caminho, o Product Owner cria funcionalidades com base nos contributos dos clientes, repetindo o ciclo até alinhar as necessidades dos utilizadores com os objetivos de negócio.

As particularidades destas funções mostram como se complementam num ambiente Scrum, promovendo colaboração, entrega de valor e alinhamento com os objetivos da organização.

Compreender como estas funções essenciais colaboram abre caminho para valorizar melhor o papel dos artefactos nos projetos ágeis.

O membro da equipa Scrum

O Membro da equipa Scrum é uma função essencial no framework Scrum, contribuindo para o esforço colaborativo de um grupo que trabalha para um objetivo comum. Os membros desempenham um papel fundamental de várias formas, utilizando competências diversas para melhorar o desenvolvimento de produtos. Nas reuniões diárias de acompanhamento, informam sobre o progresso e discutem impedimentos, promovendo comunicação eficaz. Participam também ativamente no Sprint Planning e contribuem para determinar a velocidade, uma métrica da capacidade de concluir trabalho da equipa. Interagem com elementos como o gráfico de burndown e o quadro Scrum, que representam visualmente o progresso e as tarefas. Seguem a Definition of Done, garantindo que o trabalho cumpre os critérios estabelecidos, e adotam uma abordagem auto-organizada, capacitando-se para tomar decisões que contribuam para o sucesso global do projeto.

Compreender os artefactos Scrum

Os artefactos Scrum são resultados concretos do trabalho realizado num projeto Scrum. Facilitam a comunicação e a compreensão entre os membros da equipa e as partes interessadas. Os artefactos formais são Product Backlog, Sprint Backlog e Incremento. Nesta secção, exploramos também duas técnicas de apoio úteis: User Stories e gráficos de burndown.

User Stories

As User Stories são pequenas janelas para o projeto mais amplo. São descrições curtas e simples de uma funcionalidade, na perspetiva do utilizador final ou cliente que deseja essa capacidade. Imagine-as como mensagens em notas adesivas ou pequenos cartões, que registam os pormenores essenciais do que uma funcionalidade deve fazer. São escritas em linguagem corrente e transmitem os desejos e as necessidades dos utilizadores de forma compreensível para membros técnicos e não técnicos da equipa.

O grande valor de criar estas User Stories está na sua capacidade de representar requisitos funcionais e iniciar conversas entre programadores, profissionais de testes, designers e clientes, ajudando a compreender o que precisa de ser construído.

Criar User Stories úteis:

• Envolva os utilizadores: As User Stories apresentam o que os clientes realmente querem.
• Concentre-se no valor e nos resultados: Concentram-se no valor central oferecido aos utilizadores.
• Incentive o envolvimento e a interação: Promova a interação, em vez de apenas construir coisas.

Gráficos de burndown

Os gráficos de burndown (saiba mais gráfico de burndown em Scrum) representam visualmente o trabalho por concluir em função do tempo, mostrando o trabalho restante no eixo Y e o tempo no eixo X. É como ter alguém a pintar uma imagem do progresso, ou da sua ausência, ao longo de vários ciclos de Sprint.

Estes gráficos não são apenas elementos visualmente agradáveis: são um instrumento de medição do progresso com base em dados históricos, oferecendo uma análise retrospetiva valiosa para orientar decisões futuras. Ver quanto trabalho resta e quanto tempo poderá demorar cria transparência e dá às equipas as informações necessárias para decidir de forma informada.

Lembre-se de que os gráficos de burndown não devem apenas refletir a evolução das tarefas ao longo do tempo, mas também comunicar os níveis de risco de cumprir determinados marcos temporais. Iniciam o diálogo entre diferentes partes da equipa e ajudam a compreender melhor os obstáculos que se aproximam.

Ao criar User Stories e manter gráficos de burndown, promovemos clareza e transparência. É através destes elementos que concretizamos princípios como colaboração, simplicidade e comunicação aberta entre equipas ágeis.

Até aqui, explorámos os artefactos Scrum e técnicas de apoio para uma gestão de projetos eficaz. Passemos à avaliação das principais cerimónias da metodologia Scrum.

Analisar as cerimónias Scrum

O coração de Scrum está nas suas cerimónias. São eventos concebidos especificamente para manter o trabalho em andamento, garantir que todos estão em sintonia e proporcionar oportunidades de inspeção e adaptação à equipa. Exploremos agora algumas destas cerimónias fundamentais para compreender a sua função e importância na gestão ágil de projetos.

Reuniões diárias de acompanhamento

A reunião diária de acompanhamento é curta e tem duração limitada, ocorrendo normalmente à mesma hora e no mesmo local todos os dias. A equipa de desenvolvimento reúne-se para sincronizar atividades e tornar visíveis impedimentos que possam afetar o desempenho. Não é um relatório de estado com todos os pormenores das tarefas, mas uma breve verificação para garantir que todos compreendem em que a equipa trabalha, o que pode bloquear o progresso e se alguém precisa de ajuda.

O objetivo desta reunião diária é promover a colaboração e a transparência. Permite compreender o trabalho dos outros, identificar possíveis dependências e áreas onde se pode oferecer apoio. Ao tratar imediatamente os obstáculos, a equipa acelera as soluções e reduz os atrasos.

Sprint Planning

Outra cerimónia fundamental é o Sprint Planning. Decorre no início de cada Sprint, uma iteração de trabalho que normalmente dura entre uma e quatro semanas. O objetivo é definir o que pode ser entregue no Incremento e como o trabalho será realizado. Nesta sessão, a Scrum Team colabora para discutir e acordar um conjunto de objetivos para o próximo Sprint.

Este evento tem um foco duplo: primeiro, decidir quais os itens do Product Backlog, uma lista de trabalho ordenada por prioridade, que podem ser desenvolvidos no Sprint; segundo, elaborar um plano para realizar esse trabalho. Aspetos essenciais, como definir objetivos exequíveis, delinear estratégias, identificar possíveis desafios e ordenar as tarefas por prioridade, são discutidos em profundidade no Sprint Planning.

Sprint Reviews

A Sprint Review, uma cerimónia essencial do framework Scrum, reúne as partes interessadas e a equipa de desenvolvimento para abordar questões fundamentais sobre o progresso do produto. Ao contrário do acompanhamento diário, decorre no fim de cada Sprint e oferece uma visão abrangente do ciclo de desenvolvimento. Promove um sentido de comunidade, reunindo pessoas com diferentes perspetivas, incluindo membros da equipa, partes interessadas e utilizadores finais. Funciona como uma sessão de partilha de conhecimentos, na qual se trocam as aprendizagens do Sprint para compreender em conjunto a trajetória do produto. Além disso, permite apresentar e avaliar novas ideias, garantindo que o projeto continua dinâmico e capaz de responder a requisitos em evolução. Essencialmente, é um ponto fundamental de avaliação que promove colaboração, transparência e melhoria contínua no framework Scrum.

Sprint Retrospectives

Como qualquer processo de aprendizagem, a metodologia ágil valoriza a introspeção e a melhoria contínua. É aqui que entram as retrospetivas: proporcionam à Scrum Team a oportunidade de se inspecionar e criar um plano de melhorias a aplicar no Sprint seguinte.

Imagine uma reunião de «lições aprendidas», em que os membros discutem abertamente o que correu bem no Sprint, o que poderia ter sido melhor e novas abordagens para alcançar melhores resultados no futuro. Este compromisso com a evolução ajuda a acolher a mudança, aperfeiçoar processos e melhorar o desempenho ao longo do tempo.

Estas cerimónias maximizam a colaboração, promovem progresso contínuo e asseguram um fluxo de trabalho eficiente, elementos essenciais para entregar projetos com sucesso num framework ágil.

Agora que compreendemos melhor os componentes fundamentais de Scrum, é altura de explorar os benefícios para o seu projeto.

Como Scrum beneficia o seu projeto

Na gestão de um projeto, a eficiência e a capacidade de adaptação são essenciais. É aqui que Scrum se destaca, oferecendo vários benefícios que podem aumentar a eficácia e o sucesso do projeto.

Maior produtividade

Uma das maiores vantagens de Scrum é o aumento significativo de produtividade que facilita. A sua natureza iterativa promove melhoria contínua, dando à equipa oportunidades regulares de refletir sobre os processos e fazer ajustes. Ao dividir o trabalho em iterações ou Sprints geríveis, as equipas podem concentrar-se na entrega de pequenos Incrementos valiosos, assegurando progresso consistente.

Além disso, a importância atribuída à colaboração e à auto-organização cria um sentido de responsabilidade e pertença. Isso motiva os membros a trabalhar de forma mais coesa e eficiente para alcançar objetivos coletivos. Como resultado, a produtividade aumenta e os projetos avançam a um ritmo mais rápido.

Maior transparência

Outro benefício importante de implementar Scrum é a maior transparência ao longo de todo o ciclo de vida do projeto. As reuniões diárias de acompanhamento, revisões regulares e retrospetivas mantêm todos informados sobre o estado do projeto, possíveis obstáculos e realizações. Isso cria um ambiente de comunicação aberta e troca de feedback, garantindo que todos compreendem claramente o progresso em qualquer momento.

A maior transparência dá melhores informações à equipa e permite também aos clientes e às partes interessadas ver plenamente a evolução do projeto. Esta transparência estabelece uma base de confiança na capacidade da equipa de entregar conforme esperado.

Flexibilidade

No ambiente de negócio dinâmico atual, adaptar-se rapidamente à mudança é fundamental para o sucesso de um projeto. A natureza flexível de Scrum permite responder prontamente a alterações dos requisitos ou das necessidades dos clientes durante o desenvolvimento. Com ciclos mais curtos e revisões frequentes, as alterações necessárias podem ser incorporadas sem comprometer todo o projeto.

Adaptar-se a novas condições de mercado ou incorporar feedback dos clientes passa a ser uma parte natural do processo, em vez de uma tarefa penosa. Esta flexibilidade garante o alinhamento dos projetos com objetivos e exigências do mercado em evolução, facilitando a entrega de valor relevante para os utilizadores finais.

Ao aumentar a produtividade, reforçar a transparência e promover flexibilidade perante as necessidades em constante mudança dos projetos e clientes, Scrum melhora significativamente a eficácia global da gestão de projetos.

Quais são os outros principais componentes do framework Scrum?

Auto-organização

A auto-organização e a comunicação na equipa são importantes em todos os projetos Scrum. Deixa de existir um gestor de projetos no sentido clássico. No framework Scrum, essas responsabilidades distribuem-se pelo Product Owner, Scrum Master e Developers. No entanto, é a equipa que decide o que pode fazer e em que quantidade numa determinada iteração do projeto, ou Sprint.

Melhoria contínua

Outro aspeto central do framework Scrum é a melhoria contínua: inspecionar e adaptar. As Scrum Teams devem inspecionar e avaliar frequentemente os artefactos e processos que criam para os adaptar e otimizar. A médio prazo, isso melhora os resultados, aumenta a previsibilidade e minimiza o risco global do projeto.

O framework Scrum procura lidar com o facto de os requisitos poderem mudar rapidamente ou não serem totalmente conhecidos no início do projeto. Os requisitos detalhados só são definidos quando vão efetivamente ser implementados. Em Scrum, alterar e otimizar o produto, os requisitos e os processos faz parte integrante de todo o ciclo de engenharia.

Comunicação

Outro pilar do framework Scrum é a comunicação. O Scrum Product Owner trabalha de perto com a Scrum Team para identificar funcionalidades e definir prioridades. Estas são descritas em User Stories e guardadas no Scrum Product Backlog. O Product Backlog contém tudo o que atualmente se sabe ser necessário para entregar com sucesso um sistema de software funcional.

Capacitação da equipa

Os Developers selecionam o trabalho que preveem conseguir concluir nos Sprints de 2–4 semanas deste exemplo. Como a Scrum Team pode comprometer-se com os próprios objetivos, sente-se mais motivada e trabalha com o melhor desempenho possível. O Scrum Master é outra função importante, atuando como líder servidor da equipa. As suas principais tarefas são ajudá-la a compreender o funcionamento de Scrum, protegê-la de interrupções externas e eliminar impedimentos que a impeçam de atingir a máxima produtividade.

Na sua forma simples, o framework Scrum é mais adequado a projetos menores, com uma equipa. Também pode apoiar trabalhos maiores, com várias equipas ou equipas distribuídas. O «Chief Scrum Product Owner» descrito nesta edição é uma possível organização para aumentar de escala, não uma função adicional exigida pelo framework Scrum.

Aplicações práticas dos componentes Scrum

Uma aplicação prática importante é o mapeamento de User Stories, uma técnica que ajuda a compreender como o utilizador interage com o software. Este apoio visual simplifica a recolha dos requisitos e o mapeamento do percurso do utilizador, essenciais para criar um Product Backlog completo. Ao dividir visualmente a visão global em componentes geríveis, permite organizar as funcionalidades necessárias, alinhar as partes interessadas e definir as prioridades com base nas necessidades dos utilizadores.

Esta representação visual também ajuda a descobrir lacunas ou duplicações no fluxo de desenvolvimento e a comunicar e conceber o roteiro global do produto. Através do mapeamento de histórias, membros da equipa, Product Owners, Scrum Masters e Developers colaboram para ver o produto de ponta a ponta, compreender melhor as expectativas dos utilizadores e refinar o Product Backlog com base nesses conhecimentos.

Outra aplicação prática essencial dos componentes Scrum é a estimativa ágil, utilizando o dimensionamento relativo e Planning Poker para estimar com maior exatidão o esforço necessário para concluir User Stories ou tarefas. Estas técnicas melhoram o planeamento e a previsão ao envolver toda a equipa na estimativa do esforço de uma tarefa.

O dimensionamento relativo permite estimativas mais rápidas, comparando novos itens com outros já concluídos e utilizando escalas como tamanhos de T-shirt (S, M, L) ou a sequência de Fibonacci (1, 2, 3, 5, 8...). Por outro lado, o Planning Poker envolve a participação ativa de todos, que apresentam estimativas individualmente até chegarem a um acordo através da discussão.

Por exemplo, uma equipa de desenvolvimento estima uma nova funcionalidade com Planning Poker. Um Developer atribui-lhe duas semanas, enquanto outro a considera uma tarefa de uma semana. Isso promove a discussão sobre os fatores que afetam cada estimativa: complexidade, riscos ou dependências de outras tarefas. Esta abordagem inclusiva melhora a compreensão do âmbito de trabalho necessário para concluir a funcionalidade.

Em suma, o mapeamento de User Stories e a estimativa ágil são aplicações práticas fundamentais dos componentes Scrum que contribuem ativamente para um planeamento eficaz e uma compreensão coerente nos projetos ágeis. Estas abordagens dão às equipas ferramentas poderosas para lidar eficientemente com requisitos complexos e manter o alinhamento com as necessidades dos utilizadores ao longo do desenvolvimento.

Recapitulação dos componentes Scrum

Na gestão ágil de projetos, Scrum destaca-se como um framework poderoso que valoriza a colaboração e a adaptação. Organiza o trabalho em iterações de duração limitada, os Sprints, cada uma com algumas semanas. Os principais participantes incluem a Scrum Team, composta pelo Product Owner, Scrum Master e Developers, que formam uma equipa multifuncional responsável por entregar Incrementos valiosos. A Scrum Team colabora de perto com as partes interessadas, garantindo que os seus contributos são considerados e incorporados no desenvolvimento.

No framework Scrum, os componentes moldam o processo de desenvolvimento. Abrangem funções, artefactos e eventos que, em conjunto, orientam a equipa para entregar Incrementos de elevado valor. O Product Backlog é o repositório dinâmico de todos os itens de trabalho, ordenados pelo Product Owner com base no valor de negócio. Ao longo de cada Sprint, o Scrum Master facilita e orienta o processo, assegurando o cumprimento dos princípios de Scrum. A Scrum Team trabalha em conjunto para produzir um Incremento: uma versão do produto potencialmente lançável que acrescenta valor concreto. Esta colaboração entre funções, artefactos e eventos impulsiona a equipa e reforça a transparência, promovendo uma compreensão partilhada do progresso entre todas as partes interessadas.

Sem dúvida, a peça central de Scrum é a capacidade de gerar um Incremento valioso no fim de cada Sprint. Esta entrega incremental demonstra progresso concreto e facilita a adaptação rápida a requisitos em mudança. A dedicação da Scrum Team, orientada pelo Scrum Master e impulsionada pela visão do Product Owner, resulta num ciclo de entrega contínua alinhado com as expectativas das partes interessadas. O foco persistente nos Incrementos mantém Scrum dinâmico e adaptativo, oferecendo valor significativo à equipa e aos utilizadores finais. A clareza das funções, a colaboração em torno dos artefactos e o ritmo dos Sprints fazem de Scrum um framework transformador, com um percurso estruturado mas flexível para o sucesso no desenvolvimento de produtos.

Explore estas aplicações práticas através dos nossos recursos gratuitos para descarregar no International Scrum Institute e aprofunde hoje a sua compreensão da gestão ágil de projetos!