Scrum para Desenvolvimento Interno e Produtos de Software
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Scrum para Desenvolvimento Interno e Produtos de Software

on

  • 3,860 views

 

Statistics

Views

Total Views
3,860
Views on SlideShare
3,250
Embed Views
610

Actions

Likes
7
Downloads
79
Comments
2

5 Embeds 610

http://blog.aspercom.com.br 580
http://fabiodesconsi.blogspot.com 10
http://fabiodesconsi.blogspot.com.br 9
http://www.slideshare.net 6
http://www.linkedin.com 5

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

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

Scrum para Desenvolvimento Interno e Produtos de Software Presentation Transcript

  • 1. www.aspercom.com.br
  • 2.  
  • 3.  
  • 4. O que estamos procurando? Menor custo e prazo possível Definição de Sucesso de um Projeto de Software O software resolve o problema (qualidade externa) O software é fácil de manter e evoluir (qualidade interna) (qualidade do projeto)
  • 5. Apenas 37% das empresas estão satisfeitas com a velocidade do desenvolvimento interno de aplicações 80% dos investimentos em desenvolvimento estão na identificação e correção de defeitos Taxa de falha ainda é superior a 45% dos projetos Fontes: IBM e Standish Group
  • 6.
    • Participação do cliente (usuário real) é primordial
    • Desenvolvimento iterativo, iterações curtas (2 semanas)
    • Colaboração e muita Comunicação dentro da Equipe
    • Equipes Multi-funcionais e Auto-organizáveis
    O que é Agile hoje?
  • 7.
    • Test-Driven Development (TDD)
    • Design e Arquiteturas Emergentes
    • Documentação FORTE (e executável!!!)
    • Ajuda de muitas ferramentas
    O que é Agile hoje?
  • 8.
    • Você desenvolve software “para fora”
    • Outsourcing, Fábricas de Software, Consultorias, Agências Web
    • Você desenvolve soluções internas da empresa
    • Desenvolvimento interno, body shop, Governo
    • Você desenvolve um produto para o mercado - ISV
    • Pacotes ou soluções para atender clientes
    Tipos de Desenvolvimento Aonde você se enquadra? 1 2 3
  • 9. Product Owner Scrum Master O Time Pap éis do Scrum Qual o seu papel?
  • 10. Product Owner Time
    • Orientado a ROI
    • Controla Escopo
    • Com “força política”
    • Dirige o time
    • Senta e Trabalha
    • Busca excelência
    • Não discute “escopo”
    Stakeholders ou O mercado
  • 11.
    • 3 - consultorias / agências Web / outsourcing
    • 7 - desenvolvimento interno, governo
    • 7 - são empresas de produto - ISV
    • Fonte: http://blog.aspercom.com.br/category/cases
    Pesquisa: 17 Cases Aspercom 1 2 3 Outsourcing Interno Produto
  • 12.
    • Consultorias e Fábricas de Software ainda não estão buscando Scrum/Agile...
    • Forma de contratação escopo fechado
      • A maioria não sabe vender e/ou “fazer” Agile
      • Os clientes deles não sabem como comprar Agile
    • Difícil achar o Product Owner “verdadeiro”
      • Será o cliente?
      • Será o fornecedor?
      • Postura “buy and forget”
    • É um modelo em declínio – clientes insatisfeitos
      • Substituição por Body Shop (estão migrando para o tipo 2)
    Outsourcing e Scrum: 1 2 3 Outsourcing Interno Produto
  • 13.
    • Grandes empresas que tem desenvolvimento interno (destacando o Governo) estão buscando modelos ágeis e iterativos. Por que?
    • É relativamente fácil achar o Product Owner
    • Estão aceitando melhor um escopo negociável
    • Estão melhorando suas arquiteturas / engenharia
    Forças do Desenvolvimento Interno e Scrum: 1 2 3 Outsourcing Interno Produto
  • 14.
    • Essas empresas costumam ser grandes, hierarquizadas e mais lentas nas decisões, especialmente no Governo
    • É relativamente fácil achar o Product Owner, mas..
      • Geralmente ele não tem o envolvimento necessário
      • O dinheiro não está saindo do bolso dele!
    • Há facções dentro da equipe!
      • Analistas x programadores
      • Programadores x Testers
      • Analistas, Programadores, Testers x Qualidade*
    • Alguns ainda resistem à idéia:
      • PMOs, Diretoria e Qualidade*
    • * O cara que “cuida dos processos”
    Problemas para o Desenvolvimento Interno 1 2 3 Outsourcing Interno Produto
  • 15.
    • Indepent Software Vendors (ISVs) possuem estruturas simples , enxutas e são orientadas a resultados rápidos
    • O Product Owner adora seu papel
    • Equipes menores e mais unidas
    • Muitos já praticam alguma iteratividade (releases)
    • Buscam boas arquiteturas e práticas de engenharia
    ISVs Ready for Agile! 1 2 3 Outsourcing Interno Produto
  • 16.
    • O desenvolvimento de software é mais complexo
    • Muitas vezes carregam um pesado legado
    • Nem todos possuem boas arquiteturas
    • Ainda há muito a melhorar nas práticas de engenharia
    Problemas dos ISVs 1 2 3 Outsourcing Interno Produto
  • 17. Você quer realmente ser Agile? 2 1 3 1 2 3 Outsourcing Interno Produto
  • 18. Palavras de um verdadeiro Product Owner... Me foi dado dinheiro dos acionistas para que eu investisse no Produto, e eu tenho que fazer o melhor possível com isso. Paulo Cesar Soares da Silva Product Owner Crivo “
  • 19. Sorry, if you don't use agile engineering practices , if you don't have high-bandwidth communication, and if you don't include a strong customer voice, you're not going to succeed . Try something else instead. James Shore Whenever I've listened to prominent Scrummers they've always emphasized that you must have good technical practices to succeed with a Scrum project . They don't mandate what those technical practices should be, but you do need them. Martin Fowler Agile é muito mais do que desenvolver iterativamente, fazer stand-up meetings e planejamentos ágeis. Não dá para ignorar todas as práticas de engenharia de software que realmente fazem com que a produção e mudanças sejam ágeis. Guilherme Chapiewski “ ” “
  • 20. Scrum Flácido == Má definição de “pronto”
    • Será que a sua definição de pronto não deveria incluir:
    • testes automatizados?
    • o olho de um especialista no código ?
    • uma clara documentação ?
    O que você faz com o resultado das Retrospectivas? (melhoria contínua) Scrum Flácido
  • 21.
    • Entregar software funcionando regularmente é primordial...
    • pessoal não qualificado para execução das tarefas
    • arquiteturas fracas ou inflexíveis
    • falhas ao atacar os riscos
    • falta de fluidez no ciclo de desenvolvimento
    • problemas na infra-estrutura
    • equipes desmotivadas
    “ O Scrum é tua sogra...
  • 22. www.aspercom.com.br Obrigado!
  • 23.