Scrum para Desenvolvimento Interno e Produtos de Software
-
Upload
rodrigo-yoshima -
Category
Documents
-
view
2.146 -
download
0
Transcript of Scrum para Desenvolvimento Interno e Produtos de Software
www.aspercom.com.br
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)
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
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?
• Test-Driven Development (TDD)
• Design e Arquiteturas Emergentes
• Documentação FORTE (e executável!!!)
• Ajuda de muitas ferramentas
O que é Agile hoje?
Tipos de Desenvolvimento
Você desenvolve software “para fora”Outsourcing, Fábricas de Software, Consultorias, Agências Web
Você desenvolve soluções internas da empresaDesenvolvimento interno, body shop, Governo
Você desenvolve um produto para o mercado - ISVPacotes ou soluções para atender clientes
Aonde você se enquadra?
1
2
3
Product Owner
ScrumMaster
O Time
Papéis do Scrum
Qual o seu papel?
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 ouO mercado
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
1
2
3
Outsourcing
Interno
Produto
Pesquisa: 17 Cases Aspercom
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)
1
2
3
Outsourcing
Interno
Produto
Outsourcing e Scrum:
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
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
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
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
2211
33
Você quer realmente ser Agile?
1
2
3
Outsourcing
Interno
Produto
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 SilvaProduct Owner
Crivo
““
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
““
””
““
Scrum Flácido == Má definição de “pronto”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
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...
www.aspercom.com.br
Obrigado!