Guia Completo de Métodos Ágeis: Scrum, Kanban e Mais

Classificado em Tecnologia

Escrito em em português com um tamanho de 4,37 KB.

Métodos Ágeis

Métodos Ágeis representam a família de frameworks e guias existentes, com entregas curtas ao cliente. Sua execução é de maneira iterativa e incremental. Exemplos: Scrum, Kanban, Crystal e DSDM.

Abordagem Ágil

Práticas Ágeis são atividades realizadas, que se fundamentam nos valores e princípios ágeis. Princípios Ágeis foram criados através do Manifesto Ágil. Valores Ágeis deram origem aos princípios ágeis. A necessidade de corresponder às constantes

Valores Ágeis

  1. Indivíduos e interações mais que processos e ferramentas.
  2. Software funcional mais que documentação completa.
  3. Colaboração com o cliente mais que negociação de contratos.
  4. Responder a mudanças mais que seguir um plano.

Princípios Ágeis

Contínua atenção à excelência técnica e bom design aumenta a agilidade. Simplicidade: a arte de maximizar a quantidade de trabalho que não precisou ser feito. As melhores arquiteturas, requisitos e designs emergem de times auto-organizáveis. Software funcional é a medida primária de progresso.

Project Model Canvas

O Project Model Canvas permite a concepção rápida e colaborativa em um projeto. Estimula o planejamento colaborativo, com as seguintes vantagens:

  • Método visual de rápida comunicação.
  • Sem burocracia.
  • Envolve stakeholders.

E desvantagens:

  • Não há um monitoramento e controle definido.
  • Não há detalhamento de cronograma e custos.

4Cs

  • Comunicação
  • Pensamento Crítico
  • Criatividade
  • Colaboração

Scrum

O Scrum é um framework simples para gerenciar projetos complexos.

Pilares

  • Transparência de processos, requisitos de entrega e status.
  • Inspeção constante de tudo o que está sendo feito.
  • Adaptação tanto do processo quanto do produto às mudanças.

Papéis

Scrum Master

Procura assegurar que a equipe respeite os valores e as práticas do Scrum. Atua como facilitador do Daily Scrum. O papel é tipicamente exercido por um gerente de projeto ou um líder técnico, mas em princípio pode ser qualquer pessoa da equipe.

Product Owner

A pessoa que define os itens que compõem o Product Backlog e os prioriza nas Sprint Planning Meetings.

Dev Team

Pessoas envolvidas no projeto. A equipe tem que se auto organizar para realizar o processo que o Product Owner define. Perguntas frequentes:

  • O que eu fiz ontem?
  • O que fiz hoje?
  • Existe algum impedimento?

Eventos

Sprint Planning

Reunião na qual estão presentes o Product Owner, o Scrum Master e todo o Scrum Team, bem como qualquer pessoa interessada que esteja representando a gerência ou o cliente.

Daily Scrum

A cada dia do Sprint a equipe faz uma reunião diária, chamada Daily Scrum. Ela tem como objetivo disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho a ser realizado no dia que se inicia.

Execução da Sprint

A equipe pode utilizar o gráfico de Burndown para acompanhar as atividades já realizadas, as em andamento, as futuras e o progresso da Sprint.

Revisão da Sprint

O objetivo é validar e adaptar o produto que está sendo construído, verificando se o que está sendo feito está de acordo com o esperado. Ajustes e mudanças podem surgir, e o Product Backlog é atualizado.

Retrospectiva da Sprint

Verificar a necessidade de adaptação no processo, vendo o que foi positivo e o que foi negativo. O que deve melhorar ou parar de ser feito.

Artefatos

Product Backlog

Uma lista contendo todas as funcionalidades desejadas para um produto.

Sprint Backlog

É uma lista de tarefas que o Scrum Team se compromete a fazer em um Sprint.

Funcionamento

Começa com a visão > desdobra em backlog > sofre o grooming (priorização ou estimativa de tamanho) > durante o planejamento de sprint cria-se o sprint backlog > o sprint tem de 2 a 4 semanas, e todos os dias no mesmo lugar e horário o Daily Scrum acontece > ao fim do processo tem o produto.

Entradas relacionadas: