Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível



Yüklə 463 b.
tarix17.11.2017
ölçüsü463 b.
#10766





Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.

  • Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.

  • Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas).

  • As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.

  • Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um “Sprint”.



Jeff Sutherland

  • Jeff Sutherland

      • Uso inicial do scrum na Easel em 1993
      • IDX e mais de 500 pessoas usando scrum
  • Ken Schwaber

      • ADM
      • Apresentação na OOPSLA 95 com Sutherland
      • Três livros sobre Scrum
  • Mike Beedle

      • Padrões para o Scrum na PLOPD4
  • Ken Schwaber and Mike Cohn

      • Fundaram a Scrum Alliance em 2002, inicialmente junto com a Agile Alliance


The Mythical Man Month by Frederick Brooks, 1975.

  • The Mythical Man Month by Frederick Brooks, 1975.

    • Quando um projeto está atrasado, adicionar pessoas ao projeto servirá apenas para atrasá-lo ainda mais.
    • Devemos considerar o tempo que perdemos em gestão e comunicação quando temos pessoas demais trabalhando em um projeto.
    • Ao calcular o tempo de desenvolvimento de qualquer coisa, temos que dobrá-lo. O programador precisa de "tempo para pensar" além do "tempo para programar"
    • (tradução livre)‏


Microsoft

  • Microsoft

  • Yahoo

  • Google

  • Electronic Arts

  • High Moon Studios

  • Lockheed Martin

  • Philips

  • Siemens

  • Nokia

  • Capital One

  • BBC

  • Intuit



Software comercial

  • Software comercial

  • Desenvolvimento interno

  • Desenvolvimento contratado (terceirização)‏

  • Projetos de preço fixo

  • Aplicações Financeiras

  • Aplicações certificadas pela isso 9001

  • Sistemas embarcados

  • Sistemas disponíveis 24x7

  • Desenvolvimento por hackers solitários













Projetos Scrum progridem em uma série de “sprints”

  • Projetos Scrum progridem em uma série de “sprints”

      • Similar às iterações do XP
  • 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











Define as funcionalidades do produto

  • Define as funcionalidades do produto

  • Decide datas de lançamento e conteúdo

  • Responsável pela rentabilidade (ROI)‏

  • Prioriza funcionalidades de acordo com o valor de mercado

  • Ajusta funcionalidades e prioridades

  • Aceita ou rejeita o resultado dos trabalhos



Representa a gerência para o projeto

  • 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









A equipe seleciona itens do Product Backlog com os quais compromete-se a concluir

  • A equipe seleciona itens do Product Backlog 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





Parâmetros

  • Parâmetros

      • Diário
      • 15 minutos
  • Todos em pé!

  • Não é para a solução de problemas

      • Todo mundo é convidado
      • Apenas os membros da equipe, ScrumMaster, dono do produto podem falar
  • Ajuda a evitar reuniões adicionais desnecessárias





As respostas não são um “relatório” para o ScrumMaster

  • As respostas não são um “relatório” para o ScrumMaster

  • Elas são COMPROMISSOS perante os pares



Equipe apresenta os resultados obtidos durante o 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



Periodicamente, observe o que funciona e o que não funciona

  • 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


A equipe discute o que gostaria de:

  • A equipe discute o que gostaria de:





Os requerimentos

  • Os requerimentos

  • Uma lista de todo o trabalho desejado no projeto

  • Idealmente, na forma em que cada item tenha seu peso de acordo com a vontade do cliente ou usuários

  • Priorizado pelo dono do produto

  • Repriorizado no início de cada Sprint





Breve declaração que ilustre o foco do trabalho durante o Sprint

  • Breve declaração que ilustre o foco do trabalho durante o Sprint



Cada indivíduo escolhe o trabalho que fará

  • Cada indivíduo escolhe o trabalho que fará

      • Trabalhos nunca são atribuídos
  • Atualização diária da estimativa do trabalho restante

  • Qualquer membro da equipe pode adicionar, apagar ou mudar tarefas

  • O trabalho aparece a partir do Sprint

  • Se uma tarefa não é clara, defina-a como um item com uma quantidade maior de tempo e subdivida-a depois

  • Atualize as coisas a serem feitas na medida em que se tornam mais conhecidas









Equipe de 7 ± 2 pessoas

  • Equipe de 7 ± 2 pessoas

      • Escalabilidade através de equipes de equipes
  • Fatores de escala

      • Tipo de aplicação
      • Tamanho da equipe
      • Dispersão da equipe
      • Duração do projeto
  • Scrum é usado em projetps envolvendo mais de 500 pessoas







www.mountaingoatsoftware.com/scrum

  • www.mountaingoatsoftware.com/scrum

  • www.scrumalliance.org

  • www.controlchaos.com

  • scrumdevelopment@yahoogroups.com

  • Agile Software Development with Scrum by Ken Schwaber and Mike Beedle

  • Agile Project Management with Scrum by Ken Schwaber

  • Scrum and the Enterprise by Ken Schwaber



Artigos de Cesar Brod, sobre Scrum, no Dicas-L

  • Artigos de Cesar Brod, sobre Scrum, no Dicas-L

      • www.dicas-l.com.br/brod
      • www.brod.com.br
  • Procure por Scrum

  • Links para exemplos online de Sprint e Product Backlog



Agile and Iterative Development: A Manager’s Guide by Craig Larman

  • Agile and Iterative Development: A Manager’s Guide by Craig Larman

  • Agile Estimating and Planning by Mike Cohn

  • Agile Project Management with Scrum by Ken Schwaber

  • Agile Retrospectives by Esther Derby and Diana Larsen

  • Agile Software Development Ecosystems by Jim Highsmith

  • Agile Software Development with Scrum by Ken Schwaber and

  • Mike Beedle

  • Scrum and The Enterprise by Ken Schwaber

  • User Stories Applied for Agile Software Development by Mike Cohn

  • Artigos semanais em www.scrumalliance.org





Criação:

  • Criação:

      • Mike Cohn
      • mike@mountaingoatsoftware.com
      • www.mountaingoatsoftware.com
      • +1 (720) 890-6110 (escritório)‏
  • Tradução e adaptação:

      • Cesar Brod
      • cesar@brod.com.br
      • www.brod.com.br


Yüklə 463 b.

Dostları ilə paylaş:




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©genderi.org 2024
rəhbərliyinə müraciət

    Ana səhifə