of 50/50
Scrum Overview @fabyogr

Scrum Overview

  • View
    1.282

  • Download
    2

Embed Size (px)

Text of Scrum Overview

  1. 1. Scrum [email protected]
  2. 2. @fabyogrFbio Aguiar Agile Coach e Associated Trainer naAdaptWorks. Bacharel em Sistemas de Informao e especialistaem Engenharia de Processo de Software, possui mais de uma dcada deexperincia prossional, tendo focado nos ltimos anos em prticas degesto e desenvolvimento gil para ajudar times afocarem na entrega de valor constante e nodesenvolvimento holstico de cada membro do time.Atua fortemente nacomunidade gil na regio norte do Brasil, atravs da comunidadetasafo.org, organizando eventos, ministrando cursos e [email protected]
  3. 3. [email protected]
  4. 4. O que Scrum? um mtodo 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 aADAPTAO. 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 denegcio, no MENOR TEMPO [email protected]
  5. 5. Origem do ScrumCriada em 1994 na Easel por JeffSutherland e Ken Schwaber. Sendoapresentado oficialmente na OOPLSA96.Fortemente aplicada nas organizaes [email protected]
  6. 6. Origem do nome ScrumSCRUM uma jogada no jogo RUGBYFormao usada pelos jogadores de frente (forwards)para recomear o jogo aps algumas jogadasirregulares ou penalidades leves. freqente chamaros jogadores de 1 a 8 (forwards) de scrum, ondetodos cam abraados, juntando fora paraempurrar o o outro time em busca de um [email protected]
  7. 7. Conana - A organizao d a equipe a responsabilidade eautoridade para fazer o trabalho, e para manter o negciototalmente informado sobre o progresso.Transparncia - A organizao 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 visveis a todos envolvidos.Compromisso - Como as equipes tm grande controle sobreseu prprio destino, eles se tornam mais comprometidos com osucesso.Valores do [email protected]
  8. 8. Foco - A equipe se concentra em entregar juntos e focados emdar resultado.Disciplina - Porque o trabalho e os resultados so visveis atodos, a organizao trabalha em conjunto para fazer o melhor.Colaborao - Todos compartilham do que est acontecendo,trabalhando a colaborao e focado em trabalhar em conjuntoestimulando a colaborao.Valores do [email protected]
  9. 9. Respeito - medida que se trabalha em equipe, compartilha dossucessos e fracassos, passamos a respeitar uns aos outros.Coragem - O membro de uma equipe no est sozinho, sente-seapoiado e tem mais recursos nossa disposio. Isso d coragempara empreender maiores desaos.Abertura - medida que a equipe trabalha junto, pratica seexpressar como est fazendo. Tendo abertura de dar e receberfeedback.Valores do [email protected]
  10. 10. Caractersticas do ScrumTrabalha de forma iterativa e incremental.As equipes so multi-disciplinares e auto-organizadas.Foca em prioridades de acordo com o desejo do cliente.O produto evolui em uma srie de SPRINTs(iteraes) mensaisou semanais.Equipes pequenas.Equipe [email protected]
  11. 11. Caractersticas 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.Flexvel a mudana: permite rever o planejamento, mudar de direoou fazer adaptaes para prximas iteraes.Clientes se tornam parte da equipe de desenvolvimento.O prprientrio do produto precisa construir uma rica colaboraocom a [email protected]
  12. 12. O contedo de cada sprint extrado de um lista ordenada/priorizadade requisitos do cliente/usurio(product backlog).Framework que permite entregar um valor de negcio maiselevado em um perodo de tempo mais curto.Inspeo: Inspees freqentes do processo.Feedback: Problemas no so ignorados e ningum penalizado porreconhecer ou descrever qualquer problema no visto.Adaptao: possibilidade de ajustar o processo.Funciona bem para equipes que abertamente "inspecionam" o queest acontecendo e "adaptam" suas aes para a realidade.Caractersticas do [email protected]
  13. 13. O Iceberg do ScrumProcessos: Reunio deplanejamento, Retrospectiva, Reuniodiria, 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, Liderana-colaborao,Respeito, Disciplina, [email protected]
  14. 14. SCRUM no bala de prataSCRUM tua sogra...sempre deixa seus problemas vsiveise no [email protected]
  15. 15. Pilares do [email protected]
  16. 16. Fluxo do [email protected]
  17. 17. Scrum e seus papisAs 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 [email protected]
  18. 18. Product OwnerRepresenta todos os demais stakeholders(cliente, usurios, representantes de negcios,etc).Responsvel por denir as funcionalidades do produto. responsvel pelo gerenciamento do Product Backlog, pelo ROI eprioridade das funcionalidades.Responsvel pelo aceite do produto - ENTREGA de cada Sprint. o responsvel pela manuteno do Backlog.PAPISO nico indivduo que responsvel por selecionar otrabalho a ser feito, a m de entregar o produto queagregue valor ao cliente com entregas [email protected]
  19. 19. Scrum MasterResponsvel por garantir que os valores e asprticas do Scrum foram entendidos pela equipe eesto sendo seguidas.Fazer com que a equipe seja auto-gerencivel e multi-disciplinar.Garantir com que o Product Owner tambm est desempenhandoseu trabalho, principalmente o ROI.Responsvel por remover os impedimentos(barreiras) do time.Protege a equipe de interferncias [email protected]
  20. 20. Scrum MasterMotivar e manter a sade da equipe, trabalho em equipe,comunicao, minimizando atritos e promovendoa cooperao.Assegurar a melhoria contnua e colaboraoentre o time.Obter o comprometimento das partes (Stakeholders e Equipe). importante sempre lembrar: No o lder tcnico (o cara). No deve ser o Product Owner No gerencia ou dirige a equipe. No toma decises pela [email protected]
  21. 21. TeamResponsvel 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 mximo com 9 integrantes.PAPISNo Time Scrum, no existe necessariamente uma diviso funcional atravs de papistradicionais, tais como programador, designer, analista de testes ou arquiteto e troca de bastes.Todos no projeto trabalham juntos (colaboram) para completar o conjunto de trabalho com oqual se comprometeram conjuntamente para um [email protected]
  22. 22. [email protected]
  23. 23. VisoARTEFATOSTodo Produto necessita de uma viso, um objetivo, uma meta.A viso do produto nos faz parar e pensar, porque vamos construireste software?Qual o real propsito deste trabalho que ser realizado?O Product Owner deni a VISO DO PRODUTO.Comear o projeto pelo Product Backlog sem a viso como fazercompras com fome. Tudo parece uma boa idia, uma boafuncionalidade.Existem vrias tcnicas para auxiliar na construo da viso [email protected]
  24. 24. Release [email protected]
  25. 25. Release PlanningTem por objetivo claricar as prioridades dos itens do backlog,estabelecer o objetivo (macro) de cada entrega/iterao,identicar o nmero de iteraes (sprints) necessrias, principaismilestones, identicar os principais riscos.2 semanas cada8 semanas para o [email protected]
  26. 26. Product [email protected]
  27. 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 negcio. 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 incio de cada Sprint Regularmente atualizado pelo PO de acordo commudanas e necessidades do [email protected]
  28. 28. Cliente ORDENA de acordo com sua necessidadeLista que representa tudo que necessrio para desenvolver o produtoProduct Backlog+ ROI- [email protected]
  29. 29. Product [email protected]
  30. 30. [email protected]
  31. 31. Sprint [email protected]
  32. 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)Dene durao da sprint.Participantes: Product Owner, Scrum Master,Team.Denio de [email protected]
  33. 33. Estimativas em pontosPlanning PokerOTime ESTIMAVelocidade doTIMEDefinio dePRONTOObjetivo(META)Quebrar estrias emtarefasSeleciona as estrias de [email protected]
  34. 34. Sprint PlanningCHECK LISTPrimeira parte da reunio:1.1 A viso do produto foi completamente entendida;1.2 Os nveis de prioridade dos itens do Product Backlog foi denido;1.3 Os itens do Product Backlog foram selecionados;1.4 A meta da Sprint (o que deve ser entregue no nal da Sprint) foi estabelecida ;Segunda parte da reunio:2.1 Os itens so detalhados atravs da escrita de estrias de usurio;2.2 Estimativa em Pontos denida.2.3 - As estrias de usurio so quebradas em tarefas;2.4 - Sprint Backlog denido;2.5 As pessoas da equipe denem entre elas quem ira fazer as tarefas do [email protected]
  35. 35. Sprint [email protected]
  36. 36. Sprint BacklogARTEFATOSO Sprint Backlog uma parte doproduct backlog, contendo apenas oescopo das funcionalidades/itensaos quais a equipe se comprometeua tentar entregar no nal do sprintcorrente.Ele tambm possui a meta dosprint, as tarefas necessrias paraimplementar cada estria e [email protected]
  37. 37. [email protected]
  38. 38. SprintProjetos Scrum progridem em uma srie de sprints.Ocorre em um perodo de duas a quatro semanas.Um perodo 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 mudanas durante a SPRINTProduzir um incremento do PRODUTOPOTENCIALMENTE [email protected]
  39. 39. Time BoxScrum Time boxe so usadas para criar regularidade.Um Time Boxe uma quantidade de tempo, ou seja uma duraoxa que no poder aumentar.Um Sprint uma iterao e dever ter durao xa de nomximo 4 semanas e aps estabelecida, no deve variar ao longodo projeto. Se vc escolheu usar o time-box de 3 semanas para osseus sprints, use sempre 3 semanas.CERIMNIASO conceito de timebox aplicado as cerimnias (reunies) doScrum. Todas as reunies soTimeboxed:- Reunio de Planejamento da Sprint (8 horas)- Reunio Diria (15 minutos)- Reunio de Reviso da Sprint (4 horas*)- Reunio de Retrospectiva da Sprint (3 horas*)Nota: * A quantidade de horas pode variar de acordo com a [email protected]
  40. 40. Daily ScrumCERIMNIASReunio para o acompanhamento dirio.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 responsvel por conduzir a reunio e atualizar os artefatosdurante reunio quadro de tarefas, burndown chart.* Ajuda a evitar reunies adicionais [email protected]
  41. 41. Grco de BurndownARTEFATOSGrco que monitora o andamento dasatividades em relao a velocidade doSprint/Team.Visibilidade e Transparnciaao Desenvolvimento de SoftwarePROGRESSO [email protected]
  42. 42. CERIMNIASSprint [email protected]
  43. 43. Sprint Review a reunio para a apresentao/entregado produto produzido durante o Sprint,ou seja, resultados obtidos na SPRINT.A apresentao atrai feedback importantedos envolvidos.Devolve ao Product Backlog funcionalidadesno terminadas e reprioriz-las.Remove funcionalidades que foram nalizadas [email protected]
  44. 44. Incremento de ProdutoResultado de cada Sprint.Entregar a cada Sprint algo real do projetode software.Entrega o que foi selecionado pelo proprietrio do produto epriorizado no Backlog.O time entrega o que se comprometeu em desenvolver.Alinhado com a Denio de Pronto.Potencialmente [email protected]
  45. 45. [email protected]
  46. 46. Retrospectiva a reunio de lies aprendidas...O que podemos fazer melhor no prximo sprint?Feita aps cada SPRINT- Bom: se pudssemos faramos do mesmo modo;- Poderia ter sido melhor: faramos tal tem de maneira diferente;- Melhorias: idias concretas de como melhorar para prximo sprint.INSPEO e [email protected]
  47. 47. Renamento BacklogOs membros da equipe precisam entendimentoconcreto do que precisa ser feito.Renamento backlog deve ser concludo o maistardar no nal da Sprint anterior.Cada item deve ter um critrio de aceitao muitoconcretos.Cada item Product Backlog que entrar no Sprint deve representar um incremento de "valorde negcio". Portanto, o proprietrio do produto precisa ser ativamente envolvido nadeterminao do que as fatias so razoveis.Cada item tem de ser tcnicamente possvel construir dentro de um Sprint. Portanto osmembros do time precisam estar engajados em determinar o tamanho de cadafuncionalidade.- SCRUM no especica uma reunio de renamento.- Os resultados de uma Sprint dependem fortemente na qualidade dositens do Backlog.- Aconselhado manter o renamento do Backlog [email protected]
  48. 48. 48VisoBusiness Model GenerationFuncionalidadesProduct BacklogStory MappingReuniodeplanejamento 1Reuniodeplanejamento 2SelecionaFuncionalidadesListafuncionalidades etarefas paradesenvolvimentoRetrospectivaIncremento de ProdutoPotencialmente EntregvelProduzir um incremento do PRODUTOPOTENCIALMENTE ENTREGVELProduct Owner(Time de CustDev)ReuniodeEntrega
  49. 49. SCRUMResumoScrum uma estrutura simples, incorporando esses poucospapis, reunies, atividades e exibe informaes. Scrum umframework para o sucesso.O sucesso vem quando toda a equipe trabalha em conjunto,inspecionar o progresso e adaptar o seu processo especcodentro do framework Scrum.Scrum um lugar para comear. Seu objetivo no fazerScrum, para ter sucesso usando Scrum como base para aobservao de seu projeto e melhor-lo.http://[email protected]
  50. 50. @[email protected]