Desmistificando Agile & Scrum Desenvolvimento de Software ... · Scrum é usado para... •...

Desmistificando Agile & Scrum Desenvolvimento de Software Sem Stress Desenvolvimento de Software Sem Stress

1

Desmistificando Agile & Scrum Desenvolvimento de Software Sem Stress

© Teamware do Brasil ‐ 2009

Desenvolvimento de Software Sem Stress

Quem somos?

• Teamware do Brasil • 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

2


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

Primeiro treinamento aberto de Certified Scrum Master no Brasil

Consultores Especializados Nacionais e Internacionais em:

Inovação, Knowledge Teams, OpenSourcing

Alguns dos nossos clientes 3

Alguns dos nossos clientes


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.

4

Palestra em portunhol, por favor não se horrorize

O conteúdo desta palestra pode afetar a sua visão


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? • As estimativas são precisas?

• Planos sempre são cumpridos como planejados?

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

5

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

Usuários sabem exatamente o que precisam?

Os requisitos são claros e não permitem mal

As estimativas são precisas?


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.

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

6

Minhas metas para esta palestra

Você conhecera alguns dos conceitos chave da Gestão

Com sorte você tenha interesse em saber mais sobre o


Pesquisa sobre a Pesquisa sobre a adoção de abordagens ágeis

7

Pesquisa sobre a


Pesquisa sobre a adoção de abordagens ágeis

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 uma ou mais metodologias ágeis

• 60% reportaram aumento na produtividade

• 66% reportaram aumento na qualidade

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

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

41% trabalham em organizações que tem adotado


60% reportaram aumento na produtividade

58% reportaram melhoria na satisfação dos

Que metodologia segue mais de perto? 9

Que metodologia segue mais de perto?

Scrum: 40%


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

Qual o tipo de melhorias experimentadas?

Habilidade de mudar de prioridades

Aumento da Produtividade

Melhoria da Moral da Equipe

Aumento da Qualidade do Software

Redução de Time‐To‐Market

Redução de Riscos do Projeto

Alinhamento entre Objetivos de TI e de Negócio Alinhamento entre Objetivos de TI e de Negócio

10

Qual o tipo de melhorias experimentadas?

Nada Melhoria Significat

8% 52% 40%

25% 58% 17%

26% 54% 20%

26% 50% 24%

29% 51% 20%

28% 55% 17%

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


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

Valores do manifesto ágil Valores do manifesto ágil

11

Valores do manifesto ágil


Valores do manifesto ágil

O Manifesto Ágil – Os valores

Indivíduos e interações Indivíduos e interações sobre

Software funcional Software funcional sobre

Responder a mudanças Responder a mudanças sobre

Colaboração com cliente

Colaboração com cliente

sobre

12

Os valores

Processos e ferramentas Processos e ferramentas sobre

Documentação abrangente

Documentação abrangente

sobre


Seguir um plano Seguir um plano sobre

abrangente abrangente

Negociação contratual Negociação contratual sobre

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

13

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


Gestão 1.0 vs. Gestão 2.0

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

Peter Druker (1998)

14

“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


Peter Druker (1998)

Trabalhador 1.0

• Executor de tarefas

• Seu Chefe Planeja Taticamente

• Executa • Executa

• Seu Chefe Verifica

• Seu Chefe Melhora seu trabalho

15

Executor de tarefas

Seu Chefe Planeja Taticamente


Seu Chefe Melhora seu trabalho

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

16

“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


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

Peter Drucker (1999, p135)

Trabalhador 2.0

• Especialista e conhecedor profundo do seu trabalho

• Planeja Taticamente

• Executa

• Verifica

• Melhora seu trabalho

17

Especialista e conhecedor profundo do seu

Planeja Taticamente


Melhora seu trabalho

O que é Scrum? O que é Scrum?

18

O que é Scrum?


O que é Scrum?

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

19

Scrum é um processo ágil que nos permite

