DevOps é cultura, processo ou cargo ?

DevOps é cultura, processo ou cargo?

Carlos Felippe Cardoso (CFC)

cfc@k21.com.br@carlosfelippe

slideshare.net/cfelippek21.com.br/treinamentos/

Do que vamos falar?

Você veio atrás de codificação?

Do que vamos falar?

1. Conceito de DevOps2. Disfunções comuns em nossas empresas3. Qual o real objetivo do DevOps?4. Responsabilidade individual x compartilhada 5. Cultura DevOps

Pra começar, o que é DevOps?

“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

“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

Por que DevOps virou BuzzWord?

(do tipo que até aquele seu amigo chato já tá falando disso)

Você já viu isso acontecer?

A constatação é triste...

A TI cria barreiras para o Negócio colocar código novo em produção!

“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”

E por que isso faz tanto sentido?

(Lead time = tempo total) > 25 dias!!!!As empresas não podem ser tão ineficientes!

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

DevOps não resolve os problemas técnicos.

Resolve os de negócio!

Pontos-chaves para adotarmos

1) Diminuir “Time-to-market”

2) Reduzir Lead Time

3) Melhoria na qualidade

4) Aumentar resiliência

Mas...

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/

Beleza! Só derrubar as barreiras então!

“You can’t directly change culture. But you can change behavior, and behavior becomes culture”

Lloyd Taylor

Qual o perigo do DevOps Engineer?

Cavernas (silos) de conhecimento...

Mito do herói!

Na prática, é o famoso funcionário

que perdeu o direito de morrer! :(

Cavernas (silos) de conhecimento...Outro risco:

Comprar uma ferramenta de ALM

(Application Lifecycle

Management) que promete DevOps

de brinde!

Quem é responsável pela qualidade e pelo release?

Local Thinking vs Global Thinking

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

“Mas CFC, aqui na empresa é diferente…”

May Xu, Thoughtworks

Pilares e práticas para DevOps

May Xu, Thoughtworks

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

Qual a grande vantagem desse modo ?

1) É iterativo e incremental

2) É customizado

3) É ágil! ☺

Ah! E as ferramentas estão cada vez melhores!

1) Infra as Code

2) Sistemas baseados em serviços (fail fast)

Ah! E as ferramentas estão cada vez melhores!