O que é a Metodologia Scrum para Gerenciamento de Projetos?

Embora desenvolvido para o desenvolvimento ágil de software, o Agile Scrum tornou-se a estrutura preferida para o gerenciamento ágil de projetos em geral e, às vezes, é simplesmente referido como gerenciamento de projetos scrum ou desenvolvimento scrum.

Quem usa a metodologia ágil scrum?

Scrum é amplamente utilizado por equipes de desenvolvimento de software. Na verdade, é o metodologia ágil mais popular. De acordo com 12º anual State of Agile Denunciar, 70% das equipes de software usam scrum ou um scrum híbrido. No entanto, o scrum se espalhou para outras funções de negócios, incluindo TI e marketing, onde há projetos que devem avançar na presença de complexidade e ambiguidade. As equipes de liderança também estão baseando suas práticas de gerenciamento ágil no scrum, muitas vezes combinando-o com práticas enxutas e kanban (subgrupos de gerenciamento ágil de projetos).

O que é scrum em relação ao gerenciamento ágil de projetos?

Scrum é um subgrupo do ágil:

  • Agile é um conjunto de valores e princípios que descrevem as interações e atividades diárias de um grupo. O Agile em si não é prescritivo ou específico.
  • A metodologia scrum segue os valores e princípios do ágil, mas inclui definições e especificações adicionais, especialmente no que diz respeito a certas práticas de desenvolvimento de software.

Quais são os benefícios recebidos da metodologia scrum?

As organizações que adotaram o scrum ágil experimentaram:

  • Maior produtividade
  • Produtos de melhor qualidade
  • Tempo reduzido para o mercado
  • Maior satisfação das partes interessadas
  • Melhor dinâmica de equipe
  • Funcionários mais felizes

O que há de tão especial no gerenciamento de projetos scrum?

O Scrum aborda a complexidade do trabalho tornando as informações transparentes, para que as pessoas possam inspecionar e se adaptar com base nas condições atuais e não nas condições previstas. Isso permite que as equipes resolvam as armadilhas comuns de um processo de desenvolvimento em cascata: caos resultante de requisitos em constante mudança; subestimação de tempo, recursos e custos; compromissos na qualidade do software; e relatórios de progresso imprecisos. A transparência de termos e padrões comuns é necessária no desenvolvimento do scrum para garantir que o que está sendo entregue é o esperado. A inspeção frequente garante o progresso e detecta variações antecipadamente para que os ajustes possam ser feitos rapidamente. Os eventos Scrum mais comuns para inspeção e adaptação são: planejamento de sprint, scrum diário ou “stand-up”, revisão do sprint e retrospectiva do sprint (consulte a seção “eventos scrum” abaixo).

O que é a metodologia scrum em comparação com outras abordagens Agile?

A maioria das empresas primeiro faz a transição de equipes individuais para o Agile antes de “escalar” para o resto da organização. Escaler o ágil não é fácil, o que recentemente levou ao surgimento de novas estruturas, como o Estrutura Agile Escaleda® e Disciplined Agile Delivery (DAD) Essa popularidade tornou o scrum uma parte significativa de muitas iniciativas de gerenciamento ágil do ciclo de vida de aplicativos (Agile ALM).

Quais são os componentes do desenvolvimento ágil do scrum?

A metodologia scrum é definida pelos papéis da equipe, eventos (cerimônias), artefatos e regras.

a equipe de scrum

As equipes Scrum são normalmente compostas por 7 +/- 2 membros e não possuem um líder de equipe para delegar tarefas ou decidir como um problema é resolvido. A equipe como uma unidade decide como abordar questões e resolver problemas. Cada membro da equipe scrum é parte integrante da solução e espera-se que leve um produto desde o início até a conclusão. Existem três funções principais em uma equipe scrum:

O proprietário do produto

O proprietário do produto é a principal parte interessada do projeto – geralmente um cliente interno ou externo ou um porta-voz do cliente. Existe apenas um proprietário do produto que transmite a missão geral e a visão do produto que a equipe está construindo. O proprietário do produto é responsável por gerenciar o backlog do produto e aceitar incrementos de trabalho concluídos.

O mestre do scrum

O scrum master é o líder servidor do proprietário do produto, equipe de desenvolvimento e organização. Sem autoridade hierárquica sobre a equipe, mas sim como um facilitador, o scrum master garante que a equipe siga a teoria, as práticas e as regras do scrum. O scrum master protege a equipe fazendo todo o possível para ajudar a equipe a ter um desempenho de alto nível. Isso pode incluir remover impedimentos, facilitar reuniões e ajudar o proprietário do produto a preparar o backlog.

