O que é Scrum?

Scrum é uma estrutura para desenvolver, entregar e sustentar produtos complexos através da colaboração efetiva de equipes. Ele fornece um processo leve para focar e coordenar atividades colaborativas baseadas em equipe enquanto o Time Scrum aborda problemas adaptativos complicados e entrega um produto de valor ótimo de forma incremental e com cronograma previsível.

Originalmente concebido pelos professores Hirotaka Takeuchi e Ikujiro Nonaka e publicado como "The New Product Development Game" na Harvard Business Review em 1986, o Scrum foi adaptado e popularizado por Jeff Sutherland e Ken Schwaber na década de 1990. Tornou-se uma forma cada vez mais popular de trabalhar, expandindo-se do desenvolvimento de software para muitas áreas de desenvolvimento de produto que podem aplicar e se beneficiar de uma abordagem iterativa e incremental. Ele tem sucesso ou falha na competência técnica e nos esforços colaborativos da equipe.

De uma perspectiva de processo, o Scrum oferece uma abordagem ágil simples e extremamente efetiva para entrega de produtos. Como será mostrado mais adiante, o Scrum não é, e não pretende descrever uma abordagem ágil para gerenciamento de projetos.  

O framework inclui três papéis distintos que compõem um Time Scrum, cada um com responsabilidades claramente definidas, cinco eventos e três artefatos. As regras descritas no Guia do Scrum conectam os papéis, eventos e artefatos, orientando seus relacionamentos e interações.

• Os 5 Eventos: Sprint, Planejamento da Sprint, Scrum Diário, Revisão da Sprint, Retrospectiva da Sprint
• Os 3 Artefatos: Backlog do Produto, Backlog da Sprint, Incremento do Produto
• Os 3 Papéis: Product Owner, Desenvolvedor, Scrum Master.

1. O Sprint é uma time-box, que pode ter qualquer duração, mas tipicamente de 2 a 4 semanas, durante a qual um ou mais Incrementos de Produto "Prontos" (ou seja, utilizáveis e pelo menos potencialmente liberáveis) são criados. O Sprint contém todos os outros eventos.
2. O Planejamento do Sprint é onde o trabalho a ser realizado no próximo Sprint é planejado pelos Desenvolvedores. Eles negociam uma Meta do Sprint realista com o Product Owner, selecionam itens apropriados do Product Backlog para contribuir com essa meta e planejam o trabalho para alcançá-la.
3. A Daily Scrum é uma reunião de 15 minutos realizada pelos Desenvolvedores no Time Scrum. É realizada todos os dias do Sprint e os Desenvolvedores a utilizam para reafirmar seu compromisso em alcançar a Meta do Sprint e ajustar seus planos adequadamente.
4. A Revisão do Sprint é realizada no final do Sprint. Seu propósito é tornar visível para as partes interessadas o que foi entregue no Sprint, permitindo que inspecionem formalmente e sugiram adaptações ao Product Backlog para orientar o desenvolvimento contínuo.
5. A Retrospectiva do Sprint é uma oportunidade para o Time Scrum refletir sobre a eficácia de sua forma de trabalho e criar um plano de melhorias a serem implementadas durante o próximo Sprint ou Sprints subsequentes.

Os três artefatos do Scrum são projetados para manter o foco no valor a ser entregue. Eles são transparentes – ou seja, deliberadamente visíveis – para qualquer pessoa interessada no que o Time Scrum está fazendo e como está conduzindo seu trabalho. Cada artefato inclui um compromisso.

O Product Backlog é uma lista ordenada de tudo que precisa ser feito para alcançar sua Meta do Produto. É a única fonte de trabalho para o Time Scrum. Embora possa haver mais de uma Meta do Produto, por exemplo, descrevendo um roadmap do produto, apenas uma meta por vez é trabalhada. A Meta do Produto é o objetivo, o compromisso, que o Product Backlog foi projetado para alcançar.

O Sprint Backlog inclui o conjunto de itens do Product Backlog selecionados para uma Sprint e todo o trabalho necessário para alcançar a Meta da Sprint. Embora um ou mais Incrementos do Produto possam ser entregues durante a Sprint, há apenas uma Meta da Sprint. A meta da Sprint é o compromisso para o Sprint Backlog e é o que os Desenvolvedores se esforçam para alcançar.

