Fundamentos de Scrum e Agile

Leandro de Castro, desenvolvedor Web e certificado CSM

@leandrophp – leandrocastro@gmail.com

Só programar é suficiente?

Métodos Ágeis

XP

Kanban ScrumLean

Métodos Ágeis

O velho modelo Waterfall

Valores herdados da engenharia

tradicional não funcionam para o

desenvolvimento de software

O velho modelo Waterfall - Cliente

• Clientes sabem que fornecedores odeiam

mudanças de requisitos

• Clientes são forçados a definir tudo que precisam

na fase inicial do projeto;

• Clientes no inicio do projeto estão inseguros

quanto ao que precisam.

O velho modelo Waterfall – Solução do cliente

• Colocar o máximo possível de

requisitos na lista inicial (ou tudo

que vier na cabeça naquele

momento).

O velho modelo Waterfall – Fornecedor

• Fornecedor sabe que os requisitos fornecidos pelo

cliente são vagos;

• Sabe que no decorrer do projeto o cliente

precisará alterar os requisitos;

• Sabe que ao validar o produto com o cliente,

surgirão novas ideias para o produto.

O velho modelo Waterfall – Solução do fornecedor

• Documentar ao máximo tudo que foi passado pelo

cliente para que o fornecedor possa estar

protegido;

• Colocar margens de tempo por todo o projeto;

• Entregar o produto para o cliente apenas no final

do projeto.

A razão…

RESULTADO

RESULTADO

FAIL

Fundamentos do Scrum

Um framework com o qual as pessoas podem resolver problemas complexos e adaptáveis, enquanto entregam produtos de forma produtiva e criativa e com o maior valor possível.

• Leve• Simples de entender• Difícil de aplicar

Manifesto Ágil

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 nos itens à direita,

valorizamos mais os itens à esquerda.

http://agilemanifesto.org/iso/ptbr/

Seguir o plenejado?

Plan-drive VS Value-drive

Estrutura do SCRUM

Papeis do Scrum

Eventos e artefatos

- Sprint:É um time-box de 1 a 4 semanas no qual o time do projeto irá produzir uma parte do produto definida pelo cliente, ou seja, entregando sempre algo de valor para o cliente.

Eventos e artefatos

- Sprint Planning:Reunião para definir do que será entregue no final do ciclo de cada Sprint e decompor cada item do Backlog em tarefas gerando assim o Sprint Backlog.

Eventos e artefatos

- Daily Scrum:Reunião de 15minutos onde cada membro deve responder:- O que eu fiz desde a última reunião?- O que pretendo fazer até a próxima?- Tive algum impedimento?

Eventos e artefatos

- Sprint Review:Reunião com o propósito de apresentar o que foi feito para o PO e convidados. o PO avalia se a meta da Sprint foi alcançada e faz anotações que poderão se transformar em novos itens pata o Product Backlog.

Eventos e artefatos

- Sprint Retrospective:Reunião de lições aprendidas, onde o time avalia:- O que foi bom na última Sprint?- O que deve ser melhorado?

Eventos e artefatos

- Product Backlog:

Eventos e artefatos

- Sprint Backlog:

Eventos e artefatos

- DOD:

Na Sprint o produto incremento deve estar pronto para ser levado a produção, tendo a definição de pronto dada pelo PO.

Resumo do fluxo

Paralelo

Como você vai desenvolver o software do seu cliente?

Quem usa Scrum?

O que vem depois?

Manual official: http://

www.scrum.org/Scrum-Guides

Certificações: http://www.scrumalliance.org/

Manifesto Ágil: http://manifestoagil.com.br/