Ele nos permite rapida e repetidamente inspecionar software funcionando (a cada

O negocio define as prioridades. A equipe


O negocio define as prioridades. A equipe organiza para determinar qual é a

A cada duas semanas a um mês todos podem ver software real funcionando e decidir entregalo como esta ou continuar

Scrum é usado por...

• Microsoft

• Yahoo

• Google

• Electronic Arts

• High Moon Studios

• Lockheed Martin • Lockheed Martin

• Philips

• Siemens

• Nokia

• Capital One

• BBC

• CESAR

• CERTI

20

• Intuit

• Nielsen Media

• First American Real Estate

• BMC Software

• Ipswitch

• John Deere


• John Deere

• Lexis Nexis

• Sabre

• Salesforce.com

• Time Warner

• Turner Broadcasting

• Oce

Scrum é usado para...

• Software comercial

• Desenvolvimento interno

• Desenvolvimento por Terceirizado

• Projetos de Preço Fixo

• Aplicações financeiras

• Aplicações certificadas ISO9001 • Aplicações certificadas ISO9001

• Sistemas embarcados

• Systemas 24x7 com 99.999% de uptime requerido

• O avião Joint Strike Figther

21

• Desenvolvimento de Vídeo Games

• Sistemas críticos, aprovados pelo FDA

• Software de controle de Satélites

• Websites

• Software para portáteis

• Telefones celulares


• Telefones celulares

• Aplicações de controle de redes

• Aplicações ISV

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

Influencias de Scrum

• Lean Thinking

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

• Desenvolvimento • Desenvolvimento Iterativo e incremental

22


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

Inventario

Processamento extra

Sobre produção

Transportação

Movimentação

Defeitos

23

Lean Thinking (Pensamento Enxuto)

One Piece Flow

Processos Puxados vs. Processos Empurrados

Desperdícios em Desenvolvimento de Software


Software

Trabalho parcialmente pronto

Processos extra

Funcionalidades extra

Mudança de tarefas

Movimentação

Defeitos

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 a equipe tenta ir toda a distancia como

uma unidade, passando a bola para frente 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.

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

rugby onde a equipe tenta ir toda a distancia como

uma unidade, passando a bola para frente


uma unidade, passando a bola para frente 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.

Papeis de Scrum

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

Product Owner Product Owner

Scrum Master Equipe

25

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


Scrum Master

Entregar Pontos com Bolas 26

Entregar Pontos com Bolas

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

• 4 Iterações com Timebox de 2 minutos


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?

27

Podemos usar este mesmo processo para outras


PDCA – Deming Cycle 28

• Planejar ‐ Plan

• Fazer ‐ Do

• Verificar ‐ Check

• Melhorar – Act


Porque é diferente? Processos definidos vs. empíricos Processos definidos vs. empíricos

29

Porque é diferente? Processos definidos vs. empíricos


Processos definidos vs. empíricos

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

30

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

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

para


para é a

Process Dynamics, Modeling, and Control,

Ogunnaike and Ray, Oxford University Press, 1992

Processos Prescritivos

• Modelo de processo definido com mecanismos subjacentes claramente entendidos

• Sucessão de atividades claramente definidas e lineares

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

31

Modelo de processo definido com mecanismos subjacentes claramente

Sucessão de atividades claramente

Capacidade de estimar tempos de


Capacidade de estimar tempos de

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 tem durações com muita variações

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

32

Complexos, caóticos ou com muita incerteza, seus detalhes

Atividades podem ser cíclicas e


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

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 • Parâmetros da saída fixos

• Objetivo

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

• Parâmetros de entrada fixos

• Backlog

• Prioridades

• Estimativa

33

Gestão de Processos Empíricos


Gestão Ágil com Scrum

Sprint Planning 1 e 2

SPRINT

Sprint Review

SPRINT

Sprint Retrospective

34

Gestão Ágil com Scrum

Sprint Review


Sprint Retrospective

Desenvolvimento seqüencial versus simultâneo

Ao inves de fazer uma

Requisitos Projeto

Ao inves de fazer uma coisa por vez...

35

Desenvolvimento seqüencial versus simultâneo

Codificação Teste


...equipes Scrum fazem tudo simultaneamente...

Scrum framework

•Product owner •ScrumMaster •Team

Papeis

•Sprint planning •Sprint review •

Cerimônias

•Sprint review •Sprint retrospective •Daily scrum meeting

36

Sprint planning Sprint review

Cerimônias


Sprint review Sprint retrospective Daily scrum meeting

•Product backlog •Sprint backlog •Burndown charts

Artefatos

Scrum Flow

• Sprint Planning 1, 2

• Sprint (Execução)

• Sprint Review

• Sprint Retrospective • Sprint Retrospective

37


Juntando tudo 38


Duvidas? 39


Desmistificando Agile & Scrum Desenvolvimento de Software ... · Scrum é usado para... •...

Documents

Transcript of Desmistificando Agile & Scrum Desenvolvimento de Software ... · Scrum é usado para... •...