You are on page 1of 39

Scrum - Gestão Ágil

para Projetos de
Sucesso
Roger da Silva e Silva
Analista de Sistemas - Apisys Tecnologia
Pós-graduando - UNI7
Introdução ao ● Por que Scrum?
Scrum ●

O que é Scrum?
Como é o Scrum?
● De onde veio o Scrum?
Por que Scrum?

Os benefícios no uso do Scrum incluem:

● Entregas frequentes de retorno ao investimento dos


clientes;
● Redução dos riscos do projeto;
● Maior qualidade no produto gerado;
● Mudanças utilizadas como vantagem competitiva;
● Visibilidade do progresso do projeto;
● Redução do desperdício;
● Aumento de produtividade.
O que é Scrum?

Scrum é um framework Ágil, simples e leve, utilizado para a


gestão do desenvolvimento de produtos complexos imersos
em ambientes complexos. Scrum é embasado no empirismo e
utiliza uma abordagem iterativa e incremental para entregar
valor com frequência e, assim, reduzir os riscos do projeto.
O que é Scrum?

Manifesto para Desenvolvimento Ágil de software

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o


nós mesmos e ajudando outros a fazê-lo. Por meio deste trabalho, passamos a
valorizar:

● Indivíduos e interações mais que processos e ferramentas


● Software em funcionamento mais que documentação abrangente
● Colaboração com o cliente mais que negociação de contratos
● Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor aos itens à direita, valorizamos mais os itens à
esquerda.
O que é Scrum?

Scrum se aplica a produtos complexos em ambientes


complexos

● Contextos simples
● Contextos complicados
● Contextos complexos
● Contextos caóticos
● Desordem O modelo Cynefin

Scrum é embasado no empirismo


O que é Scrum?

Scrum é iterativo e incremental


Como é o Scrum?

Início do projeto
● Visão do Produto
● Product Owner
○ usuários do produto
● Roadmap do Produto
● Meta de Roadmap
● Time de Scrum
● Time de Desenvolvimento
● ScrumMaster
○ impedimentos
● Product Backlog
● User Story
● Sprints
○ timebox
Como é o Scrum?

Planejamento do Sprint
● Sprint Planning
● Meta do Sprint
● Definição de Preparado
● Critérios de Aceitação
● Story Point
● Velocidade do Time de Desenvolvimento
● Sprint Backlog
● Quadro de Tarefas
Como é o Scrum?

Desenvolvimento
● Daily Scrum
● Gráfico de Sprint Burndown
● Refinamento do Product Backlog

Encerramento do Sprint
● Incremento do Produto
● Sprint Review
● Sprint Retrospective
● Definição de Pronto
Como é o Scrum?

Entregas
● Releases
● Release Planning
● Plano de Release
● Meta da Release
● Gráfico de Release Burndown
● Gráfico de Release Burnup

Final do projeto
● Kanban
De onde veio o Scrum?

Os cinco porquês - uso do Lean

Nessa técnica, uma vez que um problema ocorre, pergunta-se “por quê?”
iterativamente cinco vezes, sempre questionando a resposta anterior. Assim,
inicialmente pergunta-se o porquê do problema e obtém-se uma causa imediata.
Essa causa é questionada perguntando-se novamente “por quê?”, para o que se
obtém outra causa, que por sua vez é questionada novamente, e assim
sucessivamente até que “por quê?” tenha sido perguntado cinco vezes, quando
então se pretende ter chegado à raiz do problema. A partir daí, propõem-se
ações de melhoria (Liker, 2003; Osono et al., 2008).
Persona e User Story
Papéis: o Time de
● Time de Desenvolvimento
Scrum ● Product Owner
● ScrumMaster
Time de Desenvolvimento

Quem é o Time de Desenvolvimento?

O Time de Desenvolvimento é um grupo multidisciplinar de pessoas,


responsável por realizar o trabalho de desenvolvimento do produto. A partir
das prioridades definidas pelo Product Owner, o Time de Desenvolvimento
gera, em cada Sprint, um Incremento do Produto pronto, de acordo com a
Definição de Pronto, e que significa valor visível para os clientes do projeto.
Time de Desenvolvimento

O que faz o Time de Desenvolvimento?

● Planeja seu trabalho


● Realiza o desenvolvimento do produto
● Interage com o Product Owner durante o Sprint
● Identifica e informa os impedimentos ao ScrumMaster
○ Sinalização de impedimentos
○ Prevenção de impedimentos
● Obtém feedback sobre o produto
● Entrega valor com frequência
Time de Desenvolvimento

Como é o Time de Desenvolvimento?

● Multidisciplinar
○ Polinização cruzada
○ Aprendizado
● Auto-organizado
● Suficientemente pequeno
● Motivado
○ Teoria da Fixação de Objetivos
○ Teoria das Características do Trabalho
○ Teoria ERC
● Orientado à excelência técnica
● Focado nas metas
Product Owner

Quem é o Product Owner?

O Product Owner, também chamado de P. O., é a pessoa responsável por


garantir e maximizar, a partir do trabalho do Time de Desenvolvimento, o
retorno sobre o investimento no produto para os clientes do projeto.
Product Owner

O que faz o Product Owner?

● Gerencia o produto
● Gerencia as partes interessadas no projeto
● Mantém a Visão do Produto
● Gerencia as Releases
○ Planeja o Sprint com o Time de Desenvolvimento
● Colabora com o Time de Desenvolvimento durante o Sprint
● Aceita ou rejeita a entrega do Time de Desenvolvimento
Product Owner

Como é o Product Owner?

● Único
● Disponível para o trabalho no projeto
● Representativo para o produto
ScrumMaster

