Palestra sobre metodologia Scrum

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

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 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

http://www.mestreseo.com.br	153
http://www.desenvolvimentodesites.net	11
http://feeds.feedburner.com	2

Palestra sobre metodologia Scrum

by Personal on Sep 01, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 166

Statistics

Palestra sobre metodologia Scrum — Presentation Transcript