Metodologia Scrum: Papéis, Eventos e Artefatos

A metodologia scrum foi desenvolvida como resposta a abordagens rígidas de gerenciamento de projetos, como o método cascata, que não se adaptava às necessidades das equipes ágeis de desenvolvimento de produtos e software. Vamos explorar a metodologia scrum em profundidade, mas antes disso, vamos começar com uma definição simples de scrum.

O que é a Metodologia Scrum?

Scrum é uma estrutura de gerenciamento de projetos que facilita a colaboração da equipe em projetos complexos de desenvolvimento de produtos e software. A boa notícia é que o scrum é fácil de entender. A má notícia é que é difícil de dominar.

A metodologia Scrum enfatiza o trabalho em equipe no gerenciamento de projetos. Ele enfatiza a responsabilidade e é um progresso iterativo em direção a um objetivo bem definido. Scrum faz parte do desenvolvimento ágil de software e as equipes praticam o ágil. O nome vem do esporte rugby, onde o scrum é uma formação onde todos desempenham um papel específico, mas todos estão trabalhando para uma rápida adoção de estratégias.

A colaboração necessária para um scrum bem-sucedido é facilitada pelo ProjectManager, um software de gerenciamento de projetos e trabalho baseado em nuvem que conecta equipes scrum onde quer que trabalhem. Colaborativa ao extremo, nossa plataforma fornece dados em tempo real que permitem que as equipes de scrum comentem tarefas durante um sprint, compartilhem arquivos e muito mais. Comece hoje gratuitamente.

A estrutura do Scrum

Scrum é um framework que consiste em valores, papéis, eventos e artefatos. Esses elementos trabalham juntos para fornecer uma metodologia ágil de gerenciamento de projetos que ajuda as equipes a gerenciar melhor seu trabalho. A estrutura do scrum deve ser simples. É menos uma metodologia tradicional de gerenciamento de projetos e mais uma estrutura para desenvolvimento de produtos e software.

Valores do Scrum

O termo valores scrum na verdade se refere a valores ágeis aplicados a uma estrutura scrum. São declarações simples que funcionam como melhores práticas ágeis. Os valores ágeis vêm do manifesto ágil, um documento com os princípios norteadores da metodologia ágil. Vamos explicar rapidamente do que se trata.

• Indivíduos e interações sobre processos e ferramentas: Processos e ferramentas são importantes no desenvolvimento de software, mas indivíduos e como eles interagem com esses processos e ferramentas são mais importantes.
• Software funcionando sobre documentação abrangente: Antes do manifesto ágil, os desenvolvedores de software se concentravam fortemente na documentação. Esse valor afirma que, embora a documentação seja importante, o foco no desenvolvimento do software deve ser o objetivo principal da equipe scrum.
• Colaboração do cliente sobre a negociação do contrato: esse valor explica que colaborar com os clientes para criar um produto de alta qualidade é muito mais importante do que elaborar um contrato rígido que limita o desenvolvimento do produto, como costumava ser feito nos velhos tempos de desenvolvimento de software.
• Responder à mudança ao invés de seguir um plano: Este valor afirma que ágil é uma metodologia de gerenciamento de projeto que se adapta perfeitamente à mudança com base em um ciclo de desenvolvimento de produto iterativo e não em um plano de projeto rígido.

Funções do Scrum

Como em qualquer coisa no gerenciamento de projetos, a metodologia scrum precisa de pessoas para ser executada. Para isso, define três papéis scrum, um scrum master, um product owner e uma equipe de desenvolvimento, composta por vários membros da equipe.

O mestre scrum, como seu nome sugere, é um especialista em metodologia scrum. Ele garante que todos na equipe scrum entendam como o framework funciona e os ajudem a se adaptar ao ambiente ágil. Ele lidera reuniões de scrum.

O proprietário do produto scrum gerencia o log do produto e supervisiona o planejamento do sprint e participa ativamente das reuniões do scrum. De certa forma, eles atuam como gerentes de projeto porque lideram a preparação do backlog e priorizam as histórias de usuários para ajudar o trabalho em equipe melhor.

A equipe de desenvolvimento scrum é simplesmente composta por todos os membros da equipe que desenvolvem um software ou produto. Eles devem trabalhar em estreita colaboração com o proprietário do produto e seguir as sugestões do scrum master.

