Upload
leandro-castro
View
2.229
Download
2
Embed Size (px)
DESCRIPTION
Citation preview
Fundamentos de Scrum e Agile
Leandro de Castro, desenvolvedor Web e certificado CSM
@leandrophp – [email protected]
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/