Post on 01-Jul-2020
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
© Teamware do Brasil ‐ 2009
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
© 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.
4
Palestra em portunhol, por favor não se horrorize
O conteúdo desta palestra pode afetar a sua visão
© 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? • 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?
© 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.
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
© Teamware do Brasil ‐ 2009
Pesquisa sobre a Pesquisa sobre a adoção de abordagens ágeis
7
Pesquisa sobre a
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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%
© Teamware do Brasil ‐ 2009
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%
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© 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
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
© Teamware do Brasil ‐ 2009
Melhora seu trabalho
O que é Scrum? O que é Scrum?
18
O que é Scrum?
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
• 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
© Teamware do Brasil ‐ 2009
• 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
© Teamware do Brasil ‐ 2009
• 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
© 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
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© 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?
27
Podemos usar este mesmo processo para outras
© Teamware do Brasil ‐ 2009
PDCA – Deming Cycle 28
• Planejar ‐ Plan
• Fazer ‐ Do
• Verificar ‐ Check
• Melhorar – Act
© Teamware do Brasil ‐ 2009
Porque é diferente? Processos definidos vs. empíricos Processos definidos vs. empíricos
29
Porque é diferente? Processos definidos vs. empíricos
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
É 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
© Teamware do Brasil ‐ 2009
Gestão Ágil com Scrum
Sprint Planning 1 e 2
SPRINT
Sprint Review
SPRINT
Sprint Retrospective
34
Gestão Ágil com Scrum
Sprint Review
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
...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
© Teamware do Brasil ‐ 2009
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
© Teamware do Brasil ‐ 2009
Juntando tudo 38
© Teamware do Brasil ‐ 2009
Duvidas? 39
© Teamware do Brasil ‐ 2009
Teamware do Brasil
Muito Obrigado! Muito Obrigado!
Juan Esteban Bernabó
Juan.bernabo@teamware.com.br
www.teamware.com.br
Copyrigth© 2009 Todos os direitos reservados
40
Teamware do Brasil
© Teamware do Brasil ‐ 2009