Como explicar devops para gerentes não técnicos?

Estou totalmente empolgado com o DevOps. Eu sei que o DevOps é a metodologia que nos levará a construir uma infraestrutura de TI que otimizará e impulsionará nossa empresa.
Mas como eu vendo isso para meus chefes, especialmente chefes não técnicos?

Vamos implementar um projeto de automação que incluirá implantação automatizada, nuvem em infraestrutura, processo de integração contínua. Definitivamente, precisamos convencer nossos chefes a investirem em níveis mais altos nisso.

Nota : começamos a melhorar nosso processo automatizando testes, lançamentos e supervisão. É um passo para a adoção de devOps, mas o próprio projeto de automação está em espera, pois precisamos de mais investimentos.

Sendo consultor, sou contratualmente obrigado a responder "depende". Com isso fora do caminho, eu posso realmente responder sua pergunta.

Do que isso depende? Bem, isso pode se resumir ao que seu chefe pensa sobre o DevOps:

1. Se o seu chefe já ouviu falar do termo, talvez por meio da obsessão com o CIO.com , pergunte-lhes o que eles acham que isso significa. A partir daí, determine qual é a diferença e se a visão deles é compatível. Identifique um projeto adequado para testar o DevOps e envie-o para eles. Lembre-se de que no núcleo o DevOps é a cultura, então considere como isso pode ser aplicado a um projeto.

2. Se seu chefe nunca ouviu falar do termo, crie um caso de negócios para o DevOps. Use o Estado dos DevOps do Puppet Labs e o material de livros como The Phoenix Project para escrever o caso de negócios. Encontre um problema que seu chefe possua e o DevOps possa resolver e use-o como iniciador de conversas. Como kenchew disse que você não precisa mencionar o DevOps, você pode, por exemplo, sugerir que o Operations esteja mais envolvido em um projeto ou mais automação de teste a ser planejada como parte da entrega do projeto.

3. Se o seu chefe acha que o DevOps é apenas mais uma palavra da moda, faça uma das opções acima, mas não mencione o DevOps, consulte outros modelos semelhantes, como Engenharia de confiabilidade do site, Engenharia de plataforma ou Implantação contínua e descubra como eles poderiam resolver o problema.

A chave é se concentrar em entender o motivo pelo qual seu chefe é motivado e dedicar um pouco de tempo, dinheiro e pessoas para tomar medidas concretas para solucionar esse problema.

Eu recomendo o livro To Sell Is Human, de Daniel H. Pink . Fundamentalmente, Daniel Pink fala sobre como vender algo é algo muito humano a fazer, tudo o que precisamos fazer é aproveitar as necessidades e alinhar nosso "argumento", propondo um solução que atende a essas necessidades.

Você não

Apesar do seu entusiasmo com o DevOps, os chefes não técnicos não compartilham seu fascínio com o jargão técnico.

Primeiro, mostre a seus chefes o benefício de um pequeno projeto piloto que você realizou. Colete alguns pontos de dados úteis para provar seu caso. (Encontrei esta pergunta que poderia ajudar: Quais são alguns métodos para medir o ROI do DevOps? )

Em seguida, diga aos seus chefes que você tem um projeto que pode trazer mais benefícios, mas que precisa de um pequeno investimento. (Tente descobrir um projeto que não deixe seus chefes caírem da cadeira. Você deve ter uma idéia do que é esse número se estiver trabalhando com seus chefes há algum tempo.)

Depois de conseguir o investimento, faça um excelente trabalho para alcançar o objetivo. Melhor ainda, exceda-o descontroladamente!

Agora, quando finalmente os chefes lhe perguntam "Então, o que você fez que nos trouxe tantos benefícios?"

Este é o tempo que você proclama:

"DevOps"

E peça mais investimento para o seu próximo projeto de devops.

Qualquer iniciativa de negócios seria atraída se você mostrar sua relevância para a linha superior ou inferior da organização.

Iniciativas internas, como devops, podem afetar apenas a linha de fundo. Você precisa identificar os custos do trabalho recorrente realizado pelos indivíduos e como a automação reduziria esses gastos.

Embora os gerentes não-técnicos possam não entender a diferença entre escolher chef e não fantoches, eles têm alguma compreensão das tendências do setor. Você pode conscientizá-los sobre os custos de atrasos devido à indisponibilidade de compilações, custos de problemas de regressão e como sua abordagem pode reduzir esses custos. Se você puder mostrar um plano tangível de melhoria na linha de fundo e se for melhor do que os outros itens de ação em suas respectivas placas, poderá obter uma aprovação.

Minha linha de raciocínio básica para pessoas que não estão familiarizadas (ou que estão enganadas) sobre o termo DevOps se resume a "fornecer valor comercial com mais frequência". Na minha experiência, isso é algo que poucos gerentes conseguem objetar. Eles entendem.

Se eles dizem algo como "só precisamos de alguém para endireitar nossos devops, provavelmente apenas algumas semanas de trabalho; portanto, há um limite de quanto vamos investir em devops agora". Apenas tento explicar que é como dizer "não queremos que nossa empresa ofereça muito valor comercial. precisamos apenas um pouco mais, mas é isso".

É apenas retórica, é claro, mas acho que é eficaz, muito mais do que dizer a eles para lerem um livro sobre a Toyota.

Tudo nas respostas anteriores é verdadeiro, mas acho que faltam algumas coisas para realmente obter a aprovação e o compromisso de seus chefes (BTW: a maioria das pessoas só tem um chefe no máximo ...).

Mais cedo ou mais tarde, o Sr. Murphy aparecerá (= Tudo o que pode dar errado, vai dar errado, e vai dar errado quando não deve dar errado ). E nesse ponto, alguns chefes desejarão obter respostas para perguntas como esta:

O que aconteceu quando e por que e qual usuário autorizado realmente o aprovou ... antecipadamente?

E nesse ponto, você obterá o ROI real das práticas de DevOps que implementará ... E / ou, de repente, obterá todos os tipos de aprovações orçamentárias enormes para implementar o que parece estar procurando.

Mesmo que demore muito tempo para aparecer Murphy, sua empresa também pode encontrar requisitos como o que Richard descreveu na pergunta " Quais processos ou ferramentas habilitam a Segregação de Tarefas quando os engenheiros implantam e executam código? " (Esse tipo de requisitos assustam CxOs ...).

Mas, se você precisar apresentar o "DevOps" a alguém que é novo, pode ajudá-los a "avisá-los" como " OK, então você deseja iniciar as práticas do DevOps, ótimo! Mas lembre-se de que é como mudar para outra religião ... "