Eventos Scrum

Esses eventos scrum ou cerimônias scrum promovem a colaboração da equipe e garantem que haja uma linha constante de comunicação entre os membros da equipe scrum durante o ciclo de vida de desenvolvimento do produto ou software.

Planejamento de Sprint

Usando o backlog do produto, as equipes começam com os itens de maior prioridade e determinam como atingir esse objetivo. Uma boa dica na hora de planejar o sprint é fazer a devida diligência e começar apenas com os itens que estão prontos. Além disso, lembre-se de que o planejamento é um processo curto, portanto, não se prenda aos detalhes. Basta começar a trabalhar para atingir os objetivos. Mantenha o plano colaborativo. A equipe também deve fazer perguntas ao proprietário do produto e às partes interessadas.

Reunião diária de Scrum

São reuniões de 15 minutos onde todos na equipe scrum falam sobre as tarefas em que estarão trabalhando durante o dia e compartilham quaisquer obstáculos ou dificuldades que estejam enfrentando. Não há necessidade de prolongar essa reunião diária de scrum , pois existem outras reuniões, como revisões de sprint e retrospectivas de sprint, para explorar tópicos mais complexos.

Revisão da Sprint

Você quer olhar para trás no sprint e ver o que funcionou e o que não funcionou. Você pode então pegar as informações e aplicá-las a sprints futuros para replicar os aspectos positivos e reduzir os negativos. Comece o processo de revisão do sprint agradecendo aos participantes, oferecendo breves apresentações e estabelecendo regras básicas para a discussão.

Retrospectiva da Sprint

A reunião de retrospectiva do sprint dá à equipe scrum um espaço para refletir sobre o último sprint e determinar o que deu certo e o que deu errado. O feedback das partes interessadas e dos clientes também é coletado para priorizar as histórias dos usuários e melhorar o desempenho do produto.

Preparação de pendências

Após esse ciclo, ele recomeça voltando ao backlog e pegando o próximo item pronto no topo da lista de prioridades. A preparação do backlog consiste em melhorar o processo scrum através da priorização do trabalho com base na experiência anterior e continuar a refinar o trabalho para torná-lo o mais eficiente possível.

Artefatos do Scrum

Na metodologia scrum, o termo artefato refere-se a conceitos-chave que são usados ​​pela equipe scrum para desenvolver produtos em um ambiente ágil. Passaremos pelos artefatos mais críticos que toda equipe scrum precisa: backlog do produto, backlog do sprint e incremento do produto.

• Product Backlog: O Product Owner fará uma lista de trabalho que precisa ser feito e o colocará em ordem de acordo com a prioridade. Isso é construir o backlog do seu projeto. Eles fazem isso determinando o que é um item obrigatório, o que é menos crítico e aqueles que não se encaixam no prazo previsto. Isso significa que o valor de cada item deve ser claro. Qual é o seu impacto, risco e como o item pode ajudar no processo de aprendizagem?
• Sprint Backlog: O sprint backlog pode ser simplesmente definido como o conjunto de histórias de usuários em que a equipe scrum trabalhará em um único sprint. É importante ter certeza de que as histórias de usuários mais críticas são sempre aquelas em que estão sendo trabalhadas e nenhuma delas passa despercebida.
• Incremento do Produto: O termo incremento do produto refere-se a todos os itens do backlog do produto que foram concluídos durante um sprint e também pode ser usado para descrever a soma de todos os itens do backlog concluídos e histórias do usuário.

A teoria da metodologia scrum evoluiu com o tempo. Especialistas em Scrum sugeriram que na verdade existem 7 artefatos de Scrum. Essa visão expandida pode ser muito útil para definir melhor os objetivos da equipe scrum.

Histórico do Scrum

Origens

O processo scrum tem suas origens no início da década de 1990. Jeff Sutherland e Ken Schwaber criaram o processo, que apresentaram na conferência Object-Oriented Programming, Systems, Languages ​​& Applications (OOPSLA) em Austin, Texas, em 1995. Eles então formalizaram a metodologia em um artigo publicado chamado “SCRUM Software Processo de desenvolvimento."

