Upload
gabriel-alves-scavassa
View
316
Download
1
Embed Size (px)
Citation preview
SCRUMEvolução Contínua
Palestrante
Gabriel Scavassa
Gestão de projetos (FAAG)
Graduado em Ciência da Computação (USC)
Desenvolvedor Web – Scrum Master (MSTech)
Desenvolvimento para Main Frames (Dedic GPTI)
Foco no modelo Ágil
O que é o Scrum?
Scrum
É um framework e não metodologia! Conjunto de ferramentas e diretrizes que ajudam a gerenciar um projeto Pode ser adaptado. Ex: Adição de XP.
Empírico! Só conhecemos algo de fato por meio da experiência.
Ágil: Atende às premissas do Manifesto Ágil! Indivíduos e iterações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contrato Responder a mudança mais que seguir um plano
Pilares do Scrum Transparência Inspeção Adaptação
Scrum
Iterativo e Incremental
Utilizado quando não se consegue predizer tudo o que irá ocorrer
Utiliza equipes pequenas (5 a 9 integrantes)
O que ele veio solucionar?
Conseguir responder as necessidades do cliente com rapidez,flexibilidade e proporcionando a ele um melhor ROI (Return OnInvestment) se tornou um grande problema para as metodologiastradicionais.
Scrum X Cascata
Scrum Cliente está envolvido o tempo
todo do projeto
Constrói tudo o que é mais relevante para o cliente
Entregas em períodos menores
Aceita mudanças no escopo
Mudanças tem baixo custo
Documentação apenas do o que será entregue
Interativo e incremental
Cascata Cliente está presente no início e
no fim do projeto
Constrói tudo que está no escopo de uma vez
Entrega para o cliente só ao final do projeto
Mudanças no escopo são evitadas
Mudança tem alto custo
Documentação extensa
Uma entrega completa
Comparando os dois ...
SCRUM
ScrumComo funciona?
Composição do Scrum
Papéis (Quem)
Artefatos(O que)
Eventos(Quando)
• Dono do Produto • Scrum Master• Time
• Backlog do Produto • Backlog da Sprint• Resultado potencial
• Planejamento da Sprint• Sprint• Reunião diária • Revisão da Sprint• Retrospectiva da Sprint
Papéis no Scrum
Dono do Produto ( Product Owner, P.O.)
Scrum Master (Mestre Scrum, S.M.)
Time (Development Team)Equipe Scrum
Dono do produto(Product Owner, P.O.)
Representação do cliente dentro da empresa
Levanta os requisitos e regras do produto
Organiza as necessidades do cliente priorizando sempre o melhor ROI
Deve garantir que todos entendam os itens do Backlog do produto
Toma as decisões sobre as entregas
Scrum Master(Mestre Scrum, S.M.)
Protetor dos valores do Scrum.
Escudo contra interferências
Identifica, analisa e remove os impedimentos do projeto.
Agente de mudanças
Garantir que o Time de desenvolvimento não se atribua mais do o que consegue desenvolver ao longo de uma Sprint
Time(Development Team)
Multidisciplinar
Auto organizável
Auto gerenciável
Todos são iguais – não há distinção de cargo
Responsável por desenvolver e garantir a qualidade do resultado da Sprint
Seguindo o fluxo no bonde do Scrum
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Planejamento da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da Sprint
workflow
Workflow do Scrum
Sprint
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Planejamento da SprintSprint
Reunião diária
Revisão da Sprint
Retrospectiva da Sprint
Backlog do Produto(Product Backlog)
Lista de necessidades do cliente
Organizada pelo P.O.
Funcionalidades com maior ROI vem em primeiro lugar.
Artefato “vivo”
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Planejamento da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da SprintSprint
Planejamento da Sprint(Sprint Planning)
É um evento Time-Boxed
Estão presentes P.O., S.M., Time de desenvolvimento e qualquer outro interessado
Define-se o tempo de duração da Sprint
P.O. explica os itens do Backlog do Produto
Planejamento da Sprint(Sprint Planning)
Time de desenvolvimento escolhe os itens do Backlog do Produto
Quebram os itens escolhidos em atividades técnicas
Realiza-se o Planning Poker sobre as atividades
1, 2, 3, 5, 8, 13, 21, 34, infinito, Pula e Café
Membros do Time de desenvolvimento
Define-se o estado de Pronto
Transparência!
Define a Meta da Sprint
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da SprintSprint
Planejamento da Sprint
Backlog da Sprint(Sprint Backlog)
Lista de tarefas que deverão ser desenvolvidas
Devem conter uma pontuação para cada atividade
Equipe de desenvolvimento é responsável por gerir e finalizar todas as tarefas do Backlog da Sprint
Item do Backlog Atividade Pontuação
Manter Usuários
Criar Layout da página
3
Criar função Salvar
5
Criar função excluir
2
Imprimir Lista de Usuários
Gerar lista de usuários via AJAX
3
Criar função Imprimir
1
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Planejamento da SprintSprint
Reunião diária
Revisão da Sprint
Retrospectiva da Sprint
Sprint
Um ciclo de desenvolvimento/criação.
Período de desenvolver o que está listado na Sprint Backlog
O ponto central do Scrum!
Tem duração geralmente de 2 a 4 semanas.
Gráfico Burn Down
Criação do Gráfico Burn Down Matriz (X,Y) onde X são os dias e Y
valor em pontos do trabalho a ser feito
Linha ideal Vs. Realizado Online ou Quadro Branco. Responsabilidade da equipe
manter atualizado. Bom para:
Entender a velocidade do Time Visualizar prazos futuros Ver o Deadline
Kanban
Quadro que organiza as atividades em : Para fazer (to do) Fazendo (Doing) Feito (Done)
Alguns casos adiciona-se Testando (Testing) Problemas (Bugs) Impediments (Impedimentos)
Online (Ex: trello) ou Quadro Branco
Ótimo para visualizar rapidamente o andamento das atividades
Reunião diária(Daily Scrum)
Não é para reportar quem fez o que!
Evento Time-Boxed
Alinhamento sobre o andamento do projeto
S.M., P.O., Time de desenvolvimento e quem mais precisar.
Responde O que fiz desde a ultima reunião O que farei hoje Se há algum impedimento
Pratica-se a transparência, inspeção e adaptação!
Atualiza-se o Burn-down e o Kanban
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da SprintSprint
Planejamento da Sprint
Revisão da Sprint(Sprint Review)
Evento Time-boxed
Participam: P.O., S.M., Time de desenvolvimento e demais interessados
Time de desenvolvimento demonstra para o P.O. as funcionalidades desenvolvidas
Avalia o estado de pronto do resultado da Sprint
Avalia se a Meta da Sprint foi alcançada
E se algo não está de acordo com o especificado ?
Mais um momento de Transparência e Inspeção
Item A
Item B
Item C
Item F
Item D
Item E
Item A
Item B
Backlog do Produto
Backlog da Sprint
Reunião diária
Revisão da Sprint
Retrospectiva da SprintSprint
Planejamento da Sprint
Retrospectiva da Sprint(Sprint Retrospective)
Evento Time-boxed
Equipe Scrum analisa o que deu certo e o que deu errado e o que pode ser feito para melhorar
S.M. anota os impedimentos para evitar nova ocorrência em futuras Sprints
Transparência, Inspeção e Adaptação! Sempre!!!1!1onze!
Resultado da Sprint
O resultado de uma Sprint é um incremento do produto que pode ser enviado para o cliente ou então, pode ser armazenado e ser entregue em conjunto com o resultado de outra(s) Sprint(s).
Transparência, Inspeção e Adaptação
Focar nas necessidades mais importantes para o cliente
Estar apto a responder a mudanças
Entender o que ocorreu durante uma Sprint, sendo o positivo e o negativo
Buscar novas maneiras de aumentar a produtividade
Buscar novas maneiras de manter a qualidade
Evoluir sempre o projeto e a equipe!
Referências
http://www.manifestoagil.com.br/
https://www.scrum.org/
http://www.agilebrazil.com/
http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf