metodologias ágeis - scrum

A Euronet Worldwide Company

Metodologias ÁgeisScrum


Quais são os seus problemas? Desenvolvedores

Tudo é pra ontem! – Pressão e Mudança. Não entendo porque ele fez isso! Sou um apertador de parafuso.

Cliente / Dono do produto Recebo o que não quero. Não posso mudar nada. Pago caro.

Gestores Sou Walter Mercado. Nunca é no prazo. Sou o carrasco!


O que é Scrum? Método de Gerenciamento de Projetos (Metodologia Ágil). Possui foco nas pessoas e no trabalho em equipe. É transparente. Luta contra o “comando e controle”. É interativo. É incremental. Scrum é um processo empírico. Objetivo:

Entregar o máximo de valor. Entrega contínua. Satisfação do cliente.


PapéisProduct Owner / Cliente Tem a visão do Produto. É responsável pela criação da lista de requisitos (O quê fazer?). Prioriza os requisitos. Certifica que o projeto tenha Retorno sobre o Investimento (ROI). Ajuda no planejamento da Sprint. Escolhe as datas das Releases. Aceita e rejeita trabalhos. Dá feedback.


PapéisTime É um time de elite pequeno e coeso (5 a 9 membros aprox.). São multifuncionais. São auto gerenciados e auto organizados. Possuem liberdade de como realizam os requisitos (Como fazer?). Realizam as estimativas do projeto. Apresentam o trabalho realizado (Demonstração). São comprometidos. “Estão no mesmo barco”.


PapéisScrum Master Preza pela correta implantação da metodologia. É um facilitador de reuniões e comunicação entre os membros. Certifica que as reuniões estão sendo realizadas. Protege o time de interferências. Remove impedimentos. Certifica e colabora para o time se tornar funcional e produtivo. É um mediador de conflitos.


PapéisDivisão de poderes Não existe nenhum papel com maior ou menor poder. Todos os papéis possuem iguais poderes e se complementam. Quando um dos papéis se torna predominante no sistema os outros

dois se unem para balancear e tornar o projeto viável.


O Processo


Documento de Visão Realizado pelo PO com auxílio do Scrum Master. Deve descrever quem é o cliente. Deve descrever o produto. Deve descrever quando o projeto acaba. Deve ter critérios de Aceitação:

Conceito “DONE, DONE”.


User Stories Realizado pelo PO com auxílio do Scrum Master. São requisitos que são entendidos por todos.

Eu como (usuário) necessito (o que deve ser feito) pois assim (o motivo).

Ex.: “Eu como Vendedor, necessito ver os pedidos de compra

realizados pelos clientes durante o dia, pois assim posso atendê-los o mais rápido possível.”

“Eu como coordenador de projetos, necessito de um PC, pois assim posso gerenciar projetos e realizar apresentações em reuniões.”


Product Backlog Realizado pelo Product Owner. É um conjunto de requisitos priorizados por ROI. Itens mais priorizados estão no topo e também possuem mais

detalhes. Os menos priorizados ficam na base e não precisam ter muitos

detalhes. Os itens do topo são utilizados na Sprint seguinte.


Planejamento da Sprint Sempre ocorre no início da Sprint. É realizado por todos os membros do time: PO, SM e Time. Geralmente a reunião leva 2hrs para cada semana de Sprint

planejado. Planejamento Estratégico:

Estimativas (Planning Poker) Meta Comprometimento

Planejamento Tático: Quebra em tarefas Criação do quadro


Estimativas – Pontos de Esforço São de responsabilidade do Time. São pontos abstratos: copos de café, balinhas, tamanho de camisa,

dias ideais. Nunca são horas, dias ou meses. Complexidade é diferente de Esforço. Os pontos de esforço segue a escala de Fibonacci, devido ao cone de

incerteza: 0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100.


Estimativas – Planning Poker O time se reúne para estimar as histórias criadas pelo PO em ordem de prioridade. Cada um recebe um conjunto de cartas. O Product Owner fala alto a User Story a ser estimada ou explica detalhadamente a funcionalidade a ser

estimada diretamente ao time. O time realiza questionamentos ao PO ou ao próprio time sobre a User Story, afim de identificar se existem

alguns detalhes não esclarecidos. Mas atenção: eles não falam ou comentam sobre qualquer número da estimativa.

Cada um dos integrantes do time, com o seu baralho escolhe de mãos fechadas (sem mostrar aos outros integrantes) uma carta de estimativa contando quantos pontos de esforço o time inteiro (todos juntos trabalhando paralelamente e cooperativamente) levará para realizar aquele User Story.

Todos do time apresentam juntos as cartas na mesa. Se houver o mesmo número em todas as cartas, a estimativa está definida. Senão o integrante que jogou o

número mais alto e o integrante que jogou o número mais baixo dizem os motivos que levaram a jogar aquele número.

O time discute mais um pouco e realiza uma nova jogada até haver um número igual nas cartas ou haver um consenso no número da estimativa.

Se o time jogou as cartas por 3 vezes sem chegar a um consenso, o time deve decidir entrar em consenso imediatamente para não prolongar a reunião eternamente.


Velocidade e Comprometimento A velocidade da sprint é determinada pelo valor

histórico do time, se não houver o valor histórico, o mesmo deve ser estimado pelo time.

A meta do time é criada em um consenso entre o Product Owner e o time.

A meta nunca é numérica. O time se compromete a entregar a sprint. O horário de outras reuniões do time são decididas

neste momento.


Planejamento Tático O time realiza o planejamento de tarefas e estimam as horas que irão

realizá-las, o Scrum Master e o Product Owner não interferem e são cegos.

O time cria o quadro. Itens não planejados. Impedimentos. Bugs.


Daily Meeting Uma reunião diária de 15min que ocorre religiosamente no

mesmo horário e local. Cada membro do time deve dizer: “O que eu fiz?”, “O que vou

fazer?”, “Tenho algum impedimento?” A reunião é para o time, não é controle nem apontamento de

horas. O objetivo é a comunicação dos membros. A reunião não é pra fofocar, nem é pausa para o café. Trate como uma reunião importante como uma visita a um cliente. Todos podem participar, mas apenas os “comprometidos” podem

falar. O Product Owner não precisa participar desta reunião.


Burndown Chart É um instrumento para o time e criado pelo time. O Scrum Master em algumas vezes pode ser o encarregado. Se a linha sobe: o projeto esta com algum problema (atraso). Se a linha desce: o time achou que era difícil mas é fácil (erro na

estimativa).


Sprint Review No final da sprint é agendada uma reunião com todos os membros,

clientes e stakeholders são livres para participar. O Product Owner pergunta se o time atingiu a meta. O time demonstra as User Stories realizadas, se possível, em

ambiente de PRODUÇÃO. Somente o que está DONE! PO recebe e provê feedback anota as possíveis User Stories para

serem realizadas nas próximas sprints.


Sprint Retrospective Todos escrevem em post-its respondendo as perguntas: “O que foi ruim nesta Sprint?” “O que pode ser melhorado nesta Sprint?” O Scrum Master fica responsável de anotar tudo e fazer com que tudo

siga para ser implantado.


Tópicos adicionais Abortar a Sprint. Qualidade não é negociável. Sprint Celebration. Conceitos ágeis:

Respeito Simplicidade Foco Transparência Confiança Comprometimento Coragem

Perguntas? Opiniões?

metodologias ágeis - scrum

Technology