SCRUMMetodologia Ágil de Desenvolvimento de Software e Gerência de ProjetosBy James Jr.
O que são metodologias Ágeis?A maioria dos métodos ágeis tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, 1 a 4 semanas.Planejamento, análise de requisitos, projeto, codificação, teste e documentação.Métodos ágeis enfatizam comunicações em tempo real, preferencialmente face a face, a documentos escritos.
Princípios do Desenvolvimento ÁgilOs princípios do desenvolvimento ágil valorizam:Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);Softwares funcionais são a principal medida de progresso do projeto;Até mesmo mudanças tardias de escopo no projeto são bem-vindas.Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores;Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.Design do software deve prezar pela excelência técnica;Simplicidade;Rápida adaptação às mudanças;Indivíduos e interações mais do que processos e ferramentas;Software funcional mais do que documentação extensa;Colaboração com clientes mais do que negociação de contratos;Responder a mudanças mais do que seguir um plano.
Como surgiu o ScrumEstilo de gerenciamento de projetos em empresas de fabricação de automóveis e produtos de consumo.Projetos usando equipes pequenas e multidisciplinares produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby
Formação Scrum – Rugby
Aplicação do ScrumA função primária do Scrum é ser utilizado para o gerenciamento de projetos de desenvolvimento de software.
Porém, teoricamente pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa científica, ou até mesmo o planejamento de um casamento.Quem usa o Scrum?
Scrum tem sido usado para:
CaracterísticasEquipes se auto-organizamO produto evolui em uma série de “Sprints” mensaisOs requerimentos são listados em um “ProductBacklog”Não há prática de Engenharia prescrita (O Scrum adequa-se a todas)Usa regras generativas na criação de um ambiente ágil para a entrega de projetos
Manifesto Ágil - Valores
SprintsProjetos 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.
ScrumFrameWork
Dono do produto (ProductOwner)● Define as funcionalidades do produto● Decide datas de lançamento e conteúdo● Responsável pela rentabilidade ● Prioriza funcionalidades de acordo com o valor de mercado● Ajusta funcionalidades e prioridades● Aceita ou rejeita o resultado dos trabalhos
ScrumMaster● Representa a gerência para o projeto● Responsável pela aplicação dos valores e práticas do Scrum● Remove obstáculos● Garante a plena funcionalidade e produtividade da equipe● Garante a colaboração entre os diversos papéis e funções● Escudo para interferências externas
ScrumMaster
Equipe● Entre 5 e 9 pessoas● Multi-funcional● Programadores, testadores, desenvolvedores de interfaces, etc.● Tempo integral● Raras exceções (Ex.: Administrador de Base de Dados)● Auto-organizável● Idealmente, sem títulos, ainda que possível● Trocas só na mudança de Sprints
Planejamento do Sprint● A equipe seleciona itens do ProductBacklog (Lista/Quadro de Tarefas) com os quais compromete-se a concluir● O Sprint Backlog é criado● Tarefas identificadas e estimadas (1 a 16 horas)● De forma colaborativa, não apenas feito pelo ScrumMaster● Planejamento de alto nível é considerado
Scrum Diário● Parâmetros● Diário● 15 minutos● Todos em pé!● Não é para a solução de problemas● Todo mundo é convidado● Ajuda a evitar reuniões adicionais desnecessárias
Três questões para Todos
Três questões para Todos● As respostas não são um “relatório” para o ScrumMaster● Elas são COMPROMISSOS perante os pares
Revisão do Sprint● Equipe apresenta os resultados obtidos durante o Sprint● Tipicamente, demonstração de novas funcionalidades ou sua arquitetura● Informal	- 2 horas de preparação	- Sem slides● Todo o time participa● O mundo é convidado
Retrospectiva do Sprint● Periodicamente, observe o que funciona e o que não funciona● Tipicamente de 15 a 30 minutos● Feita após cada Sprint● Toda a equipe participa● ScrumMaster● Dono do produto● Membros da equipe● Clientes e outros
Inicia, Pára, Continua
ProductBacklog
Exemplo de ProductBacklog
O objetivo do Sprint
Gerenciando o Sprint Backlog
Gráfico BurnDow
Sprint Backlog
Ferramenta ScrumUmas das ferramentas Muito utilizadas para o gerenciamento dos projetos.www.pangoscrum.com
Em Resumo
ReferênciasCesar Brodwww.brod.com.brMike Cohnwww.mountaingoatsoftware.com

