Teamware Desmistificando Agile E Scrum V2

  • View
    2.320

  • Download
    0

  • Category

    Business

Preview:

Citation preview

1

© Teamware do Brasil – 2009-2010

Desmistificando Agile & ScrumDesenvolvimento de Software Sem Stress

2

© Teamware do Brasil - 2009

Quem somos?

• Teamware do Brasil

• Pioneira no Brasil em melhoria de processos com foco exclusivo em Abordagens Ágeis

• Fundadora da Agile Alliance Brasil e Corporate Member da Agile Alliance e Scrum Alliance

• Primeiro treinamento aberto de Certified Scrum Master no Brasil

• Consultores Especializados Nacionais e Internacionais em:

• Agile Process Improvement

• Scrum, Lean, XP, OpenUP, FDD

• Agile RUP, Agile CMMi, TOC

• Inovação, Knowledge Teams, OpenSourcing

3

© Teamware do Brasil - 2009

Alguns dos nossos clientes

4

© Teamware do Brasil - 2009

5

© Teamware do Brasil - 2009

6

© Teamware do Brasil - 2009

7

© Teamware do Brasil - 2009

8

© Teamware do Brasil - 2009

9

© Teamware do Brasil - 2009

10

© Teamware do Brasil - 2009

11

© Teamware do Brasil - 2009

PERIGOS A FRENTE!

• Horrores de Português a Frente!

• Palestra em portunhol, por favor não se horrorize com os horrores de português.

• Perigo de Mexerem no seu Queijo

• O conteúdo desta palestra pode afetar a sua visão de mundo e ter seu queijo mexido.

12

© Teamware do Brasil - 2009

Quais são as causas do Stress em Projetos de Software?

• As demandas mudam?

• Usuários sabem exatamente o que precisam?

• Os requisitos são claros e não permitem mal interpretações?

• As estimativas são precisas?

• Planos sempre são cumpridos como planejados?

Não tratar corretamente estes problemas ou trata-los de forma ineficaz pode ser a causa do Stress.

13

© Teamware do Brasil - 2009

Minhas metas para esta palestra

• Você conhecera alguns dos conceitos chave da Gestão Àgil de Projetos

• Você entendera porque Scrum é diferente

• Com sorte você tenha interesse em saber mais sobre o assunto

14

© Teamware do Brasil – 2009-2010

Pesquisa sobre aadoção de abordagens ágeis

15

© Teamware do Brasil - 2009

Pesquisa conclui: Ágilidade Funciona na Pratica

• Pesquisa com 4232 profissionais de TI em março de 2006 publicada na revista Dr. Dobbs mostra:

• 65% trabalham em organizações que tem adaptado uma ou mais técnicas de desenvolvimento ágil

• 41% trabalham em organizações que tem adotado uma ou mais metodologias ágeis

• 60% reportaram aumento na produtividade

• 66% reportaram aumento na qualidade

• 58% reportaram melhoria na satisfação dos stakeholders

16

© Teamware do Brasil - 2009

Que metodologia segue mais de perto?

Scrum: 40%XP: 23%Híbrido:14%DSDM: 8%Outras: 15%

17

© Teamware do Brasil - 2009

Qual o tipo de melhorias experimentadas?

Nada Melhoria Significat

Habilidade de mudar de prioridades 8% 52% 40%

Aumento da Produtividade 25% 58% 17%

Melhoria da Moral da Equipe 26% 54% 20%

Aumento da Qualidade do Software 26% 50% 24%

Redução de Time-To-Market 29% 51% 20%

Redução de Riscos do Projeto 28% 55% 17%

Alinhamento entre Objetivos de TI e de Negócio 34% 44% 22%

18

© Teamware do Brasil – 2009-2010

Valores do manifesto ágil

19

© Teamware do Brasil - 2009

O Manifesto Ágil – Os valores

Processos e ferramentasIndivíduos e interações sobre

Seguir um planoResponder a mudanças sobre

Documentação abrangente

Software funcional sobre

Negociação contratualColaboração com

clientesobre

20

© Teamware do Brasil – 2009-2010

Sobre o paradigma atual em Gestão 1.0 vs. Gestão 2.0

