Pacotes de Software são parte da maioria das empresas de médio e grande porte. Muito dinheiro é gasto todo ano em processos de seleção e projetos de implementação desses softwares. Infelizmente, comprar ao invés de construir software não é garantia de sucesso. Fábulas de falhas em escalas monumentais estão por todos os lados - projetos com custos e prazos estourados ainda são comuns. Essas falhas acontecem apesar de processos de seleção elaborados e avaliações detalhadas com o intuito de selecionar o pacote correto e reduzir os riscos na implementação. É bem claro que as empresas precisam melhorar os processos de pesquisa, avaliação e seleção de pacotes de software.

1. SELEÇÃO DE SOFTWARE
DIRIGIDA POR HIPÓTESES
Agile Brasil 2017
@tiagogriffo

2. Tecnologista na ThoughtWorks
Desenvolvedor
Testemunha de muitas péssimas decisões
relacionadas a compra de pacotes de software
2

3. Grandes implementações de software são
arriscadas. Existe uma premissa que se a
implementação for de pacote de software que os
riscos seriam reduzidos.
Essa premissa muito frequentemente não é real. Mais
frequente que isso pacotes de software atrapalham
no desempenho da TI e nos resultados da empresa.
3

4. 4
HISTÓRIAS DE
FRACASSO

5. 5
http://spectrum.ieee.org/static/monuments-to-failure

6. 6

7. 7
DEVEMOS
COMPRAR OU
DESENVOLVER?

8. 8
RAZÕES TRADICIONAIS PARA
COMPRAR
Desenvolvimento de Software é
Arriscado
Desenvolvimento de Software é
Ineficiente
Desenvolvimento de Software NÃO é
parte central das nossas competências
https://erik.doernenburg.com/2012/09/buy-vs-build-shift-part-1/

9. 9
PROBLEMAS TRADICIONAIS AO
COMPRAR
Entrega funcionalidades que
não são necessárias
Têm seu próprio roadmap
Precisam de customização
https://erik.doernenburg.com/2012/09/buy-vs-build-shift-part-1/

10. COMPRAR OU DESENVOLVER?
Utilitário Estratégico
Melhor desenvolver
você mesmo! Seu
diferencial está aqui
Compre! Mude o
processo
https://martinfowler.com/bliki/UtilityVsStrategicDichotomy.html

11. 11
O PROCESSO
DE COMPRA
TRADICIONAL

12. GOA
Golf Oriented Architecture

13. PROCESSO TRADICIONAL
GENÉRICO
Planejamento e
Orçamentação
Levantamento e
Análise de
Requisitos
Pesquisa de
Fornecedores
Demonstrações e
Captação de
Dados
Decisão de
Negociação de
Contrato

14. 14
HiPPO
Highest Paid Person Opinion

15. 15
Quem já participou de uma seleção de
software como essa?

16. 16
Continue com a mão levantada
se você acha que o processo
alcançou o objetivo que você
esperava.

17. NÓS PRECISAMOS
SELECIONAR SOFTWARE
QUEAJUDEAAUMENTAR
O DESEMPENHO DATI

18. 18
COMO IDENTIFICAR
ALTO-DESEMPENHO
EM TI

19. Desempenho de
TI
Deployment
Frequency
Deployment
Lead Time
Mean Time To
Recover
Cycle Time
MTTR over MTBF
2016 State of DevOps Report presented by Puppet and Dora

20. em poucas palavras:
A HABILIDADE DE RESPONDER A
MUDANÇAS DE FORMA RÁPIDA E
SEGURA

21. Qual é a diferença entre customizar
pacotes de software e escrever
software em uma linguagem
genérica?

22. Customizações devem ser
versionadas

23. 23
https://martinfowler.com/bliki/TestPyramid.html
AUTOMAÇÃO DE TESTE

24. AUTOMAÇÃO DE
INFRAESTRUTURA

25. OUTROS FATORES IMPORTANTES QUE TAMBÉM
MERECEM BASTANTE ATENÇÃO
Integração Modularização UpgradesAmbientes

27. COMO ÉASELEÇÃO DE
SOFTWARE DIRIGIDAPOR
HIPÓTESES?

28. NÓS ACREDITAMOS
que a habilidade de
aplicar métodos ágeis,
entrega contínua (CD)
e práticas DevOps nos
pacotes de software
VAI RESULTAR
em rápida evolução,
entrega de valor e
aumento do
desempenho de TI
NÓS TEREMOS
CONFIANÇA
para assinar o
contrato com o
fornecedor quando
conseguirmos fazer
pequenas mudanças
que entregam valor de
negócio de forma
rápida e segura

29. 29
MÉTODO DE SELEÇÃO DIRIGIDO POR HIPÓTESES
Hipóteses
Importantes
Grandes Riscos Experimento Ágil com Pacote A
e Equipe A
Experimento Ágil com Pacote B
e Equipe B
Lições Aprendidas,
Desafios
Decisão

30. Recapitulação
30

31. THANK YOU