SCRUM Process

1
SCRUM Process

• Universidade Federal de Pernambuco

Polyana Lima Olegário polyanalim_at_yahoo.com.br
2
Agenda

• Manifesto Ágil
• Agile Alliance
• Agile Modeling
• Valores Ágeis
• Princípios Ágeis
• SCRUM
• Historia
• Filosofia
• Fluxo do Processo
• Praticas do SCRUM
• Gerenciamento em SCRUM Process
• XP x SCRUM
• Ferramentas
• Conclusões

3
Agile Modeling

• É uma metodologia baseada na pratica para
  modelagem efetiva e documentação de sistemas de
  software
• Melhorar o esforço dos profissionais que
  desenvolvem software

4
Agile Alliance

• Grupo de pesquisadores que lançaram o manifesto
  ágil
• Defende valores e praticas dos métodos ágeis e
  ajudam organizações a adotarem tais conceitos
• Define valores e princípios do manifesto ágil

5
Valores do Manifesto Ágil

• Indivíduos e Interações mais que processos e
  ferramentas
• Software Operante mais que documentações
  completas
• Colaboração do Cliente mais que negociações
  contratuais
• Adaptação a mudanças mais que seguir o plano
  inicial

6
Princípios do Manifesto Ágil

• Satisfazer o cliente
• Entregas no prazo e continuamente
• Receber bem mudanças de requisitos
• Software funcionando
• Os membros da equipe aprendem uns com os outros

7
Princípios do Manifesto Ágil

• Comunicação aberta e honesta
• Reuniões
• Equipe organizada
• Criar conteúdo simples
• Considerar Testabilidade
• Lições aprendidas

8
Métodos Ágeis

• XP
• SCRUM
• FDD (Feature-Driven Development)
• Crystal
• ASD (Adaptive Software Development)

9
SCRUM Process

• É um processo para construir software
  incrementalmente em ambientes complexos, onde os
  requisitos não são claros ou mudam com muita
  freqüência.
• É um caminho para maximizar a produção.
• É um processo que controla o caos de interesses
  conflitantes e necessários.

10
SCRUM - História

• Jeff Sutherland aplicou primeiro a concepção do
  SCRUM na Easel Corporation in 1993.
• Em 1995 foi apresentado para a OMG (Object
  Management Group), pela Advanced Development
  Methods ADM e pela VMARK Software VMARK
• O SCRUM foi refinado mais tarde por Ken Schwaber.

11
Filosofia do SCRUM

• Processo Empírico
• Se um processo é totalmente definido, pode ser
  repetido e os resultados serem previsíveis, então
  é conhecido como processo definido e pode ser
  automatizado
• Mas, se é caótico e não repetitivo, requer
  constante controle e medidas, é um processo
  empírico

12
Filosofia do SCRUM

• "Scrum methodology - similar to the iterative
  methodology, but assumes that all requirements
  are not known in advance, and that the fastest
  path to surfacing and implementing all
  requirements will be discovered empirically
  during the development process. Careful control
  mechanisms are used to assure on-time delivery of
  a high quality product, while allowing maximum
  flexibility of small, tightly coupled,
  development teams. Requires a well motivated team
  and good leadership to implement effectively.
  Productivity gains of 600 have been seen
  repeatedly in well executed projects.
• By Capers Jones

13
Como o SCRUM trabalha

• Foco em gerenciamento e Tracking
• Pode ser combinado com outras metodologias (Ex.
  XP)
• Equipes pequenas (06 à 10 membros)
• Uma série de Sprints (01 04 semanas)
• Tempo limitado
• Rápido desenvolvimento do produto

14
Como o SCRUM trabalha

• Evita trabalho desnecessário
• Features que nunca serão utilizadas
• Utiliza como artefatos somente documentos
  realmente necessários
• Mantém todos os envolvidos no projeto
  constantemente atualizados

15
Fluxo de um Processo SCRUM
16
Fluxo de um Processo SCRUM

• Criação do Product Backlog
• Product Backlog Lista dinâmica do que é desejado
  ter no produto
• Planejamento da Sprint
• Reunião de Planejamento da Sprint Com objetivo
  de definir o trabalho a ser realizado.

17
Fluxo de um Processo SCRUM

• Sprint
• Desenvolvimento das funcionalidades.
• Reuniões diárias de 15min

18
Fluxo de um Processo SCRUM

• Revisão da Sprint
• A nova funcionalidade é apresentada
• Se mais iterações são necessárias então o
  Product Owner apresenta um novo Product Backlog e
  o processo inicia novamente.

19
SCRUM Process

• Planejamento da Sprint
• Reunião de Planejamento da Sprint
• 4h com o Product Owner e o Time para definir as
  características de alta prioridade e o Time poder
  selecionar as funcionalidades para a próxima
  Sprint
• 4h com o Time para fazer o plano de trabalho da
  Sprint. Definir a arquitetura, design das
  funcionalidades e as tarefas para construção
  dessas funcionalidades
