O documento apresenta uma introdução ao Scrum e metodologias ágeis, descrevendo:
1) Os princípios do Scrum como um framework ágil para gestão de projetos de software através de ciclos iterativos e entrega contínua de valor;
2) As diferenças entre metodologias tradicionais e ágeis, enfatizando a colaboração, adaptabilidade e valor dado ao cliente nas ágeis;
3) Os papéis e práticas do Scrum como Sprints, Daily Scrum e Retrospectivas.
1. Metodologias Ágeis e o
SCRUM
[“Thinking Different”]
Paulo Igor
piagodinho@gmail.com
@pigodinho
hDp://blog.pigor.net
2. Um pouco sobre mim...
• Bacharel em Sistemas de Informação pelo CESUPA
• Mestre em Ciência da Computação pela UFPA
• ScrumMaster CerPfied (2008)
• Analista Especialista e Arquiteto de SoXware
– Cobra Tecnologia S.A. (ScrumMaster ‐ Piloto)
– Pródiga Sistemas (Líder Técnico / ScrumMaster)
• Professor de Pós‐graduação do CESUPA
• Membro aPvo de comunidades regionais e nacionais
– Beljug, TáSafo, Dojo‐Pa (Fundador), Scrum‐PA, ...
18. Chaos Report
• Segundo o Standish Group os principais
fatores são:
– Falta de clareza sobre funções pessoais,
responsabilidades e requisitos.
– Falta de habilidade para acompanhar os passos do
ciclo de vida da aplicação.
25. Resumindo...
• A comunicação entre as partes envolvidas nos
projetos é muito fraca;
• A visibilidade do andamento real e dos
problemas existentes nos projetos é muito fraca;
• Clientes pedem sempre mais do que realmente
precisam;
• Os projetos são caros e, ainda em sua maioria,
não alcançam sucesso;
• Os conflitos existentes entre TI e negócios
durante os projetos são muitos;
28. O Problema do Fornecedor
• Fornecedores sabem que os requisitos
fornecidos pelo cliente são vagos;
• Fornecedores sabem que no decorrer do
projeto o cliente precisará mudar os
requisitos;
• Fornecedores sabem que sempre ao validar o
produto o cliente surgirão novas idéias para o
produto;
41. Ágil
• Desenvolve‐se em ciclos pequenos
– Aprende‐se do negócio e da solução
iteraPvamente
• Ataca os riscos do projeto mais rapidamente
• As mudanças não são tão problemáPcas
• O cliente da feedback durante todo o projeto
45. Manifesto Ágil
• “Estamos descobrindo maneiras melhores de desenvolver soXware
fazendo‐o nós mesmos e ajudando outros a fazê‐lo. Através desse
trabalho, passamos a valorizar:
– Indivíduos e interações entre eles mais que processos e ferramentas
– Produto 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”.
Fonte: hDp://agilemanifesto.org
77. Comando‐Controle não!
ApáIco: “Não tenho nada pra fazer hoje,
ninguém me passou nada e nem sei também
o por que eu faço essas coisas!”
Pró‐aIvo: “Quando o chefe voltar eu vejo o
que ele tem pra me passar, estou sem nada
pra fazer”
Auto‐gerenciado: “Quando terminar essa
aPvidade vou aproveitar o tempo restante pra
discuPr melhorias no projeto com a equipe,
para atender melhor as necessidades”