Israel M. Santos Rafael Mendonça 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.
Sprint Retrospective O que foi bom durante o Sprint? O que pode ser melhorado? As Lições aprendidas
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
Por favor vamos discutir perguntem muito 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/