21

© Teamware do Brasil - 2009

Trabalho 1.0

“A maioria das nossas supocisões sobre negócios, tecnologia e organizações tem pelo menos 50 anos. Elas tem sobrevivido a seu tempo. Como resultado,

estamos pregando, ensinando, e praticando políticas que estão cada vez mais desalinhadas com a

realidade e são contra producentes.”

Peter Druker (1998)

22

© Teamware do Brasil - 2009

Trabalhador 1.0

• Executor de tarefas

• Seu Chefe Planeja Taticamente

• Executa

• Seu Chefe Verifica

• Seu Chefe Melhora seu trabalho

23

© Teamware do Brasil - 2009

Trabalho 2.0

“A mais importante, e de fato a verdadeiramente única, contribuição da

gestão no Século 20, foi o incremento em 50 vezes da produtividade do TRABALHADOR MANUAL na industria. A mais importante

contribuição que a gestão precisa fazer no Século 21 é similarmente incrementar a

produtividade do TRABALHO DO CONHECIMENTO e o TRABALHADOR DO

CONHECIMENTO.”

Peter Drucker (1999, p135)

24

© Teamware do Brasil - 2009

Trabalhador 2.0

• Especialista e conhecedor profundo do seu trabalho

• Planeja Taticamente

• Executa

• Verifica

• Melhora seu trabalho

25

© Teamware do Brasil – 2009-2010

O que é Scrum?

26

© Teamware do Brasil - 2009

Scrum em 100 palavras

• Scrum é um processo ágil que nos permite focar na entrega de maior valor de negocio no menor tempo.

• Ele nos permite rapida e repetidamente inspecionar software funcionando (a cada duas a quatro semanas).

• O negocio define as prioridades. A equipe se auto-organiza para determinar qual é a melhor forma de entregar a funcionalidades de maior prioridade.

• A cada duas semanas a um mês todos podem ver software real funcionando e decidir entregalo como esta ou continuar incrementando ele por outra sprint.

27

© Teamware do Brasil - 2009

Scrum é usado por...

• Microsoft

• Yahoo

• Google

• Electronic Arts

• High Moon Studios

• Lockheed Martin

• Philips

• Siemens

• Nokia

• Capital One

• BBC

• CESAR

• CERTI

• Intuit

• Nielsen Media

• First American Real Estate

• BMC Software

• Ipswitch

• John Deere

• Lexis Nexis

• Sabre

• Salesforce.com

• Time Warner

• Turner Broadcasting

• Oce

28

© Teamware do Brasil - 2009

Scrum é usado para...

• Software comercial

• Desenvolvimento interno

• Desenvolvimento por Terceirizado

• Projetos de Preço Fixo

• Aplicações financeiras

• Aplicações certificadas ISO9001

• Sistemas embarcados

• Systemas 24x7 com 99.999% de uptime requerido

• O avião Joint Strike Figther

• Desenvolvimento de Vídeo Games

• Sistemas críticos, aprovados pelo FDA

• Software de controle de Satélites

• Websites

• Software para portáteis

• Telefones celulares

• Aplicações de controle de redes

• Aplicações ISV

• Algumas das maiores aplicações em uso na atualidade

29

© Teamware do Brasil - 2009

Influencias de Scrum

• Lean Thinking

• Artigo “The New New Product Development Game” de Nonaka e Takeushi na Hardvard Bussines Review

• Desenvolvimento Iterativo e incremental

30

© Teamware do Brasil - 2009

Lean Thinking (Pensamento Enxuto)

• Fluxo de Produção de uma única peça – One Piece Flow

• Produção Just In Time (JIT)

• Processos Puxados vs. Processos Empurrados

Desperdícios em Manufatura

Desperdícios em Desenvolvimento de Software

Inventario Trabalho parcialmente pronto

Processamento extra Processos extra

Sobre produção Funcionalidades extra

Transportação Mudança de tarefas

Movimentação Movimentação

Defeitos Defeitos

31

© Teamware do Brasil - 2009

Estamos perdendo a carreira de revezamento…

