Scrum

Israel M. Santos

Rafael Mendonça

Agenda

• O que é Scrum ?

• Papéis no Scrum

• Principais artefatos do Scrum

• Qual é o critério para decidir a estória que será incluída no Sprint ?

• Comparação Scrum Com Gerencia de projetos visto em aula

O que é Scrum ?

• Metodologias Ágeis vem ganhando um espaço mais do que merecido no meio da comunidade, e vem sendo adotado de forma acelerada por grandes empresas, como Microsoft, Xerox, IBM, etc..

• SCRUM é uma metodologia (ou Framework de acordo com o criador Ken Schwaber) onde a espinha dorsal é que chamamos de Sprint.

Papeis no scrum

Product Owner

• O representante do cliente

Scrum Master

• O Scrum Master lidera o time de desenvolvimento

Scrum Team

• Scrum Team São os membros que formam o time de desenvolvedores, designers, consiste de 5 a 9 pessoas.

Release Planning

O Release Planning descreve :– A quantidade e a duração dos Sprints – Quantas pessoas ou times deverão participar

do projeto – O número de Releases – O valor a ser entregue em cada Release – A data de liberação do(s) Release(s)

Sprint

• É uma lista de objetivos ou requisitos bem definidos cujo time de desenvolvimento irá trabalhar focado em um período/ciclo de 2 a 4 semanas

Sprint

Sprint Planning Meeting

• Reunião onde Scrum Team e o Product Owner determinam quais funcionalidades e atividades serão realizadas no próximo Sprint.

Sprint Review

O ScrumTeam e o SCRUM Master apresentam ao Product Owner os resultados alcançados durante o sprint.

O que foi bom durante o Sprint?

O que pode ser melhorado?

• As Lições aprendidas

Sprint Retrospective

Principais artefatos do Scrum

 Backlog do Produto

• O product backlog é o coração do Scrum. É aqui que tudo começa. O product backlog é basicamente uma lista de requisitos, estórias, Coisas que o cliente deseja, descritas utilizando a terminologia do cliente.

 Backlog do Produto

Estoria, Tarefa Story Point

• Estória é uma funcionalidade macro do Sistema

• Tarefas são partes que compõe as estoria e que devem ser implementadas pelo scrum team

• Um Story Point é a estimativa relativa do "tamanho" da atividade comparado com outra atividade no projeto.

Sprint Backlog

• Criado de acordo com os itens do product backlog levantado pelo Product Owner, ou seja, de acordo com os itens de maior prioridade é criado o Sprint Backlog que a equipe terá a responsabilidade de terminar até o próximo Sprint.

Sprint Backlog

Task Board

Burn down release/sprint

Burn down sprint

Burn down release

Daily Scrum

• é uma reunião com o Scrum Team cujo propósito é eliminar qualquer impedimento.

Daily Scrum

• Cada integrante deve responder a 3 perguntas:1º O que você fez desde a ultima reunião?2º O que você vai fazer entre esse e a próxima reunião ?3º Tem algo impedindo você de efetuar a sua tarefa ?

Impediments Backlog

• Lista de problemas que estam atrasando ou atrapalhando as atividades do sprint

• É tarefa do scrum master resolver esses problemas

• Qual é o critério para decidir a estória que será incluída no Sprint ?

Velocidade dos sprints

• Base da conversa

• Cálculo de Velocidade

Base da conversa

• Base da conversa, é ideal quando a equipe não possui histórico de sprints, ou seja, para equipes que nunca trabalharam com Scrum e não possuem dados estátiscos para realizar o calculo de velocidade.

Base da conversa

• A conversa gira em torno dos desenvolvedores, onde o Scrum Master pergunta para cada membro do time quanto tempo uma atividade do Backlog demora para ser desenvolvida (em horas), e com base nisso as horas necessárias para o projeto.

Velocidade dos sprints

• A maneira mais simples de estimar a velocidade é verificar o histórico do time. Qual foi a velocidade do time nos últimos Sprints ?