Scrum - Profº James Moreira Jr.

  • 1.
    SCRUMMetodologia Ágil deDesenvolvimento de Software e Gerência de ProjetosBy James Jr.
  • 2.
    O que sãometodologias Ágeis?A maioria dos métodos ágeis tenta minimizar o risco pelo desenvolvimento do software em curtos períodos, 1 a 4 semanas.Planejamento, análise de requisitos, projeto, codificação, teste e documentação.Métodos ágeis enfatizam comunicações em tempo real, preferencialmente face a face, a documentos escritos.
  • 3.
    Princípios do DesenvolvimentoÁgilOs princípios do desenvolvimento ágil valorizam:Garantir a satisfação do consumidor entregando rapidamente e continuamente softwares funcionais;Softwares funcionais são entregues frequentemente (semanas, ao invés de meses);Softwares funcionais são a principal medida de progresso do projeto;Até mesmo mudanças tardias de escopo no projeto são bem-vindas.Cooperação constante entre pessoas que entendem do 'negócio' e desenvolvedores;Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança.Design do software deve prezar pela excelência técnica;Simplicidade;Rápida adaptação às mudanças;Indivíduos e interações mais do que processos e ferramentas;Software funcional mais do que documentação extensa;Colaboração com clientes mais do que negociação de contratos;Responder a mudanças mais do que seguir um plano.
  • 4.
    Como surgiu oScrumEstilo de gerenciamento de projetos em empresas de fabricação de automóveis e produtos de consumo.Projetos usando equipes pequenas e multidisciplinares produziram os melhores resultados, e associaram estas equipes altamente eficazes à formação Scrum do Rugby
  • 5.
  • 6.
    Aplicação do ScrumAfunção primária do Scrum é ser utilizado para o gerenciamento de projetos de desenvolvimento de software.
  • 7.
    Porém, teoricamente podeser aplicado em qualquer contexto no qual um grupo de pessoas necessitem trabalhar juntas para atingir um objetivo comum, como iniciar uma escola pequena, projetos de pesquisa científica, ou até mesmo o planejamento de um casamento.Quem usa o Scrum?
  • 8.
    Scrum tem sidousado para:
  • 9.
    CaracterísticasEquipes se auto-organizamOproduto evolui em uma série de “Sprints” mensaisOs requerimentos são listados em um “ProductBacklog”Não há prática de Engenharia prescrita (O Scrum adequa-se a todas)Usa regras generativas na criação de um ambiente ágil para a entrega de projetos
  • 10.
  • 11.
    SprintsProjetos Scrum progridemem 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.
  • 12.
  • 13.
    Dono do produto(ProductOwner)● Define as funcionalidades do produto● Decide datas de lançamento e conteúdo● Responsável pela rentabilidade ● Prioriza funcionalidades de acordo com o valor de mercado● Ajusta funcionalidades e prioridades● Aceita ou rejeita o resultado dos trabalhos
  • 14.
    ScrumMaster● Representa agerência para o projeto● Responsável pela aplicação dos valores e práticas do Scrum● Remove obstáculos● Garante a plena funcionalidade e produtividade da equipe● Garante a colaboração entre os diversos papéis e funções● Escudo para interferências externas
  • 15.
  • 16.
    Equipe● Entre 5e 9 pessoas● Multi-funcional● Programadores, testadores, desenvolvedores de interfaces, etc.● Tempo integral● Raras exceções (Ex.: Administrador de Base de Dados)● Auto-organizável● Idealmente, sem títulos, ainda que possível● Trocas só na mudança de Sprints
  • 17.
    Planejamento do Sprint●A equipe seleciona itens do ProductBacklog (Lista/Quadro de Tarefas) com os quais compromete-se a concluir● O Sprint Backlog é criado● Tarefas identificadas e estimadas (1 a 16 horas)● De forma colaborativa, não apenas feito pelo ScrumMaster● Planejamento de alto nível é considerado
  • 18.
    Scrum Diário● Parâmetros●Diário● 15 minutos● Todos em pé!● Não é para a solução de problemas● Todo mundo é convidado● Ajuda a evitar reuniões adicionais desnecessárias
  • 19.
  • 20.
    Três questões paraTodos● As respostas não são um “relatório” para o ScrumMaster● Elas são COMPROMISSOS perante os pares
  • 21.
    Revisão do Sprint●Equipe apresenta os resultados obtidos durante o Sprint● Tipicamente, demonstração de novas funcionalidades ou sua arquitetura● Informal - 2 horas de preparação - Sem slides● Todo o time participa● O mundo é convidado
  • 22.
    Retrospectiva do Sprint●Periodicamente, observe o que funciona e o que não funciona● Tipicamente de 15 a 30 minutos● Feita após cada Sprint● Toda a equipe participa● ScrumMaster● Dono do produto● Membros da equipe● Clientes e outros
  • 23.
  • 24.
  • 25.
  • 26.
  • 27.
  • 28.
  • 29.
  • 31.
    Ferramenta ScrumUmas dasferramentas Muito utilizadas para o gerenciamento dos projetos.www.pangoscrum.com
  • 32.
  • 33.