A equipe de desenvolvimento

A equipe de desenvolvimento é um grupo auto-organizado e multifuncional armado com todas as habilidades para entregar incrementos entregáveis ​​na conclusão de cada sprint. O Scrum amplia a definição do termo “desenvolvedor” além dos programadores para incluir qualquer um que participe da criação do incremento entregue. Não há cargos na equipe de desenvolvimento e ninguém, incluindo o scrum master, diz à equipe de desenvolvimento como transformar itens do backlog do produto em incrementos potencialmente entregáveis

Eventos Scrum (cerimônias)

O sprint

Um sprint é um período de tempo limitado durante o qual um trabalho específico é concluído e preparado para revisão. Os sprints geralmente duram de 2 a 4 semanas, mas podem ser tão curtos quanto uma semana.

Planejamento de sprint

As reuniões da equipe de planejamento do sprint são eventos com tempo definido que determinam quais itens do backlog do produto serão entregues e como o trabalho será realizado.

O stand-up diário

O stand-up diário é uma reunião de comunicação curta (não mais de 15 minutos) em que cada membro da equipe cobre de forma rápida e transparente o progresso desde o último stand-up, o trabalho planejado antes da próxima reunião e quaisquer impedimentos que possam estar bloqueando seu progresso .

A revisão do sprint

A revisão do sprint é o evento “show-and-tell” ou demonstração para a equipe apresentar o trabalho concluído durante o sprint. O proprietário do produto verifica o trabalho em relação aos critérios de aceitação predefinidos e aceita ou rejeita o trabalho. As partes interessadas ou clientes fornecem feedback para garantir que o incremento entregue atendeu à necessidade do negócio.

a retrospectiva

A retrospectiva, ou retro, é a reunião final da equipe no sprint para determinar o que deu certo, o que não deu certo e como a equipe pode melhorar no próximo sprint. Com a presença do time e do scrum master, a retrospectiva é uma importante oportunidade para o time focar em seu desempenho geral e identificar estratégias de melhoria contínua em seus processos.

Artefatos Scrum

Retrospectiva do produto

O backlog do produto é o documento mais importante que descreve todos os requisitos de um sistema, projeto ou produto. O backlog do produto pode ser pensado como uma lista de tarefas que consiste em itens de trabalho, cada um dos quais produz uma entrega com valor comercial. Os itens do backlog são solicitados em termos de valor comercial pelo proprietário do produto.

Slista de pendências de impressão

Um backlog do sprint é a lista específica de itens retirados do backlog do produto que devem ser concluídos em um sprint.

Incremento

Um incremento é a soma de todos os itens do backlog do produto que foram concluídos desde o último software release. Embora caiba ao proprietário do produto decidir quando um incremento é released, é responsabilidade da equipe garantir que tudo o que está incluído em um incremento esteja pronto para ser released. Isso também é conhecido como incremento potencialmente entregável (PSI).

Regras do Scrum

As regras do Agile Scrum devem ser totalmente de responsabilidade da equipe e regidas pelo que funciona melhor para seus processos. Os melhores treinadores Agile dirão às equipes para começar com os eventos básicos de scrum listados acima e depois inspecionar e adaptar com base nas necessidades exclusivas de sua equipe, para que haja uma melhoria contínua na maneira como as equipes trabalham juntas.

Praticando scrum

Iniciar

Para começar com scrum, não é incomum que uma equipe scrum individual use ferramentas scrum simples como um quadro branco, notas adesivas ou uma planilha para gerenciar o backlog do produto e o progresso dos itens do backlog do sprint em cada sprint. Escaler práticas Agile para o resto da organização é, sem dúvida, mais complicado – quanto mais equipes usam scrum dentro de uma organização ou estão geograficamente dispersas, mais complicadas ferramentas simples como quadros brancos, post-its e planilhas se tornam.

Levando o ágil para o próximo nível

Digital.ai Agility, anteriormente VersionOne, aborda o desafio de escalar práticas Agile como scrum, fornecendo uma plataforma de gerenciamento de projetos ágil completa que pode ser usada não apenas por equipes individuais, mas também por empresas distribuídas que adotaram uma estrutura ágil dimensionada. Digital.ai Agility é um ambiente centralizado para as partes interessadas nos níveis de equipe, programa e portfólio planejarem, rastrearem e relatarem entrega de software independentemente da localização.