• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Agile: scrum, kanban e xgh
 

Agile: scrum, kanban e xgh

on

  • 968 views

 

Statistics

Views

Total Views
968
Views on SlideShare
864
Embed Views
104

Actions

Likes
1
Downloads
12
Comments
0

2 Embeds 104

http://hackthursday.com 74
http://hackthursday.github.com 30

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

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

    Agile: scrum, kanban e xgh Agile: scrum, kanban e xgh Presentation Transcript

    • Agile: Scrum, Kanban ecomo as agencias podem usar isso marcelo.tsi@gmail.com
    • _Eu
    • _Proposta para hojeMetodologias Ágeis● Scrum● Kanban● XGHComo podemos usar isso?
    • Quem aqui trabalha com alguma metodologia ágil?
    • _Modelo Tradicional
    • _Manifesto Ágilhttp://agilemanifesto.org/
    • _Sistema Lean● Toyota: Após segunda guerra mundial● Eliminação de desperdício e melhoria contínua● Lean Manufacturing (Produção Enxuta)● Just In Time: nada deve ser produzido antes da hora determinada
    • _Princípios● Elimine desperdícios● Crie conhecimento● Adie decisões● Entregue o mais rápido possível● Dê poder as pessoas da equipe● Inclua a qualidade no processo● Visualize o todo
    • _Os sete desperdícios do software● Excesso de funcionalidades - produzir mais do que é necessário● Trabalho inacabado - qualquer produção intermediária que não possa ser agregada ao produto ou entregue ao cliente● Defasagem tecnológica - usar mais energia do que é necessário para desenvolver o produto de software
    • _Os sete desperdícios do software● Excesso de manipulações - repasses desnecessários de tarefas num fluxo unitário de operações● Troca de tarefas - alternar entre atividades antes do trabalho ter sido concluído● Esperas - qualquer tipo de atraso entre uma ou outra atividade● Defeitos - qualquer falha de produto ou processo que resulte em retrabalho
    • Em geral um projeto usa apenas 20% do seutempo disponível para gerar valor - o resto édesperdício!!!
    • Multitask Paradox
    • _Scrum
    • _Scrum: Overview● Framework com vários processos e tecnicas● 1990s● Conhecimento vem da experiência e decisões são tomadas baseadas no que se sabe● Entrega constante (agregação de valor)● 3 pilares (fundamentos) ○ transparência ○ inspeção ○ adaptação
    • _Scrum: Pilares1. Transparência:Todo e qualquer fator ou acontecimentorelacionado ao processo de entrega, que possaimpactar o resultado final do projeto (produto),deve ser visível e do conhecimento de todosenvolvidos, inclusive o cliente.
    • _Scrum: Pilares2. InspeçãoTodos os aspectos do processo de entrega quepossam impactar o resultado final do projetodevem ser inspecionados freqüentemente,para que qualquer variação prejudicial possaser identificada e corrigida o mais rápidopossível.
    • _Scrum: Pilares3. AdaptaçãoToda vez que uma variação prejudicial éidentificada, o processo deve ser ajustadoimediatamente, como forma de evitar outrosdesvios.leia mais...
    • _The Scrum Team● Product Owner● Development Team● Scrum MasterCaracteristicas● self-organizing● cross-funcional● flexibilidade, criatividade, produtividadeLeia mais e mais...
    • _Scrum: Product Owner● É a pessoa responsável por auxiliar a equipe no processo de levantamento de requisitos do produto.● Ele prioriza as estórias, que tem maior valor de negócio para o seu produto. Estas estórias, formam o backlog de produto.
    • _Scrum: Development Team● Auxiliados pelo Scrum Master e pelo Product Owner e irão confeccionar o produto.● Responsáveis pela sua própria estruturação, e pela forma que conduzem o desenvolvimento do produto● A equipe é tipicamente composta de 5-9 pessoas com habilidades multifuncionais que fazem o trabalho real (analisar, projetar, desenvolver, testar técnicas de comunicação, documentos, etc.)
    • _Scrum: Scrum Master● É a pessoa responsáveis por auxiliar a equipe no processo de criação do produto, guiando-os segundo as sugestões de prática do Scrum, e protegendo a equipe de interferências externas que possam criar conflitos que diminuam o rendimento da equipe.● O Scrum Master não é o líder da equipe, mas sim o responsável pela aplicação das regras
    • _Scrum Events● Sprint ● Sprint Planning Meeting ● Daily Scrums ● Development work ● Sprint Review ● Sprint Retrospective
    • _Durante o Sprint● Nenhuma alteração que possa afetar o objetivo do sprint será feita● O time de desenvolvimento deve se manter constante● Qualidade não diminiu● O escopo pode ser renegociado com o Product Owner assim que o Development Team tiver mais detalhes
    • _Event: Sprint Planning Meeting● Timebox: 4h a 8h dependendo da duração do sprint (2 ou 4 semanas)● Parte 1: O que vai ser feito no Sprint? ○ Product Backlog ○ Sprint goal● Parte 2: Como vai ser feito o trabalho escolhido? ○ Sprint Backlog
    • _Event: Daily Scrums● Timebox: 15m● somente time de desenvolvimento● sincronizar atividades● planejar as proximas 24h● perguntas ○ o que foi feito desde a ultima reunião? ○ o que deve ser feito até a próxima reunião? ○ o que me impede de fazer?
    • _Event: Development Work● mãos a obra!
    • _Event: Sprint Review● Timebox: 2h a 4h● product owner, developer team● o que foi feito, o que não foi feito● o que ocorreu bem● problemas e soluções● revisar o que ainda tem por fazer no product backlog
    • _Event: Sprint Retrospective● Timebox: 1,5h a 3h● ocorre depois do sprint review● developer team● revisar pessoas, relações, ferramentas, processos● verificar o que foi bom● melhorias● criar plano para implementar melhorias (adaptação)
    • _Scrum: Artefatos● Product Backlog ○ Product owner ○ lista de funcionalidades priorizadas e estimadas (histórias) ○ valor, risco, necessidade, prioridade ○ agregar valor● Monitoramento do progresso do produto ○ grafico de burndown● Sprint Backlog ○ histórias a serem feitas no sprint ○ velocidade da equipe (técnicas)● Monitoramento do progresso da sprint ○ não considera tempo, e sim esforço
    • Ciclo do Sprint
    • Product Backlog
    • Planning Poker
    • Scrum Board
    • Burndown Chart
    • _Scrum: Done!● definição de pronto● agregar valor ao produto
    • _Scrum: Prós● Aprendizado contínuo● Adaptação● Agregação de valor (produz somente o que interessa ao produto)● diminiu stress da equipe● trabalho medido em esforço, não em horas
    • _Scrum: Contras● maturidade do time● senior developers● participação ativa do cliente● scrum é inflexível● contrato aberto
    • ● Scrum não se encaixa na minha agência.● Como faz com projetos de menos de 2 semanas?● Como faz se não tenho somente seniors na minha equipe?● Como faz se o cliente quer ver uma versão nova quase todo dia?● Como faz se o cliente decide mudar tudo alguns dias antes do prazo de entrega?
    • _Kanban
    • _Kanban: Overview● kan = visual, ban = quadro ou cartão● Origem sistema Toyota de produção (TPS)● Produção Enxuta (Lean Manufacturing)● Diminuição do desperdício ○ estoque ○ acumulo produtos inacabados● Produção puxada (Pull Production)● Diminui a quantidade de trabalho no processo (WIP - Work In Progress) ○ Menor sobrecarga, mais velocidade de adaptação a mudanças na demanda dos clientes ○ Menos Multitarefas. Ler
    • _Kanban para softwareAs 5 propriedades principais do Kanban:● Limitar o trabalho-em-processo● Visualizar o fluxo de trabalho● Medir e otimizar o fluxo de trabalho● Tornar explícitas as políticas do processo● Gerenciar quantitativamente
    • _Ferramenta: "Quadro de Kanban"
    • _Criando o Kanban● Quadro● Caneta● Defina as fases (fluxo de valor)● Defina o WIP (Work In Progress) para cada fase● postits● Pense simples!
    • Kanban Board
    • Kanban Board
    • Kanban Multi Projects
    • _Kanban: Boas práticas● Daily Standup● Constante adaptação ○ WIP size ○ Gargalos● Lead Time (ticket created - ticked live)● Cycle Time (start work - ticket live)● Weekly review ○ Time estimations (opcional)
    • _One day in Kanban Landhttp://blog.adsystems.com.br/2009/07/01/um-dia-na-terra-do-kanban/
    • _Kanban: Prós● Entregas a qualquer momento (continuous delivery)● Mudar a prioridade a qualquer instante● Visualização do fluxo de trabalho● Não se preocupa com iterações● Não se preocupa com estimativas● Não tem papéis obrigatórios
    • _Kanban: Contras● Aceitação (cultura)● Auto-Gerenciamento (ruim?)● Maturidade do time
    • _O que muda?Métodos tradicionais Métodos ágeisO planejamento deve A mudança épropiciar a prevenção incorporada aode mudanças escopo
    • Prescritivo versus Adaptativo
    • _Prescritivo vs AdaptativoScrum Kanban● Scrum Master ● Visualize the workflow● Product Owner ● Limit WIP● Team● Sprint planning meeting ● Measure and optimize● Daily Scrum lead time● Sprint review● Product backlog● Sprint backlog● Burndown chart
    • _Desafios (cultura)● Empresas ficam confortáveis com os seus processos● Se requisitos mudam é porque não foram bem gerenciados● Gerentes foram treinados para controlar eventos● Empresa tem muitas pessoas dedicadas a supervisionar projetos, compliance e outras pessoas● Encontrar novo ponto de equilíbrio
    • _Softwares● Scrum● Kanban
    • E se nada disso der certo?
    • _XGH
    • _XGH: OverviewExtreme Go Horse
    • E se mesmo assim não der certo!?
    • Think different!
    • _References● http://scrumex.com.br/blog/?p=891● http://scrumex.com.br/blog/?page_id=2● http://pt.wikipedia.org/wiki/Scrum#Pap.C3.A9is● http://blog.felipebastosweb.com.br/2012/o-papel-dos-papeis-dos-atores- no-scrum-em-uma-perspectiva-social/● http://blog.roma.srv.br/voce-sabe-o-que-e-scrum/● http://pt.scribd.com/doc/73024200/41/Tabela-2-Comparativo-entre-a- abordagem-Tradicional-X-Agil● http://www.heptagon.com.br/kanban● http://www.infoq.com/br/articles/kanban-for-skeptics● http://www.heptagon.com.br/5dgp-1
    • Agora vocês fazem perguntas!
    • Agora vocês implementamgerenciamento ágil no seu trabalho!