“A abordagem de ‘corrida de revezamento’ para desenvolvimento de produtos… pode

conflitar com as metas de máxima velocidade e flexibilidade. Ao invés uma

abordagem holística ou estilo rugby onde a equipe tenta ir toda a distancia como uma

unidade, passando a bola para frente e para atrás - pode servir melhor nossos requisitos

de competividade de hoje.”

Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986.

32

© Teamware do Brasil - 2009

Papeis de Scrum

• Papeis de Scrum são papeis num processo não posições ou cargos numa empresa

33

© Teamware do Brasil - 2009

Entregar Pontos com Bolas

• Como uma equipe, entregue tantos pontos quanto possível

• 4 Iterações com Timebox de 2 minutos

34

© Teamware do Brasil - 2009

O que aconteceu?

• O que vocês observaram?

• Foi usado um processo para melhorar?

• Em que consiste?

• Podemos usar este mesmo processo para outras coisas de forma sistemática?

35

© Teamware do Brasil - 2009

PDCA – Deming Cycle

• Planejar - Plan

• Fazer - Do

• Verificar - Check

• Melhorar – Act

36

© Teamware do Brasil – 2009-2010

Porque é diferente?Processos definidos vs. empíricos

37

© Teamware do Brasil - 2009

Tipos de Processos

“É típico adotar a abordagem de modelagem definida (teórica) quando os mecanismos

subjacentes pelos quais um processo opera são razoavelmente bem entendidos.

Quando o processo é muito complexo para ser definido, a abordagem empírica é a

escolha apropriada.”

Process Dynamics, Modeling, and Control,

Ogunnaike and Ray, Oxford University Press, 1992

38

© Teamware do Brasil - 2009

Processos Prescritivos

• Modelo de processo definido com mecanismos subjacentes claramente entendidos

• Sucessão de atividades claramente definidas e lineares

• Capacidade de estimar tempos de execução de cada atividade

39

© Teamware do Brasil - 2009

Processos Empíricos

• Complexos, caóticos ou com muita incerteza, seus detalhes ainda são desconhecidos

• Atividades podem ser cíclicas e tem durações com muita variações

• É difícil estimar tempos de execução ou mesmo definir atividades a serem realizadas

40

© Teamware do Brasil - 2009

Gestão de Processos Empíricos

• Fixar a maior quantidade de parâmetros:

• Paramentos do contexto

• Prazo

• Esforço

• Estrutura da Equipe

• Parâmetros da saída fixos

• Objetivo

• Critério de avaliação (Pronto!)

• Parâmetros de entrada fixos

• Backlog

• Prioridades

• Estimativa

41

© Teamware do Brasil - 2009

Gestão Empírica com PDCA

PLAN

DO

CHECK

ACT

“Quando os processos são complexos demais paraserem definidos, é indicado usar a abordagem empírica

ao invés da modelagem definida de processos.”

42

© Teamware do Brasil - 2009

Gestão Ágil com Scrum

Sprint Planning 1 e 2

SPRINT

Sprint Review

Sprint Retrospective

“Scrum é PDCA levado a serio”

43

© Teamware do Brasil - 2009

Desenvolvimento seqüencial versus simultâneo

Ao inves de fazer uma coisa por vez...

...equipes Scrum fazem tudo simultaneamente...

Requisitos Projeto Codificação Teste

44

© Teamware do Brasil - 2009

Scrum framework

•Product owner•ScrumMaster•Team

Papeis

•Sprint planning•Sprint review•Sprint retrospective•Daily scrum meeting

Cerimônias

•Product backlog•Sprint backlog•Burndown charts

Artefatos

45

© Teamware do Brasil - 2009

Scrum Flow

• Sprint Planning 1, 2

• Sprint (Execução)

• Sprint Review

• Sprint Retrospective

46

© Teamware do Brasil - 2009

Juntando tudo

47

© Teamware do Brasil - 2009

Duvidas?

48

© Teamware do Brasil – 2009-2010

Teamware do Brasil

Muito Obrigado!

Juan Esteban Bernabó

Juan.bernabo@teamware.com.br

www.teamware.com.br

Copyrigth© 2009 Todos os direitos reservados