Skip to main content

Processos Scrum

O que é Scrum?​

Scrum é um framework ágil que ajuda pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos. É caracterizado framework por ser um conjunto de processos, contendo papéis, artefatos e cerimônias voltados para resolver problemas e gerar valor de forma iterativa, empírica e incremental.

Mesmo que não utilizemos 100% da metodologia é necessário conhecer para se ambientar no processo de desenvolvimento

img

Papéis 👨‍👦‍👦​

Product Owner (P.O.)​

Responsável por maximizar o valor do produto e do trabalho da equipe. Define as funcionalidades do produto e a ordem de prioridade do backlog. representa o cliente no projeto, o negócio e os usuários finais do produto.

Scrum Master​

É o guardião da metodologia, age como um facilitador do processo Scrum. Ajuda a equipe a entender e adotar o scrum, participa de todas as cerimônias, remove impedimentos que atrapalham o progresso da equipe.

Equipe de Desenvolvimento​

Profissionais que realizam o trabalho para criar o incremento do produto. Auto-organizada e multifuncional. Tipicamente composta por desenvolvedores, designers, testadores, etc.

Cerimônias 🎯​

Sprints​

A Sprint é um contêiner para todos as outras cerimônias. Cada Cerimônias no Scrum é uma oportunidade formal para inspecionar e adaptar os artefatos do Scrum. Considerada como o coração do Scrum, onde ideias são transformadas em valor. São eventos de duração fixa de um mês ou menos para criar consistência. Uma nova Sprint começa imediatamente após a conclusão da Sprint anterior. Todo o trabalho necessário para atingir a meta do Produto, incluindo Planning, Daily, Review e Retrospectiva, acontece dentro de Sprints.

Durante a Sprint:

  • Nenhuma mudança é feita que coloque em risco a meta da Sprint;
  • A qualidade não diminui;
  • O Product Backlog é refinado conforme necessário;
  • O escopo pode ser esclarecido e renegociado com o Product Owner conforme mais é aprendido.

Sprints permitem previsibilidade, garantindo a inspeção e adaptação do progresso em direção a uma meta do Produto ao menos uma vez por mês. Quando o horizonte de uma Sprint é muito longo, a meta da Sprint pode se tornar inválida, a complexidade pode aumentar e o risco pode aumentar. Sprints mais curtas podem ser empregados para gerar mais ciclos de aprendizagem e limitar os riscos de custo e esforço a um período de tempo menor. Cada Sprint pode ser considerado um projeto curto.

Planning​

Planejamento da Sprint, define o trabalho a ser realizado na iteração atual. Esta cerimônia é o momento em que vai ser debatido e entendido previamente o trabalho a ser feito, tanto em visão de negócios quando visão técnica. Durante este processo é apresentado o backlog da sprint, onde veremos a(s) história(s) da sprint, que simboliza a grande entrega a ser feita e também as tarefas, que serão os fragmentos dessa história. Para finalizarmos uma sprint, devem ser entregues as tarefas para que gere o valor necessario para atender a demanda solicitada pelo P.O.

Daily​

O propósito da daily é inspecionar diariamente o progresso em direção a Meta da Sprint. Esta é uma cerimônia tem o intuito de manter todo o time atualizado com feedbacks entre si, porém ela deve ser enxuta com no máximo 15 minutos. A daily promove melhorias na comunicação, identificação de impedimentos, tomada de decisões mais rápidas e consequentemente, elimina a necessidade de outras reuniões.

Sprint Review​

O propósito da Sprint Review é inspecionar o resultado da Sprint e determinar as adaptações futuras. O time apresenta os resultados de seu trabalho para os principais stakeholders e o progresso em direção a Meta do Produto é discutido. Durante o evento, o time e os stakeholders revisam o que foi realizado na Sprint e o que mudou em seu ambiente. Com base nessas informações, os participantes colaboram sobre o que fazer a seguir. O Backlog também pode ser ajustado para atender a novas oportunidades. A Review é uma sessão de trabalho e o time deve evitar limitá-la a uma apresentação.

Retrospectiva​

O propósito da Retrospectiva é concluir a Sprint e planejar maneiras de aumentar a qualidade e a eficácia. O time inspeciona como foi a última Sprint em relação a indivíduos, interações, processos, ferramentas e sua Definição de Pronto. Os elementos inspecionados geralmente variam com o domínio de trabalho. As suposições que os desviaram são identificadas e suas origens exploradas. O time discute o que deu certo durante a Sprint, quais problemas encontraram e como esses problemas foram (ou não) resolvidos. O time identifica as mudanças mais úteis para melhorar sua eficácia. As melhorias mais impactantes são endereçadas o mais rápido possível.

Artefatos 📜​

Product Backlog​

Lista de todas as funcionalidades, requisitos, melhorias e correções necessárias para o produto. Priorizada pelo Product Owner. Constantemente atualizada conforme novos itens são adicionados ou removidos.

Sprint Backlog​

Lista de tarefas específicas que a equipe se compromete a concluir durante o sprint. Derivada do Product Backlog, com tarefas desdobradas em unidades menores e concretas.

Incremento​

Versão do produto que é potencialmente entregável ao final de cada sprint. Deve ser funcional e incluir todas as funcionalidades concluídas até o momento.

Outros​