O nome scrum, no entanto, foi herdado de um artigo publicado em 1986 pelos especialistas em gestão Hirotaka Takeuchi e Ikujiro Nonaka, chamado “The New New Product Development Game”. Eles estavam usando a palavra scrum relacionada ao rugby como um meio de enfatizar a importância da colaboração em equipe para o sucesso do projeto.

O artigo relatou uma pesquisa que mostrou como o desempenho no desenvolvimento de projetos novos e complexos se beneficiava de equipes pequenas e auto-organizadas recebendo objetivos em vez de tarefas. As equipes que se destacam são as que recebem direção, mas com autonomia para criar suas próprias táticas para atingir esses objetivos

Scrum e Desenvolvimento de Software

O framework scrum então aplicou esta pesquisa sobre práticas adaptativas ao desenvolvimento de software. Ao longo do caminho, Schwaber recrutou o professor Babatunde A. Ogunnaike Tunde, um engenheiro de pesquisa de controle de processos, para ver como o scrum funcionava com outras metodologias.

Foi determinado que metodologias como cascata e outros processos tradicionalmente estruturados não estavam alinhados com o framework scrum. O professor Tunde concluiu que uma abordagem empírica foi o processo que melhor funcionou com scrum.

Em 2001, Sutherland e Schwaber e 15 outros líderes de desenvolvimento de software criaram o Manifesto para Desenvolvimento de Software Ágil. Pouco depois, a Agile Alliance foi fundada e Schwaber tornou-se seu primeiro presidente. Schwaber foi coautor com Mike Beedle, o primeiro livro sobre scrum, Agile Software Development with Scrum, em 2001.

Scrum nos anos 2000

A Scrum Alliance foi fundada em 2002 por Schwaber, um presidente, com Mike Cohn e Esther Derbry. Mais tarde, eles adicionaram um braço de certificação à organização, com programas Certified ScrumMaster. Em 2006, Sutherland criou a Scrum, Inc., e continua a ministrar os cursos Certified Scrum.

As mudanças na comunidade scrum continuaram quando, em 2009, Schwaber deixou a Scrum Alliance para iniciar a Scrum.org, que oferece a Professional Scrum Series.

Desde então, o scrum assumiu um papel global no gerenciamento de projetos com a primeira publicação do Scrum Guide em 2010, que foi atualizado em 2011 e 2013. Hoje é conhecido como um dos frameworks ágeis mais utilizados no gerenciamento de projetos.

Está até crescendo trabalhar com grandes equipes. Scrum of Scrums aplica-se ao uso da técnica para dimensionar o scrum para grandes grupos.

Como o Scrum se encaixa no Agile?

Scrum é uma parte do processo ágil, mas certamente não é a única parte. Agile é uma grande tenda, mas o scrum é um pilar importante. Pense no scrum como uma estrutura pela qual você pode implementar o desenvolvimento ágil.

O Agile não tem um conjunto de etapas a seguir, portanto, o Scrum fornece um meio de aplicar o Agile ao seu projeto. Existem muitas estruturas que você pode usar no desenvolvimento ágil, como programação extrema ou desenvolvimento orientado a recursos, mas a simplicidade e a autonomia do scrum são pontos de venda.

Scrum também pode ser usado como um ponto de entrada para outras práticas ágeis. Também não é apenas uma estrutura para software, mas pode beneficiar muitos outros tipos de projetos.

Glossário de Termos do Scrum

Antes de definir a estrutura do scrum, aqui está uma pequena lista de alguns dos termos mais comuns usados ​​ao trabalhar em um ambiente scrum.

Gráfico de Burndown: Um gráfico de burndown mostra muito esforço que resta em comparação com o tempo.

Gráfico de Burnup: Mede o aumento de uma medida em relação ao tempo.

Daily Scrum: Reunião curta de scrum sobre o trabalho do dia.

Definição de Done: A definição de Done (DOD) é um dos sete artefatos do Scrum. É um critério de aceitação acordado pela equipe scrum.

Time de Desenvolvimento: Responsável por gerenciar o trabalho relacionado a cada sprint.

Padrões de Engenharia: Padrões compartilhados para desenvolvimento incremental de projetos.

Product Backlog: Um product backlog é o trabalho a ser feito em uma ordem específica.

Refinamento do Backlog do Produto: Quando o proprietário do produto e a equipe adicionam detalhes ao backlog do produto, também conhecido como preparação do backlog.

