Palestra sobre metodologia Scrum
Upcoming SlideShare
Loading in...5
×
 

Palestra sobre metodologia Scrum

on

  • 4,742 views

Palestra realizada na Fundação Santo André (fsa.br) para MBA de Engenharia de Software. Também ministrada na semana da computação na Universidade de São Caetano (uscs.edu.br) e PHP Conference ...

Palestra realizada na Fundação Santo André (fsa.br) para MBA de Engenharia de Software. Também ministrada na semana da computação na Universidade de São Caetano (uscs.edu.br) e PHP Conference BR 2010

Statistics

Views

Total Views
4,742
Views on SlideShare
4,514
Embed Views
228

Actions

Likes
9
Downloads
240
Comments
0

6 Embeds 228

http://www.mestreseo.com.br 183
http://www.agenciamestre.com 20
http://www.desenvolvimentodesites.net 12
http://www.linkedin.com 6
http://otimizacaoseo.net 5
http://feeds.feedburner.com 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution License

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

    Palestra sobre metodologia Scrum Palestra sobre metodologia Scrum Presentation Transcript

    • A NDRÉ B ARBOSAE-mail: andre@abcg.com.brTwitter: @andre_ibbrasil AGILIDADE E QUALIDADE
    • Quantos...  são gerentes, diretores  são desenvolvedores  adotam alguma metodologia de desenvolvimento de software  já ouviram falar sobre Scrum  adotam Scrum
    • Me pegaram nositedegames.com
    • Perguntas breves ? Façam durante a apresentação.Já as perguntas LOOOOONGAS ...
    • Agora EU souPMBOK, RUP, UML, um CertifiedOpenUP, FDD, TDD, Scrum Master CMMi, MPS.BR,ISO, WBS, XPTO, ... nunca mais! „
    • Como é o processo dedesenvolvimento dos seus projetos?
    • Como a sua lista de tarefas é apresentada ?
    • E a suaequipe ?
    • E a carga de trabalho ?
    • E o “fim” (entrega) dos projetos ?
    • Mudanças prontamente realizadas ?
    • E o relacionamento com seu cliente?
    • Por que mudar?
    • Como isso é possível? VELOCIDADE de entrega QUALIDADE, menos bugs MOTIVAÇÃO no time Trabalho em EQUIPE COMPARTILHAMENTO do conhecimento INTERAÇÃO c/ cliente Aceitar MUDANÇAS
    • time
    • rugby
    • 1986 Artigo no Harvard Business Review 1995 por Hirotaka Takeuchi Formalizado, implantado e e Ikujiro Nonaka divulgado em todo mundo 1993 Foi concebido, documentado e implantado como é hoje YES! Waterfall never more! Ken Schwaber Thanks, John ScumniotalesJeff Sutherland Lean and Jeff McKenna RUP!
    • MANIFESTO ÁGIL agilemanifesto.org Fev./2001Estamos descobrindo maneiras melhores dedesenvolver software, fazendo-o nós mesmos eajudando outros a fazerem o mesmo. Atravésdeste trabalho, passamos a valorizar:Indivíduos e interações processos e ferramentasSoftware que funciona documentação abrangenteColaboração com cliente negociação de contratosResponder a mudanças seguir um planoOu seja, mesmo havendo valor nos itens à direita,valorizamos mais os itens à esquerda.
    • Scrum é um...framework iterativo e incremental para gerenciamentode projetos e desenvolvimento ágil de software. http://pt.wikipedia.org/wiki/Scrum
    • Scrum é uma... abordagem ágil para gerenciamento de projetos complexos. http://scrumalliance.org
    • Solo. Distribuído.
    • Scrum NÃO é...  complexo  extenso  frágil  garantia de sucesso  xp
    • É composto basicamente por:1. Pessoas e seus papéis associados2. Artefatos3. Eventos com duração fixa Só isso? Não estou acreditando...
    •  Pigs  Product Owner *  Scrum Master *  Team Chickens  Stakeholders  Managers  Outros
    • Essa estória é velha, heim?!Ei Porco! Acho que deveríamos abrir Que tal um restaurante. “Pernil com Ovos” ? Não, obrigado. Eu estaria comprometido, enquanto Não sei não. você estaria apenas Qual o nome? envolvido. ...
    •  Pigs  Product Owner  Representante do cliente  Gerencia o Product Backlog  Só um por projeto (Product Backlog)  Barreira entre Chickens -> Time  Facilitador entre Time -> Cliente  Define a meta por Sprint  Não define como fazer, mas sim o que fazer primeiro  Único que pode cancelar um Sprint  Scrum Master  Team Chickens
    •  Pigs  Product Owner  Scrum Master  Garante que o time adote o Scrum  Atualiza Burn Down Charts  Garante produtividade e qualidade  Barreira entre Chickens -> Time  Remove impedimentos  Pode ser um desenvolvedor  Não é gerente  Team Chickens
    •  Pigs  Product Owner  Scrum Master  Team  Transformam o Sprint Backlog em produto  São interdisciplinares  Possuem conhecimento especializado  Compartilham conhecimento  São auto gerenciáveis Chickens
    •  Pigs  Product Owner  Scrum Master  Team Chickens  Todos os envolvidos de alguma forma  Fornecem informações para o time (Team)  Não podem dizer aos Pigs como devem trabalhar  Não podem interferir (tirar o foco) do time (Team)
    • São, basicamente: Product Backlog Sprint Backlog Burn Down Charts
    • - Product Backlog - Sprint Backlog - Brun Down ChartsProjeto:Locadora Virtual Cadastro de DVDs e Blu-Rays Categorização dos cadastros projeto ou Admin de Planos e preços release Login com níveis de permissão Processo de locação Processo de entrega Processo de retirada Pagamento Serviços para cliente VIP
    • - Product Backlog extração - Sprint Backlog do product backlog - Brun Down ChartsProjeto:Locadora Virtual Cadastro de DVDs e Blu-Rays Cadastro de DVDs e Blu-Rays Categorização dos cadastros Categorização dos cadastros Admin de Planos e preços Login com níveis de permissão Processo de locação Processo de entrega Processo de retirada Pagamento Serviços para cliente VIP
    • - Product Backlog - Sprint Backlog - Brun Down ChartsEstórias: Tarefas (esforço)... - desenho (13) Cadastro de DVDs e Blu-Rays - definição dos campos (3) - modelagem BD (3) - criação do formulário (13) - testes unitários (8) - inserção inicial (2) Categorização dos cadastros - atualização do BD (2) - listagem de registros (5) - criação do formulário (8) - atualização cadastro (5) - testes unitários (8) - inserção inicial (2)
    • 1 2 3 5 8 1321 34 0 ? ...
    • - Product Backlog - Sprint Backlog - Brun Down ChartsKanban: Estórias Em andamento Aprovação Correção Feito Cadastro de DVDs e Blu-Rays (42) Categorização de cadastros (30)
    • - Product Backlog - Sprint Backlog - Brun Down ChartsKanban: Estórias Em andamento Aprovação Correção Feito Cadastro de DVDs e Blu-Rays (42) Categorização de cadastros (30)
    • - Product Backlog - Sprint Backlog - Brun Down ChartsKanban: Estórias Em andamento Aprovação Correção Feito Cadastro de DVDs e Blu-Rays (42) Categorização de cadastros (30)
    • - Product Backlog - Sprint Backlog - Brun Down ChartsKanban: Estórias Em andamento Aprovação Correção Feito Cadastro de DVDs e Blu-Rays (42) Categorização de cadastros (30)
    • - Product Backlog - Sprint Backlog - Brun Down ChartsKanban: Estórias Em andamento Aprovação Correção Feito Cadastro de DVDs e Blu-Rays (42) Categorização de cadastros (30)
    • - Product Backlog - Sprint Backlog - Brun Down Charts Sprint 16/08 à 27/08 80 60esforço 40 Previsto Realizado 20 0 1 2 3 4 5 6 7 8 9 10 semana 1 semana 2
    •  Planning Meeting  Release  Sprint Sprint Daily Meeting Review Meeting Retrospective Meeting
    •  Planning Meeting  Release  Objetivo: estabelece planos, metas, prioridades  Planejam como transformar a visão em produto  Organiza o ROI, define riscos  Não precisa acontecer sempre  Não pertence ao Sprint Então por que  Sprint está aqui? Sprint Daily Meeting Review Meeting Retrospective Meeting
    •  Planning Meeting  Release  Sprint  Duração: 5% do Sprint  Objetivo: criar e organizar o Sprint Backlog  1º) O que será feito no Sprint (P.O. explica)  2º) Como será feito no Sprint (time conversa)  O time “pontua” definindo sua capacidade de desenvolvimento  São criadas as estórias, tarefas (Sprint Backlog)  P.O. define a meta do Sprint Sprint Daily Meeting Review Meeting Retrospective Meeting
    •  Planning Meeting  Release  Sprint Sprint  Duração: 2 a 4 semanas*  Objetivo: tornar o Backlog em produto  Nenhuma mudança deve ocorrer  Não deve haver interferências externas  As 4 reuniões ocorrem dentro do Sprint  Ocorrem uma após a outra, sem intervalo Daily Meeting Review Meeting Retrospective Meeting
    •  Planning Meeting Sprint Daily Meeting  Duração: 15 minutos, no máximo !!!  Objetivo: alinhar o desenvolvimento com a meta  Realizada de pé.  Sempre no mesmo local (reservado) e horário  Participantes: Scrum Master e Team  Ouvinte: Product Owner  Cada membro explica:  O que fez desde a última reunião diária  O que vai fazer até a próxima reunião diária  Impedimentos, problemas, ...  Não são discutidas questões técnicas ou como serão feitas Review Meeting Retrospective Meeting
    •  Planning Meeting  Release  Sprint Sprint Daily Meeting Review Meeting  Duração: 5% do Sprint  Objetivo: dar a todos uma visão real do que foi feito  Participantes: Pigs e Chickens  Os usuários “navegam” pelo que já está pronto e em produção  Os usuários são orientados pelo time  Dúvidas de uso são esclarecidas  Não é momento para testes de aceitação Retrospective Meeting
    •  Planning Meeting  Release  Sprint Sprint Daily Meeting Review Meeting Retrospective Meeting  Duração: 5% do Sprint  Objetivo: refletir, rever e definir meios de entrega sem maiores transtornos e incômodos  Participantes: Pigs  Não há culpados, mas uma equipe que trabalha com objetivos
    • 5% Estórias Sprint Tarefas Backlog Planning Meeting Sprint Product Burn BacklogSprint Down Desenv.2 à 4 semanas diário 5% 5% Retrospective Review Daily Meeting Meeting Meeting 15 min.
    •  Iteração Interação Meta Pronto Impedimentos Auto-gerenciamento
    •  Dificuldades  Resistência de quem está "perdendo poder“  Desmotivação de quem está “fora” do time  Visão tradicional dos superiores  Alt + tab nas tarefas  Indefinição do cliente Mitos  Scrum é para projetos pequenos  Somente para experientes e times nivelados  Não há documentação  Não tem como estimar, logo é impossível vender Verdade  Scrum não funciona em qualquer time
    •  Propriedade coletiva de código Programação em pares Desenvolvimento dirigido por testes (TDD) Refatoração constante
    •  Pronto Agile http://pronto.bluesoft.com.br/ Ship Software OnTime http://shipsoftwareontime.com/ Version One http://www.versionone.net/ Collabnet ScrumWorks http://www.danube.com/scrumworks Mingle http://www.thoughtworks-studios.com/ Pango Scrum http://pangoscrum.com/pt-BR
    •  Agile Software Development with Scrum, Ken Schwaber Scrum e XP Direto das Trincheiras, Henrik Kniberg (PDF) Scrum Guide, Ken Schwaber ScrumAlliance.org Scrum.org
    •  Tarefa:  Criar um site de venda e locação de filmes Pedidos do cliente (contratante):  Página inicial com lançamentos, recomendados, top 10 do mês e alguma publicidade da locadora  Cadastro de clientes  Página para escolha dos planos (com preços)  Processo de locação e compra  Serviços para clientes VIP  Busca de filmes
    •  Objetivo:  Aplicar o framework em um Sprint Atividades:  Definir pigs (papéis): P.O., Scrum Master, Team  Criar artefatos: Product Backlog e Sprint Backlog  Utilizar Kanban para visualizar estórias e tarefas ...  Executar todos os eventos de pelo menos um Sprint: planejamento, reunião diária (a cada 10 minutos), revisão e retrospectiva ...
    • Agora vou para Twitter:Obrigado! @andre_ibbrasil