Metodologia Ágil – SCRUM Prof.

Claudinei Iochimoto, PMP, CSM, CobIT

1

Desenvolvimento Tradicional Waterfall
Planejamento

Construção

Teste

Homologação

Implantação
2

Scrum 3 .Desenvolvimento .

Sprint Planejamento Planejamento Planejamento Construção Construção Construção Homologação Implantação Teste Teste Teste Homologação Homologação Homologação 4 .Desenvolvimento Scrum .

SCRUM  Framework para gerenciamento de projetos de software  é baseado num modelo chamado de Modelo Ágil  Extreme Programing (XP) O nome Scrum vem de uma jogada ou formação do Rugby. onde 8 jogadores de cada time devem se encaixar para formar uma muralha. 5 . É muito importante que seja realizado um trabalho de equipe. pois se um dos jogadores na formação falhar. toda a jogada é comprometida.

multidisciplinares e auto-gerenciados Não tem gerenciamento centralizado Entregar freqüentemente Mudanças de escopo são parte do Projeto.O que é o SCRUM Framework empírico para gerenciamento de projetos Processo iterativo (baseado no LEAN) e incremental Formalizado no final da década de 90 Órgão controlador : Scrum Alliance Principais características Times pequenos. custo e prazo não Requisitos mudarão com o passar do tempo .

