Your SlideShare is downloading. ×
  • Like
Scrum Overview
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Now you can save presentations on your phone or tablet

Available for both IPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Scrum Overview

  • 1,177 views
Published

 

Published in Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,177
On SlideShare
0
From Embeds
0
Number of Embeds
3

Actions

Shares
Downloads
11
Comments
0
Likes
3

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Scrum Overview@fabyogr
  • 2. @fabyogrFábio Aguiar é Agile Coach e Associated Trainer naAdaptWorks. Bacharel em Sistemas de Informação e especialistaem Engenharia de Processo de Software, possui mais de uma década deexperiência profissional, tendo focado nos últimos anos em práticas degestão e desenvolvimento ágil para ajudar times afocarem na entrega de valor constante e nodesenvolvimento holístico de cada membro do time.Atua fortemente nacomunidade ágil na região norte do Brasil, através da comunidadetasafo.org, organizando eventos, ministrando cursos e palestras.fabioaguiar@gmail.com
  • 3. SCRUMScrumOverview@fabyogr
  • 4. O que é Scrum?É um método ágil para gerenciamento deprojetos baseando em times pequenos eAUTO-ORGANIZADOS, for teV I S I B I L I D A D E e r á p i d aADAPTAÇÃO.É um processo INTERATIVO eI N C R E M E N T A L p a r a odesenvolvimento de produtos egerenciamento de projetos.É mais um FRAMEWORK que umametodologia, mais ATITUDE que umprocesso.É um processo ágil que permite manter ofoco na ENTREGA de maior VALOR denegócio, no MENOR TEMPO possível.ScrumOverview@fabyogr
  • 5. Origem do ScrumCriada em 1994 na Easel por JeffSutherland e Ken Schwaber. Sendoapresentado oficialmente na OOPLSA’96.Fortemente aplicada nas organizações deTI.ScrumOverview@fabyogr
  • 6. Origem do nome ScrumSCRUM é uma jogada no jogo RUGBYFormação usada pelos jogadores de frente (forwards)para recomeçar o jogo após algumas jogadasirregulares ou penalidades leves. É freqüente chamaros jogadores de 1 a 8 (forwards) de scrum, ondetodos ficam abraçados, juntando força paraempurrar o o outro time em busca de um objetivo.ScrumOverview@fabyogr
  • 7. Confiança - A organização dá a equipe a responsabilidade eautoridade para fazer o trabalho, e para manter o negóciototalmente informado sobre o progresso.Transparência - A organização precisa de visibilidade clara doprogresso da equipe Scrum.A equipe trabalha de uma maneira quefaz com que os seus resultados, e os problemas com que sedeparam, seja claramente visíveis a todos envolvidos.Compromisso - Como as equipes têm grande controle sobreseu próprio destino, eles se tornam mais comprometidos com osucesso.Valores do ScrumScrumOverview@fabyogr
  • 8. Foco - A equipe se concentra em entregar juntos e focados emdar resultado.Disciplina - Porque o trabalho e os resultados são visíveis atodos, a organização trabalha em conjunto para fazer o melhor.Colaboração - Todos compartilham do que está acontecendo,trabalhando a colaboração e focado em trabalhar em conjuntoestimulando a colaboração.Valores do ScrumScrumOverview@fabyogr
  • 9. Respeito - À medida que se trabalha em equipe, compartilha dossucessos e fracassos, passamos a respeitar uns aos outros.Coragem - O membro de uma equipe não está sozinho, sente-seapoiado e tem mais recursos à nossa disposição. Isso dá coragempara empreender maiores desafios.Abertura - À medida que a equipe trabalha junto, pratica seexpressar como está fazendo. Tendo abertura de dar e receberfeedback.Valores do ScrumScrumOverview@fabyogr
  • 10. Características do ScrumTrabalha de forma iterativa e incremental.As equipes são multi-disciplinares e auto-organizadas.Foca em prioridades de acordo com o desejo do cliente.O produto evolui em uma série de SPRINTs(iterações) mensaisou semanais.Equipes pequenas.Equipe comprometida.ScrumOverview@fabyogr
  • 11. Características do ScrumVisibilidade: clara do que está feito e os impedimentos, o que reduzos riscos e as incertezas associadas ao projeto.Aumento de ROI: entregas constantes e com valor.Flexível a mudança: permite rever o planejamento, mudar de direçãoou fazer adaptações para próximas iterações.Clientes se tornam parte da equipe de desenvolvimento.O próprientário do produto precisa construir uma rica colaboraçãocom a equipe.ScrumOverview@fabyogr
  • 12. O conteúdo de cada sprint é extraído de um lista ordenada/priorizadade requisitos do cliente/usuário(product backlog).Framework que permite entregar um “valor de negócio” maiselevado em um período de tempo mais curto.Inspeção:  Inspeções freqüentes do processo.Feedback: Problemas não são ignorados e ninguém é penalizado porreconhecer ou descrever qualquer problema não visto.Adaptação: possibilidade de ajustar o processo.Funciona bem para equipes que abertamente "inspecionam" o queestá acontecendo e "adaptam" suas ações para a realidade.Características do ScrumScrumOverview@fabyogr
  • 13. O Iceberg do ScrumProcessos: Reunião deplanejamento, Retrospectiva, Reuniãodiária, Planejamento de release esprint,...Ferramentas: Quadro de Tarefas,Post-it, Product Backlog, Burndown, ...Pessoas: Scrum Master, ProductOwner,Team.Cultura: Equipe multi-disciplinar,Auto-gerencimento,Valores,Envolvimento do cliente, Entregafrequente, Liderança-colaboração,Respeito, Disciplina, ...ScrumOverview@fabyogr
  • 14. SCRUM não é bala de prataSCRUM é tua sogra...sempre deixa seus problemas vísiveise não resolveScrumOverview@fabyogr
  • 15. Pilares do ScrumScrumOverview@fabyogr
  • 16. Fluxo do ScrumScrumOverview@fabyogr
  • 17. Scrum e seus papéisAs pessoas em um projeto Scrum consiste em oProduct Owner, Scrum Master e o Team.Os membros do Team se auto-organizam para realizar o trabalho.O Product Owner seleciona e explica o trabalho a ser feito, com a ajudadoTeam.O Scrum Master ajuda o trabalho e oentendimento doTeam dentro do frameworkScrum.ScrumOverview@fabyogr
  • 18. Product OwnerRepresenta todos os demais stakeholders(cliente, usuários, representantes de negócios,etc).Responsável por definir as funcionalidades do produto.É responsável pelo gerenciamento do Product Backlog, pelo ROI eprioridade das funcionalidades.Responsável pelo aceite do produto  - ENTREGA de cada Sprint.É o responsável pela manutenção do Backlog.PAPÉISO único indivíduo que é responsável por selecionar otrabalho a ser feito, a fim de entregar o produto queagregue valor ao cliente com entregas constantes.ScrumOverview@fabyogr
  • 19. Scrum MasterResponsável por garantir que os valores e aspráticas do Scrum foram entendidos pela equipe eestão sendo seguidas.Fazer com que a equipe seja auto-gerenciável e multi-disciplinar. Garantir com que o Product Owner também está desempenhandoseu trabalho, principalmente o ROI.Responsável por remover os impedimentos(barreiras) do time.Protege a equipe de interferências externas.PAPÉISScrumOverview@fabyogr
  • 20. Scrum MasterMotivar e manter a saúde da equipe, trabalho em equipe,comunicação, minimizando atritos e promovendoa cooperação.Assegurar a melhoria contínua e colaboraçãoentre o time.Obter o comprometimento das partes (Stakeholders e Equipe).É importante sempre lembrar:•    Não é o líder técnico (o cara).•    Não deve ser o Product Owner•    Não gerencia ou dirige a equipe.•    Não toma decisões pela equipePAPÉISScrumOverview@fabyogr
  • 21. TeamResponsável por produzir incrementos do produto e pelaqualidade do mesmo.É um time multi-disciplinar.É um time auto-gerenciado.Comprometidos e Comunicativos.Produz produto com qualidade e valor para o clienteintensamente colaborativo.Team no máximo com 9 integrantes.PAPÉISNo Time Scrum, não existe necessariamente uma divisão funcional através de papéistradicionais, tais como programador, designer, analista de testes ou arquiteto e troca de bastões.Todos no projeto trabalham juntos (colaboram) para completar o conjunto de trabalho com oqual se comprometeram conjuntamente para um Sprint.ScrumOverview@fabyogr
  • 22. VisãoARTEFATOSScrumOverview@fabyogr
  • 23. VisãoARTEFATOSTodo Produto necessita de uma visão, um objetivo, uma meta.A visão do produto nos faz parar e pensar, porque vamos construireste software?Qual o real propósito deste trabalho que será realizado?O Product Owner defini a VISÃO DO PRODUTO.Começar o projeto pelo Product Backlog sem a visão é como fazercompras com fome. Tudo parece uma boa idéia, uma boafuncionalidade.Existem várias técnicas para auxiliar na construção da visão doproduto.ScrumOverview@fabyogr
  • 24. Release PlanningCERIMÔNIASScrumOverview@fabyogr
  • 25. Release PlanningTem por objetivo clarificar as prioridades dos itens do backlog,estabelecer o objetivo (macro) de cada entrega/iteração,identificar o número de iterações (sprints) necessárias, principaismilestones, identificar os principais riscos.2 semanas cada8 semanas para o primeiroReleaseCERIMÔNIASScrumOverview@fabyogr
  • 26. Product BacklogARTEFATOSScrumOverview@fabyogr
  • 27. Product BacklogARTEFATOSO Product Backlog é apresentado no formato de uma lista com itenspriorizados e ordenados pelo Product Owner de acordo com o valorque representam o cliente e negócio.• Uma lista de todo o trabalho desejado noprojeto• Idealmente, na forma em que cada item tenhaseu peso de acordo com a desejo do cliente• Existirá por todo o ciclo de vida do projeto• Priorizado pelo dono do produto• Repriorizado no início de cada Sprint• Regularmente atualizado pelo PO de acordo commudanças e necessidades do clienteScrumOverview@fabyogr
  • 28. Cliente ORDENA de acordo com sua necessidadeLista que representa tudo que é necessário para desenvolver o produtoProduct Backlog+ ROI- ROIPRIORIZAÇÃOScrumOverview@fabyogr
  • 29. Product BacklogScrumOverview@fabyogr
  • 30. ScrumOverview@fabyogr
  • 31. Sprint PlanningCERIMÔNIASScrumOverview@fabyogr
  • 32. Sprint PlanningO time seleciona os itens priorizados do product backlog com osquais compromete-se a concluir.Decide como chegar ao objetivo(META) da SPRINT.Estimam cada funcionalidade do sprint backlog.Cria tarefas do sprint backlog a partir dos itens do product backlog(user stories/funcionalidades)Define duração da sprint.Participantes: Product Owner, Scrum Master,Team.Definição de Pronto.CERIMÔNIASScrumOverview@fabyogr
  • 33. Estimativas em pontosPlanning PokerOTime ESTIMAVelocidade doTIMEDefinição dePRONTOObjetivo(META)Quebrar estórias emtarefasSeleciona as estórias de usuárioScrumOverview@fabyogr
  • 34. Sprint PlanningCHECK LISTPrimeira parte da reunião:1.1 – A visão do produto foi completamente entendida;1.2 – Os níveis de prioridade dos itens do Product Backlog foi definido;1.3 – Os itens do Product Backlog foram selecionados;1.4 – A meta da Sprint (o que deve ser entregue no final da Sprint) foi estabelecida ;Segunda parte da reunião:2.1 – Os itens são detalhados através da escrita de estórias de usuário;2.2 – Estimativa em Pontos é definida.2.3 - As estórias de usuário são quebradas em tarefas;2.4 - Sprint Backlog é definido;2.5 – As pessoas da equipe definem entre elas quem ira fazer as tarefas do SprintBacklog.ScrumOverview@fabyogr
  • 35. Sprint BacklogARTEFATOSScrumOverview@fabyogr
  • 36. Sprint BacklogARTEFATOSO Sprint Backlog é uma parte doproduct backlog, contendo apenas oescopo das funcionalidades/itensaos quais a equipe se comprometeua tentar entregar no final do sprintcorrente.Ele também possui a meta dosprint, as tarefas necessárias paraimplementar cada estória e asestimativas.ScrumOverview@fabyogr
  • 37. SprintScrumOverview@fabyogr
  • 38. SprintProjetos Scrum progridem em uma série de “sprints”.Ocorre em um período de duas a quatro semanas.Um período constante leva a um melhor “ritmo”.O produto é projetado, codificado e testado durante o sprint.Principal objetivo: Estarmos frequentemente entregando algo de valor para ocliente*Sem mudanças durante a SPRINTProduzir um incremento do PRODUTOPOTENCIALMENTE ENTREGÁVELScrumOverview@fabyogr
  • 39. Time BoxScrum Time boxe são usadas para criar regularidade.Um Time Boxe é uma quantidade de tempo, ou seja uma duraçãofixa que não poderá aumentar.Um Sprint é uma iteração e deverá ter duração fixa de nomáximo 4 semanas e após estabelecida, não deve variar ao longodo projeto. Se vc escolheu usar o time-box de 3 semanas para osseus sprints, use sempre 3 semanas.CERIMÔNIASO conceito de timebox é aplicado as cerimônias (reuniões) doScrum. Todas as reuniões sãoTimeboxed:- Reunião de Planejamento da Sprint (8 horas)- Reunião Diária (15 minutos)- Reunião de Revisão da Sprint (4 horas*)- Reunião de Retrospectiva da Sprint (3 horas*)Nota: * A quantidade de horas pode variar de acordo com a necessidade.ScrumOverview@fabyogr
  • 40. Daily ScrumCERIMÔNIASReunião para o acompanhamento diário.Diariamente, todos juntos e em 15 minutos todos os membros da equipedevem responder às 3 perguntas:- O que foi feito desde ontem?- O que irá fazer de hoje até amanhã?- Qual o impedimento (se houver)?O time é responsável por conduzir a reunião e atualizar os artefatosdurante reunião – quadro de tarefas, burndown chart. * Ajuda a evitar reuniões adicionais desnecessáriasScrumOverview@fabyogr
  • 41. Gráfico de BurndownARTEFATOSGráfico que monitora o andamento dasatividades em relação a velocidade doSprint/Team.Visibilidade e Transparênciaao Desenvolvimento de SoftwarePROGRESSO VISÍVELScrumOverview@fabyogr
  • 42. CERIMÔNIASSprint ReviewScrumOverview@fabyogr
  • 43. Sprint ReviewÉ a reunião para a apresentação/entregado produto produzido durante o Sprint,ou seja, resultados obtidos na SPRINT.A apresentação atrai feedback importantedos envolvidos.Devolve ao Product Backlog funcionalidadesnão terminadas e repriorizá-las.Remove funcionalidades que foram finalizadas antecipadamente.CERIMÔNIASScrumOverview@fabyogr
  • 44. Incremento de ProdutoResultado de cada Sprint.Entregar a cada Sprint algo real do projetode software.Entrega o que foi selecionado pelo proprietário do produto epriorizado no Backlog.O time entrega o que se comprometeu em desenvolver.Alinhado com a Definição de Pronto.Potencialmente EntregávelScrumOverview@fabyogr
  • 45. RetrospectivaCERIMÔNIASScrumOverview@fabyogr
  • 46. RetrospectivaÉ a reunião de lições aprendidas...O que podemos fazer melhor no próximo sprint?Feita após cada SPRINT - Bom: se pudéssemos faríamos do mesmo modo; - Poderia ter sido melhor:  faríamos tal ítem de maneira diferente; - Melhorias: idéias concretas de como melhorar para próximo sprint. INSPEÇÃO e ADAPTAÇÃOCERIMÔNIASScrumOverview@fabyogr
  • 47. Refinamento BacklogOs membros da equipe precisam entendimentoconcreto do que precisa ser feito.Refinamento backlog deve ser concluído o maistardar no final da Sprint anterior.Cada item deve ter um critério de aceitação muitoconcretos.Cada item Product Backlog que entrar no Sprint deve representar um incremento de "valorde negócio". Portanto, o proprietário do produto precisa ser ativamente envolvido nadeterminação do que as fatias são razoáveis.Cada item tem de ser técnicamente possível construir dentro de um Sprint. Portanto osmembros do time precisam estar engajados em determinar o tamanho de cadafuncionalidade.- SCRUM não especifica uma reunião de refinamento.- Os resultados de uma Sprint dependem fortemente na qualidade dositens do Backlog.- Aconselhado manter o refinamento do Backlog informal.ATIVIDADEScrumOverview@fabyogr
  • 48. 48VisãoBusiness Model GenerationFuncionalidadesProduct BacklogStory MappingReuniãodeplanejamento 1Reuniãodeplanejamento 2SelecionaFuncionalidadesListafuncionalidades etarefas paradesenvolvimentoRetrospectivaIncremento de ProdutoPotencialmente EntregávelProduzir um incremento do PRODUTOPOTENCIALMENTE ENTREGÁVELProduct Owner(Time de CustDev)ReuniãodeEntrega
  • 49. SCRUMResumoScrum é uma estrutura simples, incorporando esses poucospapéis, reuniões, atividades e exibe informações. Scrum é umframework para o sucesso.O sucesso vem quando toda a equipe trabalha em conjunto,inspecionar o progresso e adaptar o seu processo específicodentro do framework Scrum.Scrum é um lugar para começar. Seu objetivo não é fazerScrum, é para ter sucesso usando Scrum como base para aobservação de seu projeto e melhorá-lo.http://agileatlas.orgScrumOverview@fabyogr
  • 50. @fabyogrScrumOverview@fabyogr