DevOps é uma abordagem que enfatiza a comunicação, colaboração e automação para entregar valor de software mais rápido e de forma mais confiável. Apresenta disfunções comuns como barreiras entre equipes e foca na melhoria contínua através da mudança de comportamentos para construir uma cultura de compartilhamento. O objetivo é diminuir o tempo de entrega e aumentar a qualidade e resiliência dos sistemas.

1. DevOps é cultura,
processo ou cargo?
Carlos Felippe Cardoso (CFC)
cfc@k21.com.br
@carlosfelippe
slideshare.net/cfelippe
k21.com.br/treinamentos/

2. Do que vamos falar?
Você veio atrás de codificação?

3. Do que vamos falar?
1. Conceito de DevOps
2. Disfunções comuns em nossas empresas
3. Qual o real objetivo do DevOps?
4. Responsabilidade individual x compartilhada
5. Cultura DevOps

4. Pra começar, o que é DevOps?

5. “DevOps é um método para desenvolvimento
de Software que enfatiza a comunicação,
colaboração, integração, automação e o uso
de métricas.”
Patrick Debois

7. “DevOps é um método para desenvolvimento
de Software que enfatiza a comunicação,
colaboração, integração, automação e o uso
de métricas.”
Patrick Debois

8. Por que DevOps virou BuzzWord?
(do tipo que até aquele seu amigo chato já tá
falando disso)

9. Você já viu isso acontecer?

13. A constatação é triste...
A TI cria barreiras para o Negócio colocar
código novo em produção!

14. “O principal objetivo é aumentar a
colaboração entre os envolvidos no
processo de entrega de software,
de um modo que possamos entregar valor
mais rápido e de modo mais confiável”

16. E por que isso faz tanto sentido?
(Lead time = tempo total) > 25 dias!!!!
As empresas não podem ser tão ineficientes!

17. Tem que ser rápido, lindo e “du-ca”!

18. DevOps não resolve os problemas técnicos.
Resolve os de negócio!

19. Pontos-chaves para adotarmos
1) Diminuir “Time-to-market”
2) Reduzir Lead Time
3) Melhoria na qualidade
4) Aumentar resiliência

20. Mas...

22. 1) Produz vários documentos para mandar para outro setor,
afinal tudo deve ser bem documentado para servir de “evidência”?
2) Nas “salas de guerra”, é comum haver trocas de acusações
constantes?
3) Alguém sempre diz que não pode ser feito porque a lei SOX não
permite, o ITIL não deixa etc?
4) Você convida com constância os membros de outras
“especialidades” para ajudar no seu trabalho?
5) Somos preocupados com o Kaizen, sempre estamos reunindo os
vários times envolvidos no projeto para levantarmos pontos de
melhoria?
Vamos ver como estamos no teste do
“Wall of Confusion”:
livremente inspirado de http://itrevolution.com/devops-culture-part-2/

24. Beleza!
Só derrubar as barreiras então!
“You can’t directly change culture. But you can
change behavior, and behavior becomes
culture”
Lloyd Taylor

26. Qual o perigo do DevOps Engineer?

28. Qual o perigo do DevOps Engineer?

29. Qual o perigo do DevOps Engineer?

30. Cavernas (silos) de conhecimento...
Mito do herói!
Na prática, é o
famoso funcionário
que perdeu o
direito de morrer! :(

31. Cavernas (silos) de conhecimento...
Outro risco:
Comprar uma
ferramenta de ALM
(Application
Lifecycle
Management) que
promete DevOps
de brinde!

33. Quem é responsável
pela qualidade e pelo release?

34. Local Thinking vs Global Thinking

35. A transição entre DevOps
como prática -> cultura

36. “Mas CFC, aqui na empresa é
diferente…”

37. May Xu, Thoughtworks

38. May Xu, Thoughtworks

39. Pilares e práticas para DevOps
May Xu,
Thoughtworks

40. Resumindo...
1) Qual a sua maior dor?
2) Seja um bom F.D. e P.!
3) Mão na massa
4) Comemore os bons resultados!
5) Aplique melhoria contínua

41. Qual a grande vantagem desse
modo ?
1) É iterativo e incremental
2) É customizado
3) É ágil! ☺

42. Ah! E as ferramentas estão cada vez
melhores!
1) Infra as Code
2) Sistemas baseados em serviços (fail fast)

43. Ah! E as ferramentas estão cada vez
melhores!
3) Containers de Micro-Serviços (ex. Docker)

44. Vamos sonhar alto?

45. Um bom livro?

46. Ah sim… A pergunta:
DevOps é cultura,
processo ou cargo?

47. PERGUNTAS?
cfc@k21.com.br
@carlosfelippe
slideshare.net/cfelippe
k21.com.br/treinamentos/