O Incremento do Produto é o que os desenvolvedores criam que atende à necessidade descrita por um ou mais itens do product backlog. É um passo tangível em direção ao alcance da Meta da Sprint. Quando mais de um é entregue em uma Sprint, cada Incremento do Produto inclui o anterior. O compromisso é alcançar a 'Definição de Pronto' para o Incremento do Produto. Esta 'Definição de Pronto' é uma descrição formal dos padrões de qualidade necessários que o produto deve atender.

Sabemos pelo manifesto Ágil que os praticantes da agilidade valorizam indivíduos e interações mais que processos e ferramentas – o que significa que, embora haja um lugar para processos e ferramentas – e vamos deixar bem claro, o Scrum inclui um elemento de processo significativo – nós valorizamos as pessoas e a forma como elas trabalham juntas, mais. Os papéis e responsabilidades associados a esses papéis, bem como as interações colaborativas entre os indivíduos que ocupam esses papéis, são fundamentais para o uso efetivo do Scrum.

Um Time Scrum é composto por um Product Owner, um Scrum Master e, tipicamente, entre 5 e 9 Desenvolvedores. A equipe precisa ser multifuncional – possuindo coletivamente todas as competências necessárias para entregar o produto desejado e a habilidade de colaborar para alcançar esse objetivo. A equipe é auto-organizável – não reconhecendo estrutura hierárquica e permitindo que a liderança para trabalhos específicos emerja conforme apropriado.

Product Owner

O Product Owner é responsável por maximizar o valor do produto resultante do trabalho do Time Scrum. O Product Owner é um indivíduo, não um comitê, e tipicamente representa as necessidades de muitos stakeholders, incluindo os clientes para quem o valor está sendo criado. Ao contribuir para o trabalho do Time Scrum, ele é responsável pelo gerenciamento eficaz do Product Backlog, que inclui:

• Desenvolver e comunicar explicitamente o Objetivo do Produto.
• Criar e comunicar claramente os itens do Product Backlog.
• Priorizar itens do Product Backlog.
• Garantir que o Product Backlog seja transparente, visível e compreendido.

Qualquer stakeholder que queira alterar o Product Backlog pode fazê-lo apenas através do Product Owner.

Desenvolvedor

O papel de Desenvolvedor no Time Scrum se aplica a qualquer pessoa que esteja colaborando ativamente com outros na equipe para desenvolver o Produto – até mesmo alguém que também ocupe um dos outros papéis pode ser um Desenvolvedor. As habilidades necessárias para um Desenvolvedor variarão dependendo do tipo de trabalho sendo realizado e do que está sendo produzido. Desenvolvedores trabalhando em um Time Scrum para paisagismo de um jardim precisarão de um conjunto de habilidades muito diferente daqueles preparando uma festa de jantar elaborada ou daqueles construindo um novo jogo para smartphone. O Scrum pode ser aplicado em todos esses ambientes de desenvolvimento.

No Scrum, os Desenvolvedores são sempre responsáveis por:

• Criar um plano para a Sprint, o Sprint Backlog;
• Instituir qualidade aderindo a uma Definição de Pronto;
• Adaptar seu plano a cada dia em direção ao Objetivo da Sprint; e,
• Responsabilizar uns aos outros como profissionais.

Scrum Master

O Scrum Master é responsável por estabelecer o Scrum conforme definido no Guia do Scrum. Eles fazem isso ajudando todos a entender a teoria e prática do Scrum, tanto dentro do Time Scrum quanto na organização.

Frequentemente referido como um líder servidor, o Scrum master não possui autoridade de comando – ele não diz às pessoas o que fazer e como se comportar, ele as ajuda a entender como o Scrum deve funcionar e faz o que pode para facilitar sua adoção. Ele presta serviço para:

• O Time Scrum – orientando sua adoção do Scrum, ajudando-os a encontrar maneiras de melhorar continuamente a forma como entregam valor e causando a remoção de qualquer coisa que atrapalhe isso.
• O Product Owner – ajudando-o com o gerenciamento do Product Backlog e ajudando-o a garantir que os Objetivos do Produto e itens do Product Backlog sejam adequadamente moldados, expressos e compreendidos.
• A organização mais ampla na qual o Time Scrum existe – ajudando-a a entender a forma de trabalhar do Scrum e como ela precisa trabalhar e se comportar para permitir que os Times Scrum sejam otimamente eficazes.