Product Owner: O gerente responsável pelo produto e pela equipe.

Scrum: Framework para colaboração em equipe em projetos complexos.

Quadro Scrum: Um quadro scrum ajuda as equipes scrum a gerenciar seu trabalho.

Scrumban: Scrumban é uma metodologia híbrida que combina o gerenciamento de projetos Scrum e Kanban.

Scrum Master: A função de scrum master é semelhante a um coach que ajuda a equipe com sua experiência.

Time Scrum: Product owner, time e scrum master. Saiba mais sobre as funções do scrum.

Auto-Organização: Autonomia da equipe dentro dos limites dos objetivos do projeto.

Sprint: Tarefas curtas, uma seguindo imediatamente após a conclusão da outra.

Sprint Backlog: O que a equipe precisa para concluir o sprint.

Objetivo do Sprint: O objetivo do sprint.

Planejamento de Sprint: Um planejamento de sprint é um evento de primavera em que as equipes de scrum planejam seu próximo sprint.

Sprint Retrospective: breve post-mortem do sprint.

Revisão do Sprint: Breve revisão do sprint para ajudar a adicionar melhorias ao próximo.

Stakeholder: não membro da equipe que geralmente é o iniciador de um projeto.

Velocidade: A quantidade média de backlog do produto se transformou em um incremento do projeto durante o sprint.

ProjectManager ajuda equipes Scrum

A metodologia Scrum requer colaboração e flexibilidade. O ProjectManager, um software de gerenciamento de projetos e trabalho baseado em nuvem, conecta equipes scrum e fornece as ferramentas necessárias para trabalhar em um ambiente ágil. Nossa ferramenta fornece dados em tempo real que mantêm todos atualizados e se comunicando, não importa onde estejam, como trabalhem ou qual o papel que tenham no projeto.

Criar e gerenciar quadros Scrum

Nossas múltiplas visualizações de projeto significam que outros departamentos podem colaborar em gráficos de Gantt ou em nossa visualização de planilha. Mas as equipes scrum usarão nossa visualização de quadro scrum, que permite que elas gerenciem sua lista de pendências de histórias de usuários e trabalhem juntas ao planejar um sprint.

Os quadros Scrum também oferecem aos proprietários de produtos e aos scrum masters a visibilidade para acompanhar o progresso e detectar possíveis gargalos, que podem ser rapidamente eliminados com a realocação de recursos.

Acompanhe os fluxos de trabalho do Scrum com painéis em tempo real

Você não quer atrapalhar sua equipe autodirigida, mas precisa saber o que eles estão fazendo. Nosso painel em tempo real rastreia seis métricas de projeto. Não há necessidade de configuração como com produtos inferiores. Nossos fluxos de trabalho personalizados permitem que você aplique gatilhos que definem ações automaticamente para liberar sua equipe para se concentrar em seu trabalho. Além disso, as aprovações de tarefas permitem controlar as alterações de status.

Colabore com sua equipe Scrum

Se sua equipe está sob o mesmo teto ou trabalhando em fusos horários, nossa ferramenta baseada em nuvem permite que eles trabalhem juntos. Os membros da equipe podem comentar no nível da tarefa, marcar outras pessoas não atribuídas a essa tarefa para trazê-las para a conversa e compartilhar imagens e documentos. Notificações por e-mail e alertas no aplicativo mantêm todos atualizados instantaneamente.

Nosso software não é apenas ideal para scrum, mas também pode trabalhar com metodologias mais tradicionais, como cascata ou um híbrido de muitos métodos de gerenciamento de projetos. Nossa ferramenta permite que você colabore com outros departamentos de sua organização que não são ágeis. É a única ferramenta de gerenciamento de trabalho e projeto de que você precisa para obter sucesso.

O ProjectManager é um software de gerenciamento de projetos que está posicionado de forma única para ajudar os gerentes de projeto em todas as fases de seu trabalho, independentemente da metodologia escolhida para enquadrá-lo. Sendo baseado em nuvem, ele coleta dados em tempo real e possui as ferramentas para ajudar as equipes a colaborar, dando-lhes a autonomia necessária do scrum com o monitoramento e gerenciamento para manter o cronograma e o orçamento. Veja como ele pode ajudar você e sua equipe fazendo este teste gratuito de 30 dias.