• Product Owner pode redefinir o Product Backlog
• O Objetivo da Sprint é definido
• Estimativa do tempo baseada em Sprints anteriores

20
SCRUM Process

• Sprint
• Sprint é o período de tempo (20 a 30 dias) para
  construção dos itens do Product Backlog em
  funcionalidades do produto
• O progresso da Sprint é acompanhado pela Sprint
  Backlog e Sprint Burndown
• Todo código desenvolvido é testado e os bugs são
  corrigidos antes do inicio da Revisão da Sprint.
• Daily SCRUM Meeting

21
SCRUM Process

• Revisão da Sprint
• Reunião para discutir o estava dando certo na
  Sprint e o que estava dando errado e quais
  funcionalidades são necessárias para a próxima
  Sprint, a partir destes fatores o curso da
  próxima Sprint é determinado
• Preocupação em O que time estava desenvolvendo
• Reunião de Revisão da Sprint tem duração de 1
  hora e o ScrumMaster determina a quantidade de
  pessoas na reunião

22
SCRUM Process

• Retrospectiva da Sprint
• Avaliam o que pode ser modificado para melhorar a
  produtividade da próxima Sprint
• Preocupação em Como time estava desenvolvendo
• Todos os envolvidos no projeto devem participar
• Benefícios
• Melhorias no processo a cada Sprint
• Elaboração de um relatório de lições aprendidas

23
Práticas do SCRUM

• Daily SCRUM Meeting
• Questões Levantadas
• O que foi finalizado ontem?
• O que é planejado para hoje?
• Existe algo que possa atrapalhar o trabalho?
• Benefícios
• Evita duplicação de esforço
• Melhor entendimento e interdependência entre os
  membros do Time
• Comunicação do Time
• Identificar riscos antes que eles ocorram

24
Práticas do SCRUM

• Acompanhamento do progresso da Sprint
• Através do relato da Sprint Backlog
• E de gráficos como do Product Burndown ou Sprint
  Burndown

A inclinação da curva dá a noção de Velocidade
(Velocity) da equipe.
25
Gerenciamento em SCRUM Process

• Não existe um gerente de projetos como em
  projetos tradicionais
• Gerenciado pelo ScrumMaster, Product Owner e pelo
  Time
• ScrumMaster
• Não gerencia, mas provê liderança
• Garante a aplicação das regras do SCRUM
• Ensina conceitos do SCRUM
• Remove obstáculos

26
Gerenciamento em SCRUM Process

• Product Owner
• Representa os stakeholders
• Define os requisitos
• Define as prioridades
• Time
• Constroem as funcionalidades do produto
• Organizam seu próprio trabalho (
• Gerenciam suas próprias tarefas

27
XP x SCRUM

• Semelhanças
• Equipes pequenas
• Requisitos instáveis ou desconhecidos
• Iterações curtas para fornecer melhor
  visibilidade do desenvolvimento

28
XP x SCRUM

• Diferenças
• SCRUM divide o desenvolvimento em Sprints de até
  30 dias e com reuniões diárias de 15min
• Equipes formadas por pessoas de competências
  diferentes projetistas, programadores,
  engenheiros e gerentes de qualidade
• Informação de status atualizado continuamente e a
  divisão de tarefas é explicitas

29
XP x SCRUM

• SCRUM e XP são complementares.
• SCRUM fornece praticas de gerenciamento enquanto
  XP provê praticas integradas de engenharia de
  software

30
Ferramentas

• Ferramentas
• Scrum for Team System
• Adicionada ao Microsoft Visual Studio Team System
• Desenvolvida pelo Conchango em colaboração com
  Ken Schwaber e a Microsoft
• ScrumWorks
• http//danube.com/
• Version One Agile Project Planning Management
  Application
• http//www.versionone.com/

31
Trabalham com SCRUM

• Yahoo, Medtronics , Primavera

32
Conclusões

• ? Maior integração entre os membros da equipe
• ? Rápida solução de problemas
• Compartilhamento de conhecimento
• ? Progresso medido continuamente
• Minimização de Riscos
• ? Profissionais de negócios e tecnologia
  trabalham juntos
• ? Maior comprometimento do time devido a sua
  autonomia
• ? Pode haver necessidade de associação com outras
  metodologias (XP)

33
Conclusão

• SCRUM é interessante porque fornece um mecanismo
  de informação de status que é atualizado
  continuamente, e porque utiliza a divisão de
  tarefas dentro da equipe de forma explícita.
• Qualquer metodologia de processo pode utilizar a
  filosofia do SCRUM e garantir boas práticas sobre
  o projeto.

34
Referências

• www.agilemodeling.com. Acessado em 26/01/2007
• www.agilealliance.org. Acessado em 26/01/2007
• www.controlchaos.com. Acessado em 26/01/2007
• www.agilemanifesto.org . Acessado em 29/01/2007.
• http//scrumforteamsystem.com/. Acessado em
  25/01/2007.
• http//www.scrumalliance.org/. Acessado em
  25/01/2007.
• Controlled Chaos Living on the Edge. 1996
  Advanced Development Methods