A estrutura Scrum é fundamentada na teoria do controle empírico de processos, ou empirismo, que sustenta que o conhecimento vem da experiência e a tomada de decisões é baseada no que pode ser observado. Os pilares do controle empírico de processos são a transparência do processo e progresso, a inspeção do processo e progresso e a adaptação tanto do produto emergente (tornando-o melhor a cada iteração e incremento) quanto das formas de trabalho (melhorando continuamente a eficácia e performance da equipe).

É importante entender como tornar o processo empírico eficaz. A Transparência possibilita a Inspeção, a Inspeção possibilita a Adaptação e as Adaptações devem ser Transparentes. Inspeção sem Transparência é enganosa e desperdiça recursos, Inspeção sem uma intenção de Adaptação é inútil e Adaptação sem Transparência para Inspecionar seu impacto torna a Adaptação arriscada.

Times Scrum eficazes vivem e respiram um conjunto de cinco valores. Esses valores não são únicos de um time Scrum, mas ao torná-los explícitos eles incentivam um trabalho de equipe eficaz e colaborativo. Os valores são Comprometimento, Foco, Abertura, Respeito e Coragem.

• Comprometimento: Os membros do Time Scrum estão comprometidos em alcançar as metas do sprint e entregar trabalho de alta qualidade através do desenvolvimento iterativo e entrega incremental. Isso promove responsabilidade e prestação de contas entre os membros da equipe.
• Coragem: Os membros do Time Scrum têm coragem para abordar abertamente desafios e impedimentos. Eles estão dispostos a assumir riscos e falar sobre questões que podem afetar o sucesso da equipe.
• Abertura: Os membros do Time Scrum compartilham informações, progresso e preocupações entre si, promovendo assim confiança e colaboração dentro da equipe.
• Foco: Os membros do Time Scrum mantêm um foco coletivo nas Metas do Produto e do Sprint, priorizando seu trabalho para otimizar sua entrega de valor.
• Respeito: Os membros do Time Scrum respeitam uns aos outros como profissionais, reconhecendo as habilidades, perspectivas e contribuições de cada um enquanto trabalham na entrega do produto. Isso cria um ambiente de trabalho positivo e melhora a cooperação entre os membros da equipe.

Esses valores podem e devem ser aplicados para ajudar a tornar eficaz qualquer forma ágil de trabalho.

Os valores do Scrum contribuem coletivamente para a capacidade da equipe Scrum de:

• Adaptar-se à Mudança: O Scrum é altamente responsivo a requisitos em constante mudança. Ele acomoda as necessidades evolutivas do cliente, permitindo ajustes no final de cada sprint, promovendo flexibilidade e maior satisfação do cliente.
• Colaborar para tomar decisões: A natureza auto-organizável da Equipe Scrum e a base empírica da forma de trabalho do Scrum incentivam a colaboração. Viver os valores do Scrum dá vida ao trabalho colaborativo.  
• Melhorar Continuamente: O Scrum incorpora retrospectivas regulares – cujo propósito é fornecer oportunidades regulares para a Equipe Scrum inspecionar a eficácia da forma como trabalham e identificar áreas para melhoria. Esta é a melhoria contínua em ação.
• Abraçar uma Abordagem Centrada no Cliente: O Scrum coloca uma forte ênfase na entrega de valor ao cliente. O Product Owner, representando os interesses do cliente, prioriza funcionalidades, garantindo que o produto esteja alinhado com as necessidades e expectativas do cliente durante todo o seu desenvolvimento.

O Scrum oferece inúmeros benefícios para o desenvolvimento de produtos, aprimorando a eficiência, colaboração e adaptabilidade:

• Flexibilidade
• Tempo de Lançamento Mais Rápido
• Colaboração Aprimorada
• Melhoria na Qualidade do Produto
• Maior Satisfação do Cliente
• Produtividade Elevada
• Melhor Gestão de Riscos
• Transparência
• Equipes Empoderadas
• Melhoria Contínua.

Descubra mais sobre as 10 principais vantagens de usar o Scrum, detalhadas neste blog.