• Então assumir que a velocidade será a mesma para o último Sprint, mas isso só funciona se o time já tive feito alguns Sprints antes.

Velocidade dos sprints

• Outra maneira de calcular é através de cálculo de recurso.

• Por exemplo, vamos assumir que estamos planejando um Sprint de 3 semanas (15 dias) com um time de 4 pessoas.

Velocidade dos sprints

• Fórmula para velocidade estimada do Sprint: (Dias de Recurso Disponível) = membro da equipe * diasdisponiveis

• (Dias de Recurso Disponível) * (Fator Foco) = (Velocidade Estimada)

Velocidade dos sprints

Fluxo Scrum

Comparação Scrum Com PMBOK visto em aula

Planejamento de Projeto

• O Scrum atende uma boa parte dos requisitos planejamento de projeto PMBOK

Gerenciamento do Escopo do Projeto

• Estimar o Escopo do Projeto e produto– Product Backlog

• Definir o Ciclo de Vida do Projeto– Scrum tem clico de vida vem definidos como

foi mostrado

Gerenciamento do tempo

• Determinar Estimativas de Esforço e Custo– Product Backlog não defini completamente

• Estabelecer o Orçamento e o Cronograma– Estimativas de esforço do Product Backlog

e uma idéia da produtividade da equipe, estabelece-se um primeiro cronograma do projeto através da divisão em Sprints de trinta dias.

Gerenciamento da Qualidade do Projeto

• No SCRUM a qualidade dos resultados dos projetos é verificada pelo Product Owner (PO) ao final de cada Sprint, durante a Sprint Review, quando a equipe apresenta para o PO o que foi construído durante essa iteração.

Gerenciamento de Recursos Humanos do Projeto

• Os recursos humanos para o projeto são planejados considerando o perfil e o conhecimento necessários para executá-lo.

• O Scrum Master e o Product Owner são responsáveis por garantir os recursos e a continuação do projeto, através das reuniões ao início de cada iteração e da remoção de impedimentos levantados pelo time.

Gerenciamento de Risco

• Identificar os Riscos do Projeto– No Scrum não há identificação e

monitoramento explícito e sistemático dos riscos do projeto, com categorias e planos de mitigação

– No entanto, riscos são possíveis impedimentos, e, portanto, podem ser levantados durante a Daily Meeting, e anotados na impediments list, gerando um levantamento iterativo dos riscos.

Gerenciamento de Configurações

• Scrum não define Formalmente nenhum documento sobre como será foi o gerenciamento de configurações

Gerenciamento de Aquisições

• No scrum tudo que é necessario para a conclusão do projeto pode ser definido no Backlog do Produto

Gerenciamento de Custos

• Determinar Custo– Product Backlog não defini completamente

• Estabelecer o Orçamento– Coma as estimativas do escopo no Product

Backlog não é possível ter um orçamento preciso nas vezes mas com um histórico de outro projetos esse orçamento começa a se tornar mais preciso

Planejar Comunicações

• No scrum não documento para definir a comunicações da por dois motivos:– As equipes são pequenas

– O tipo de comunicação entre a equipe já é definido pelo scrum

Conclusão

• O scrum é uma metodologia de desenvolvimento rapida e organizada, onde os produtos já devem apresentar alguma funcionalidade já na primeira entrega

• Alem de que pro seu ciclo de rapido permite uma maior adptação as mudança de requisitos já que a cada sprint as estorias são reavaliadas

Perguntas???

Por favor vamos discutir perguntem muito

Referencia

• KNIBERG Henrik, scrum xp from the trenches• SANTOS, Rildo F, SCRUM Experience• http://blogdoabu.blogspot.com/• http://epf.eclipse.org/wikis/scrumpt/index.htm• http://www2.dcce.ufs.br/~dosea/esi20092/ • http://prezi.com/xc6zdmseslfr/• http://netfeijao.blogspot.com/2008/02/scrum-uma-

abordagem-prtica.html• http://sergiotaborda.javabuilding.com/

2009/11/scrum-tarefas/