• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Scrum na pratica, para developers
 

Scrum na pratica, para developers

on

  • 1,839 views

Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível, e nesta apresentação, o Filipe vai mostrar-nos como é o dia-a-dia de um ...

Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível, e nesta apresentação, o Filipe vai mostrar-nos como é o dia-a-dia de um developer a trabalhar numa equipa que utiliza esta metodologia no desenvolvimento profissional de software, como tem sido a sua experiência, as principais melhorias que a equipa alcançou e também as dificuldades que enfrentaram até agora

Statistics

Views

Total Views
1,839
Views on SlideShare
1,839
Embed Views
0

Actions

Likes
0
Downloads
50
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Scrum na pratica, para developers Scrum na pratica, para developers Presentation Transcript

    • http://netponto.org
      20ª Reunião Lisboa - 21/05/2011
      Scrum na prática, para DevelopersFilipe Almeida
    • Patrocinadores desta reunião
    • Filipe Almeida
      Developer
      PHP, MySQL, Flash/AS, JS, jQuery, jsLinb, C#, Silverlight
      SCRUM Geek
    • Agenda
      Introdução ao scrum
      Vender scrum à gestão
      Nossa experiencia com scrum
      Questões
    • Também disponível em vídeo...
      Assista!
      http://vimeo.com/24783959
    • Introdução ao scrum
      SCRUM é um processo iterativo e incremental para gestão e desenvolvimento de software
      Processo simples e escalável.
      Processo observável de gestão e controlo.
    • PrincipiosLean
      Adicionar apenas valor
      Centrarnaspessoasqueadicionam valor
      O Valor pelaprocuraOptimização entre organizações
      ReduzirSuperprodução
      ReduzirExcesso de Requisitos
      ReduzirPassos extra
      ReduzirProcurapelainformação
      ReduzirDefeitos e BugsReduzir Tempos de espera (incluindoclientes)
      ReduzirPassagem de mão
    • Papeis
    • Product Owner
      Define Visão do Produto
      Elabora e mantém o Product Backlog
      Define a prioridade e ROI
      Representa o/os clientes e utilizadores
    • Scrum Team
      Auto-organizada e multifuncional
      Faz estimativas
      Define as tarefasDesenvolve o produtoGarantir a qualidadeApresenta o produto ao cliente
    • Scrum Master
      É líder
      Facilitador
      Remove impedimentosProtege a equipaAjuda o PO (com o Product Backlog)
      Garante o processo Scrum
    • Processo
    • Product Backlog
      Gerida pelo Product Owner (com apoio do Scrum Master)
      Lista prioritizada de requisitos e histórias
      «Sendo visitante quero me registar para publicar um artigo»
      Lista em constante mudança
    • Reunião de Planeamento
      Participantes: Product Owner, Scrum Master e Equipa
      Define a prioridade nos itens do Backlog
      Define o objectivo do sprint.Define o Sprint BackLog
      Define o significado de Feito
    • Sprint Backlog
      Lista de tarefas para serem executadas no sprint
      Evolutiva com o trabalho desse sprint
    • Sprint
      Sessão de trabalho, tipicamente 15 ou 30 dias
      Produz um “deliverable” a partir das tarefas no sprint
    • Reunião Diária
      15 Minutos
      O que completaste?O que vais fazer hoje?
      O que impede de fazer o melhor trabalho?
      Onlypigsmayspeak!
    • Revisão da Sprint
      Participantes: Product Owner, Equipa e Scrum Master
      Apresentação do trabalho do sprint
      Entrega do deliverable
    • Deliverable
      Incremento das funcionalidades produzidas
      Contém todas as partes de um software funcional
    • Reunião de Retrospectiva
      Logo após reunião do sprint
      O que podemos melhorar no processo?
    • Artefactos
      Product Backlog
      Sprint Backlog
      KanbanBoard
      BurndownCharts
    • Vender scrum à gestão
    • O que a gestão gosta
      Aumento da produtividadeQualidade
      Visibilidade e transparência
      Previsibilidade e controlo contínuo
      Liberdade para alterar requisitos
    • O que não vender
      Não vender scrum pelo scrumNão vender porque é moda
      Não colocar o problema no cliente
    • Experiencia com scrum
    • O Projecto
      Equipa de 5 elementos
      Projecto já existente em desenvolvimento activo
      Requisitos de clientes diferentes para o mesmo produto
      Alta probabilidade de novos requisitos concorrentes
    • Problemas que existiam
      Elementos especializados e “únicos”
      “Waterfall Lag”
      Necessidade de dedução do que fazer a seguir…
      Envelhecimento dos testes
    • Preparação
      Preparação da equipa para o novo modelo
      Apresentação a toda a empresa do modelo scrum
      Aprovação superior para dar início à experiencia
    • Primeira Reunião SCRUM
      1ª parte – 4 horas
      Definir Scrum Master
      Definir Product Owner
      Criação do Backlog
    • Primeira Reunião SCRUM
      2ª parte – 4 horas
      Definir o primeiro objectivo
      Fazer o primeiro Sprint Backlog
      Partilhar o documento com
      os envolvidos
    • Primeiro Sprint
      3 Dias com standups ao início da tarde
      Um objectivo simples
      Disponibilização diária do burndown
      Objectivo cumprido
    • Primeira introspectiva
      Ajustadas as horas das reuniões
      Artefactos melhorados
      Interligar com o project
    • Sprints seguintes
      15 Dias
      Objectivos reais
      Reserva de espaço para partilha de conhecimento
      Alta motivação
      6 sprints para atingir processo eficaz
    • Impacto no projecto
      Produção de funcionalidades com o melhor ROI
      Só produzimos as funcionalidades que são usadas
      Aumento considerável do valor do produtoClientes satisfeitos
    • Resultados na gestão
      >50% crescimento da produtividade
      Menor esforço de gestão no chefe de projecto e na equipa
    • Como fazer?
      Product Backlog?
      Sprint Backlog?
      Burndown?
      Que ferramenta devo usar?
      Uma forma de calcular o tempo?
    • Product Backlog?
    • Sprint Backlog?
    • Burndown?
    • Que ferramenta devo usar?
      Começa com a mais básica possível
      Usar as Introspectivas para melhorar
    • Uma forma de calcular o tempo?
    • Referências
      KenSchwaber
      Agile Project Managementwith Scrum
      KenSchwaber e MikeBeedle
      Agile Software Developmentwith Scrum
      KenSchwaber
      TheEnterpriseand Scrum
      Esther Derby, Diana Larsen e KenSchwaber
      AgileRetrospectives: MakingGoodTeams Great
      http://jeffsutherland.com
      http://www.controlchaos.com
    • Questões?
    • Patrocinadores desta reunião
    • Próximas reuniões presenciais
      21/05/2011 - Maio
      18/06/2011 - Junho
      23/07/2011 - Julho
      27/08/2011 - AgostoReserva estes dias na agenda! :)
    • Obrigado!
      Filipe Almeida
      filipealmeida@shortcut.pt
      filipe@tiraduvidas.eu