Scrum, pode apresentar vários desafios e desvantagens. Ao implementar Scrum, como acontece com todas as novas formas de trabalho, pode haver resistência à mudança. As equipes podem ter dificuldades com o nível de colaboração e comunicação necessário para que o Scrum funcione eficazmente. Papéis como o Scrum Master também têm responsabilidades específicas que diferem dos papéis tradicionais, e o mal-entendimento desses papéis pode levar à confusão e ineficiência. Uma vez que o Scrum é implementado, ainda há desafios a serem enfrentados, riscos comuns ou desvantagens incluem:-

1. Apoio Inadequado da Gestão: Como em qualquer iniciativa de mudança sem forte apoio da gestão dentro da organização, a adoção do Scrum encontrará resistência ou enfrentará desafios para superar barreiras organizacionais. A falta de compreensão da mudança cultural necessária e o compromisso fraco com isso em níveis mais altos podem limitar severamente o valor que o Scrum pode entregar como forma de trabalho.
2. Curva de Aprendizado: Interrupções e ajustes iniciais podem impactar a produtividade conforme os membros da equipe se adaptam aos novos papéis, eventos e processos colaborativos introduzidos pelo Scrum. O ditado de que as coisas podem piorar antes de melhorar é frequentemente verdadeiro. O importante é permitir tempo para o aprendizado e identificar pessoas com histórico de fazer isso funcionar em outros lugares que possam ajudar.
3. Excesso de Compromisso:  As equipes podem enfrentar o risco de se comprometerem excessivamente com o trabalho durante o planejamento da sprint, levando ao esgotamento ou comprometimento na qualidade das entregas. Equilibrar o desejo de progresso rápido com definição realista de objetivos é crucial para manter práticas de desenvolvimento sustentáveis. É importante estabelecer um ritmo sustentável – espere falhas ao alcançar as Metas da Sprint enquanto a equipe descobre o que pode ser alcançado.
4. Ênfase Excessiva em Objetivos de Curto Prazo: O foco em sprints curtas e de duração fixa no Scrum às vezes pode levar a uma visão míope, onde as equipes priorizam objetivos imediatos em detrimento de objetivos estratégicos de longo prazo. Em um ambiente de produto puro, um bom Product Owner deveria ser capaz de comunicar e manter um foco apropriado de longo prazo. Quando desafiado pela complexidade, algo mais pode ser necessário...
5. Problemas para integrar o trabalho de múltiplas equipes para empreendimentos maiores e mais complexos: O Scrum é forte quando aplicado a equipes únicas, mas extremamente fraco quando o trabalho a ser feito excede a capacidade das '10 pessoas ou menos' na equipe para realizá-lo. Nesta circunstância, um framework mais amplo para lidar com escala e/ou complexidade é recomendado.

Para escala extrema em um contexto de produto – onde centenas de desenvolvedores são necessários – um framework escalado como SAFe pode ser aconselhável. Para problemas de escala menor – até 100 desenvolvedores, por exemplo – e/ou onde a complexidade da solução de negócio global abrange múltiplos produtos, serviços e outras atividades, então um framework de projeto ágil como AgilePM atenderá à necessidade.  

Baseando-se na questão de dimensionamento mencionada acima, neste episódio da série 'Level Up' da APMG, especialistas em gerenciamento ágil de projetos respondem perguntas sobre gerenciamento ágil de projetos e scrum. Uma das principais questões abordadas é a diferença entre essas abordagens.  Questões como planejamento de sprint, a duração ideal de um Sprint e o valor das reuniões diárias são discutidas.

O Agile Business Consortium evoluiu sua abordagem líder mundial de Gerenciamento Ágil de Projetos (AgilePM) para fornecer uma versão projetada especificamente para trabalhar com Scrum. AgilePM for Scrum oferece uma estrutura única para a entrega de soluções comerciais completas. Ele lida explicitamente com soluções que abrangem múltiplos produtos ou serviços, exigindo o esforço combinado de desenvolvimento de múltiplas equipes scrum, ou uma combinação de equipes scrum e não-scrum. Com técnicas para lidar com planejamento ágil e coordenação entre equipes, liderança das perspectivas de visão de negócio, arquitetura de solução e gerenciamento de projetos, governança, risco e mais, vale bem a pena considerar para essa situação de projeto mais complexa.