O ou o Time. Ele possui a visão do retorno que o projeto trará para a empresa e para os envolvidos.M)  .O)  é o dono do produto. logo sua missão é cuidar do Product Backlog.SCRUM .O. remover impedimentos da equipe e auxiliar na comunicação entre equipe e P. 7  ScrumMaster (S. exerce um papel de liderança no processo. A responsabilidade do Scrum Master é manter o foco no processo.Papéis no Scrum  Product Owner (P. mas ele não é um gerente de projetos. planejar releases. O papel de S. priorizar requisitos e passar ao time uma visão clara sobre os objetivos do projeto.M não possui autoridade alguma perante o P.

requisitos e planejamento. 8 .M.O e dar feedback sobre os impedimentos para o S. planejar as Sprints.SCRUM .  O ScrumMaster gerencia: Processo. riscos. Então vejamos:  O Product Owner gerencia: Escopo. assumir metas com o P. risco (impedimentos) e planejamento (atingir metas). É composto por uma equipe multidisciplinar que tem a característica da auto-gestão.Papéis no Scrum  Time  é o conjunto de pessoas que implementará o projeto. A responsabilidade do Time é manter a auto-gestão de suas atividades. prazo (datas de entregas) e acompanha o ROI (medição e análise).  Os Membros do Time gerenciam: Configuração.

Manifesto para o desenvolvimento ágil de software Indivíduos e interação entre eles mais que processos e ferramentas Produto em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Papéis no Scrum Visão de negócio Facilitador Define Estratégia Entrega soluções Auto-gerenciado Focado Multidisciplinar Garante o ROI Define / prioriza Mediador Garante o Scrum Remove impedimentos .

Como funciona Product Backlog Sprint Entrega Daily Meeting A B C D Planning Meeting A Sprint Backlog Meta .

Certified Scrum Practitioner (CSP).. Palestrante na London Scrum Gathering 2007 X D B C A . but we won’t ever need to move the date”.” Product Backlog Sprint Richard Kronfält Entrega Certified Scrum Master (CSM). Certified Scrum Product Owner (CSPO).Como funciona “…I can’t promise exactly what.. Good start!.

 Impediment List  é a lista com os impedimentos do Time.  Sprint Backlog  possui as atividades nas quais o Time vai atuar dentro de uma Sprint. Este também é conhecido por ser representado pela Kanban. pois será priorizado e re-priorizado ao longo do projeto de acordo com a visão do P. etc).M deverá trabalhar.Alguns conceitos . Mas. como já dissemos o Scrum não é um processo de engenharia então você pode utilizar o que quiser pra manter seu Product Backlog (Casos de Uso. Uma forma ágil de gerenciar e manter seu Product Backlog é por meio das user stories. na qual o S. Especificação.Artefatos  Product Backlog  é a lista que contém os requisitos do projeto. Requisitos. provavelmente um dos símbolos mais associados ao Scrum 12 . Este é um artefato “vivo”. Utilizando essa abordagem você verá muitos resultados interessantes em seu processo de engenharia.O.O reconheça valor nesses documentos e que eles sejam claros para o time. Aqui temos todas as necessidades e/ou vontades do Product Owner para o projeto. desde é claro que o P. Essas atividades são planejadas pelo Time durante a reunião de planejamento da Sprint.

13 .  Product e Sprint Burndown  são gráficos que mostram a tendência planejada para atendimento da Sprint / Product Backlog e como o time está evoluindo diariamente no caso da Sprint e a cada Sprint no caso do projeto.M deverá trabalhar. na qual o S.Alguns conceitos .Artefatos  Impediment List  é a lista com os impedimentos do Time.

O sobre a meta a ser alcançada naquela Sprint e fará o planejamento de todo o trabalho que será realizado dentro da Sprint. O que está me impedindo?  Sprint Review  é a reunião de prestação de contas na finalização da Sprint. Nela os membros do time respondem a perguntas como:     Sprint Retrospective  O que fizemos de bom e temos que continuar fazendo? O que temos que mudar ou começar a fazer? Quem está no controle? 14 . é a reunião de “lições aprendidas” que ocorre ao final de cada Sprint. Preferencialmente deve ter 15 minutos e os integrantes do Time respondem a perguntas como:     Daily Meeting  O que fiz desde a última reunião diária.Cerimônias  Sprint Planning Meeting  é a reunião de planejamento da Sprint. S. Nela todos os membros do Time apresentarão o resultado atingido na Sprint ao P.Alguns conceitos .O e outros envolvidos.O. O que planejo fazer até a próxima. Nela o Time discutirá com o P. é a reunião diária que ocorre com todos os membros do Time.M e P.

Cada participante explica para os demais o porque estimou com aquele tamanho  Review Meeting  É uma apresentação do resultado da iteração para os clientes onde todos os envolvidos no projeto participam. Possiveis ações:     Devolver ou remover funcionalidades do Product Backlog de funcionalidade não terminadas Remover do Product Backlog funcionalidades terminadas antecipadamente Reformular a equipe Repriorizar do Producto Backlog 15 .Alguns conceitos ..Cerimônias  Planning Poker  É uma estimativa através de utilização de cartas para dimensionar o tamanho do Product Backlog.

. em detrimento a um processo bem definido..Algumas citações sobre Scrum “..” Ken Schwaber Fundador da Scrum Alliance “.” Kent Beck Criador do Método XP Signatario do Manifesto Agil “.. Estes que não entendem.É uma metodologia ágil para equipes pequenas e médias que desenvolvem software baseado em requisitos vagos e que se modificam rapidamente..agile se enquadra perfeitamente no conceito do PMBOK. PodCast de 01.. acham que o PMBOK é rígido.” Ricardo Viana Vargas..2009 Presidente do PMI. fechado...06..Scrum é uma metodologia ágil que busca uma forma empírica de lidar com o caos. Após treinamento de Scrum Master .. só não se enquadra para aqueles que não entendem para que o PMBOK serve..

Pontos de Atenção: Barreiras com modelo operacional Terceirização do desenvolvimento Várias empresas envolvidas Contrato de preço fixo Modelo medição de projeto. multidisciplinares e auto-gerenciados e focados Mudança de escopo faz parte do Projeto Scrum ou priorização das entregas? . APF Facilitador ao invés de um gestor de projeto Não existe responsável único pela entrega Times pequenos.

Software funcionando mais importante do que documentação abrangente.Pontos de Atenção: Pessoas e suas interações mais importante do que processos e ferramentas. Colaborar com o cliente mais importante do que negociar contratos. Responder as mudanças mais importante do que seguir um plano .

Conclusão .

CSM 20 .Metodologia Ágil – SCRUM Prof. Claudinei Iochimoto. PMP.