Desmistificando Agile & Scrum Desenvolvimento de Software ... · • Software comercial •...

Post on 13-Dec-2018

223 views 0 download

Transcript of Desmistificando Agile & Scrum Desenvolvimento de Software ... · • Software comercial •...

1

Desmistificando Agile & ScrumDesenvolvimento de Software Sem Stress

© Teamware do Brasil - 2009

Desenvolvimento de Software Sem Stress

2

Quem somos?

• Teamware do Brasil

© Teamware do Brasil - 2009

• 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

Alguns dos nossos clientes

© Teamware do Brasil - 2009

4

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.

© Teamware do Brasil - 2009

5

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?

© Teamware do Brasil - 2009

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

6

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

© Teamware do Brasil - 2009

7

Pesquisa sobre a

© Teamware do Brasil - 2009

Pesquisa sobre aadoção de abordagens ágeis

8

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

© Teamware do Brasil - 2009

uma ou mais metodologias ágeis

• 60% reportaram aumento na produtividade

• 66% reportaram aumento na qualidade

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

9

Que metodologia segue mais de perto?

Scrum: 40%

© Teamware do Brasil - 2009

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

10

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%

© Teamware do Brasil - 2009

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

11

Valores do manifesto ágil

© Teamware do Brasil - 2009

Valores do manifesto ágil

12

O Manifesto Ágil – Os valores

Processos e ferramentasProcessos e ferramentasIndivíduos e interaçõesIndivíduos e interações sobre

Documentação abrangente

Documentação abrangente

Software funcionalSoftware funcional sobre

© Teamware do Brasil - 2009

Seguir um planoSeguir um planoResponder a mudançasResponder a mudanças sobre

abrangenteabrangente

Negociação contratualNegociação contratualColaboração com

clienteColaboração com

clientesobre

13

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

© Teamware do Brasil - 2009

Gestão 1.0 vs. Gestão 2.0

14

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

© Teamware do Brasil - 2009

producentes.”

Peter Druker (1998)

15

Trabalhador 1.0

• Executor de tarefas

• Seu Chefe Planeja Taticamente

• Executa

© Teamware do Brasil - 2009

• Executa

• Seu Chefe Verifica

• Seu Chefe Melhora seu trabalho

16

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

© Teamware do Brasil - 2009

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)

17

Trabalhador 2.0

• Especialista e conhecedor profundo do seu trabalho

• Planeja Taticamente

© Teamware do Brasil - 2009

• Executa

• Verifica

• Melhora seu trabalho

18

O que é Scrum?

© Teamware do Brasil - 2009

O que é Scrum?

19

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

© Teamware do Brasil - 2009

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

20

Scrum é usado por...

• Microsoft

• Yahoo

• Google

• Electronic Arts

• High Moon Studios

• Lockheed Martin

• Intuit

• Nielsen Media

• First American Real Estate

• BMC Software

• Ipswitch

• John Deere

© Teamware do Brasil - 2009

• Lockheed Martin

• Philips

• Siemens

• Nokia

• Capital One

• BBC

• CESAR

• CERTI

• John Deere

• Lexis Nexis

• Sabre

• Salesforce.com

• Time Warner

• Turner Broadcasting

• Oce

21

Scrum é usado para...

• Software comercial

• Desenvolvimento interno

• Desenvolvimento por Terceirizado

• Projetos de Preço Fixo

• Aplicações financeiras

• Aplicações certificadas ISO9001

• Desenvolvimento de Vídeo Games

• Sistemas críticos, aprovados pelo FDA

• Software de controle de Satélites

• Websites

• Software para portáteis

• Telefones celulares

© Teamware do Brasil - 2009

• Aplicações certificadas ISO9001

• Sistemas embarcados

• Systemas 24x7 com 99.999% de uptime requerido

• O avião Joint Strike Figther

• Telefones celulares

• Aplicações de controle de redes

• Aplicações ISV

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

22

Influencias de Scrum

• Lean Thinking

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

• Desenvolvimento

© Teamware do Brasil - 2009

• Desenvolvimento Iterativo e incremental

23

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

© Teamware do Brasil - 2009

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

24

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

© Teamware do Brasil - 2009

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.

25

Papeis de Scrum

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

ProductOwner

© Teamware do Brasil - 2009

ProductOwner

Scrum Master

Equipe

26

Entregar Pontos com Bolas

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

• 4 Iterações com Timebox de 2 minutos

© Teamware do Brasil - 2009

27

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?

© Teamware do Brasil - 2009

28

PDCA – Deming Cycle

• Planejar - Plan

• Fazer - Do

• Verificar - Check

• Melhorar – Act

© Teamware do Brasil - 2009

29

Porque é diferente?Processos definidos vs. empíricos

© Teamware do Brasil - 2009

Processos definidos vs. empíricos

30

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

© Teamware do Brasil - 2009

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

31

Processos Prescritivos

• Modelo de processo definido com mecanismos subjacentes claramente entendidos

• Sucessão de atividades claramente definidas e lineares

• Capacidade de estimar tempos de

© Teamware do Brasil - 2009

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

32

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

© Teamware do Brasil - 2009

tem durações com muita variações

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

33

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

© Teamware do Brasil - 2009

• Parâmetros da saída fixos

• Objetivo

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

• Parâmetros de entrada fixos

• Backlog

• Prioridades

• Estimativa

34

Gestão Ágil com Scrum

Sprint Planning 1 e 2

SPRINT

Sprint Review

© Teamware do Brasil - 2009

SPRINT

Sprint Retrospective

35

Desenvolvimento seqüencial versus simultâneo

Ao inves de fazer uma

Requisitos Projeto Codificação Teste

© Teamware do Brasil - 2009

Ao inves de fazer uma coisa por vez...

...equipes Scrum fazem tudo simultaneamente...

36

Scrum framework

•Product owner•ScrumMaster•Team

Papeis

•Sprint planning•Sprint review•

Cerimônias

© Teamware do Brasil - 2009

•Sprint review•Sprint retrospective•Daily scrum meeting

•Product backlog•Sprint backlog•Burndown charts

Artefatos

37

Scrum Flow

• Sprint Planning 1, 2

• Sprint (Execução)

• Sprint Review

• Sprint Retrospective

© Teamware do Brasil - 2009

• Sprint Retrospective

38

Juntando tudo

© Teamware do Brasil - 2009

39

Duvidas?

© Teamware do Brasil - 2009

40

Teamware do Brasil

Muito Obrigado!

© Teamware do Brasil - 2009

Muito Obrigado!

Juan Esteban Bernabó

Juan.bernabo@teamware.com.br

www.teamware.com.br

Copyrigth© 2009 Todos os direitos reservados