Quem é o ScrumMaster?

O ScrumMaster trabalha para facilitar e potencializar o trabalho do Time de


Scrum. Ou seja, utilizando-se de seu conhecimento de Scrum, habilidade de lidar
com pessoas, técnicas de facilitação e outras técnicas, o ScrumMaster ajuda o
Product Owner e Time de Desenvolvimento a serem mais eficientes na
realização do seu trabalho.
ScrumMaster

O que faz o ScrumMaster?

● Facilita o trabalho do Time de Scrum


○ Facilitador hábil
○ Facilitador de eventos
○ Liderança no time auto-organizado
● Remove impedimentos
○ Natureza dos impedimentos e sua resolução
● Promove mudanças organizacionais necessárias
● Garante o uso do Scrum
ScrumMaster

Como é o ScrumMaster?

● Competente em soft skills


○ habilidade de comunicação;
○ saber ouvir;
○ flexibilidade e adaptabilidade;
○ capacidade de negociação e habilidade política;
○ capacidade de resolução de problemas e pensamento crítico;
○ habilidade de ensinar, por meio de coaching ou mentoring;
○ paciência;
○ ser colaborativo;
○ etc..
● Presente
● Neutro
Artefatos do ● Product Backlog
Scrum ●

Sprint Backlog
Definição de Pronto
● Incremento do Produto
Product Backlog

O que é o Product Backlog?

O Product Backlog é uma lista de tudo o que se acredita que será desenvolvido
pelo Time de Desenvolvimento no decorrer do projeto. Em cada momento, essa
lista é atualizada, ordenada de acordo com a importância para os clientes do
projeto e possui apenas o nível de detalhes que é possível de se ter.
Product Backlog

Como é o Product Backlog?

● Ordenado
● Planejável
● Emergente
● Gradualmente detalhado

Planning Poker
Sprint Backlog

O que é o Sprint Backlog?

O Sprint Backlog é uma lista de itens selecionados do alto do Product Backlog


para o desenvolvimento do Incremento do Produto no Sprint (o quê),
adicionada de um plano de como esse trabalho será realizado (como).
Sprint Backlog

Como é o Sprint Backlog?


Definição de Pronto

O que é a Definição de Pronto?

A Definição de Pronto é um acordo formal entre Product Owner e Time de


Desenvolvimento sobre o que é necessário para se considerar que um trabalho
realizado no Sprint está “pronto”. São, portanto, critérios definidos por ambos
para garantir a transparência, por meio da compreensão compartilhada do que
significa quando o Time de Desenvolvimento afirma que qualquer item ou o
Incremento do Produto está “pronto”.
Definição de Pronto

Como é a Definição de Pronto?


Incremento do Produto

Em cada Sprint do projeto, o Time de Desenvolvimento trabalha nos itens


selecionados para o Sprint Backlog, do mais importante para o menos
importante, visando atingir a Meta do Sprint. O Incremento do Produto é o
resultado desse trabalho, ou seja, é a soma de todos os itens completos no
Sprint.
Eventos do ● Sprint
● Sprint Planning
Scrum ● Daily Scrum
● Sprint Review
● Sprint Retrospective
Sprint

● Objetivo: atingir a Meta do Sprint;


● Quando: durante todo o desenvolvimento do produto, um atrás do outro;
● Duração: fixa de uma a quatro semanas;
● Participantes obrigatórios: Time de Desenvolvimento, Product Owner e
ScrumMaster;
● Saídas esperadas: um Incremento do Produto pronto, de acordo com a
Definição de Pronto, que atinja a Meta do Sprint.
Sprint Planning

● Objetivo: planejar o ciclo de desenvolvimento (Sprint) que se inicia;


● Quando: no primeiro dia do Sprint, iniciando o mesmo;
● Duração: máxima proporcional a 8 horas para Sprints de 1 mês;
● Participantes obrigatórios: Product Owner, Time de Desenvolvimento e
ScrumMaster;
● Saídas esperadas: Meta do Sprint e Sprint Backlog
Daily Scrum

● Objetivo: planejar o próximo dia de desenvolvimento;


● Quando: em cada dia de desenvolvimento do Sprint;
● Duração: máxima de 15 minutos;
● Participantes obrigatórios: Time de Desenvolvimento;
● Saídas esperadas: plano informal para o próximo dia de trabalho.
Sprint Review

● Objetivo: obter feedback sobre o Incremento do Produto desenvolvido


no Sprint (inspeção e adaptação do produto);
● Quando: no último dia de cada Sprint, antes da reunião de Sprint
Retrospective;
● Duração: máxima proporcional a 4 horas para Sprints de 1 mês;
● Participantes obrigatórios: clientes do projeto, Time de
Desenvolvimento, Product Owner e ScrumMaster. Podem estar
presentes usuários e quaisquer outras partes interessadas que possam
prover feedback;
● Saídas esperadas: entradas para o Product Owner adicionar ao Product
Backlog ou modificá-lo, visibilidade sobre o produto para clientes e
demais partes interessadas.
Sprint Retrospective

● Objetivo: melhoria incremental contínua - inspeção e adaptação dos


processos de trabalho do Time de Scrum;
● Quando: no último dia de cada Sprint, após a reunião de Sprint Review;
● Duração: máxima proporcional a 3 horas para Sprints de 1 mês;
● Participantes obrigatórios: Time de Desenvolvimento, Product Owner e
ScrumMaster;
● Saídas esperadas: planos de ação para melhorias nos processos de
trabalho do Time de Desenvolvimento para o próximo Sprint.
Referências Bibliográficas
Obrigado