Neste vídeo, Richard Pharro, CEO da APMG International, e eu discutimos 'AgilePM for Scrum.' Esta nova estrutura une as forças de duas estruturas Ágeis líderes. Richard faz perguntas-chave, visando fornecer insights sobre a estrutura, incluindo seu escopo, a lógica por trás de seu desenvolvimento e quem se beneficia mais da estrutura. Além disso, exploramos o programa de treinamento credenciado e certificação que apoia esta estrutura.

Scrum abriu um caminho significativo para agilidade no desenvolvimento de produtos de software e é uma abordagem muito popular e versátil por boas razões, sendo uma opção perfeita para entregar produtos que encantam clientes diante de requisitos complexos e em evolução. Ele aproveita as vantagens de equipes multifuncionais e colaborativas para entregar valor mais rapidamente e eficientemente do que suas contrapartes menos ágeis.

Não está isento de desafios, no entanto... Ken Schwaber e Jeff Sutherland afirmam em seu Guia Scrum 2020 que "O framework Scrum, conforme descrito aqui, é imutável. Embora implementar apenas partes do Scrum seja possível, o resultado não é Scrum. Scrum existe apenas em sua totalidade..."

Scrum é um framework ágil simples, elegante e eficaz para entrega de produtos. Isso foi comprovado repetidas vezes em todo o mundo em muitas aplicações diferentes em várias indústrias diferentes, mas apenas quando usado em sua totalidade. Se você deixar qualquer elemento do Scrum de fora, simplesmente não funcionará adequadamente. Scrum funciona, ScrumMas arriscam o fracasso. ScrumMas descreve uma situação onde "usamos Scrum mas não fazemos isso".  Para 'não fazemos isso' insira qualquer coisa que quiser... "Não fazemos uma daily Scrum", "não colaboramos", "não temos um Scrum Master, temos um gerente", "não temos um product backlog, temos uma especificação", "não definimos uma Sprint Goal" etc. Schwaber e Sutherland desenvolveram o Scrum, supervisionaram sua evolução gradual e cuidadosa desde meados dos anos 1990 – aceite a sabedoria deles e faça direito.  

Se seu foco é desenvolvimento de produtos, então é fácil ver como trazer agilidade para esse foco aplicando e continuamente melhorando a aplicação do Scrum poderia fornecer benefício tremendo. Mas se sua preocupação vai além do desenvolvimento puro de produtos, então, isoladamente, Scrum pode se mostrar inadequado.

Treinamento, educação e encorajamento e suporte contínuos das Equipes Scrum são necessários para alavancar o sucesso do Scrum. APMG oferece as seguintes certificações para os papéis principais.

Este curso ensina você a se destacar como Scrum Master, aprimorando o desenvolvimento de produtos e soluções usando Scrum. Os principais aprendizados incluem uma compreensão abrangente do Framework Scrum, princípios do Scrum e o papel do Scrum Master. Você também aprenderá como construir equipes de desenvolvimento eficazes, atuar como líder-servidor, facilitar eventos Scrum, auxiliar Product Owners no gerenciamento de backlog e promover a adoção do Scrum.

Neste curso aprenda como maximizar o valor dos produtos entregues pelas Equipes Scrum. Obtenha um entendimento profundo do Framework Scrum e do papel do Product Owner Scrum. Domine os princípios Scrum e como construir e priorizar um backlog de produto orientado por valor, dividindo épicos e temas em histórias de usuário acionáveis.

O primeiro dia dos cursos de Scrum Master e Product Owner são idênticos – converse com seu provedor de treinamento APMG sobre a entrega deste dia como um curso independente ideal para membros da equipe e stakeholders. Ele abrange tudo no Guia Scrum – e eles precisam saber de tudo.   

AgilePM for Scrum combina Scrum com a principal abordagem de gerenciamento ágil de projetos do mundo (AgilePM) para oferecer uma estrutura única para a entrega de soluções de negócio completas onde o desenvolvimento iterativo e incremental é necessário. Esta certificação o capacita com as habilidades para integrar Scrum com Gerenciamento Ágil de Projetos. Os cursos abordam os princípios e a teoria que fundamentam a estrutura Scrum – ministrados por provedores credenciados pela APMG e Agile Business Consortium.

A imagem do 'Scrum Framework' foi criada pelo Agile Business Consortium. Copyright © 2024, Agile Business Consortium. Todos os direitos reservados.