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


15

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.


Como essa é a mudança cultural e organizacional da estrutura, principalmente, deve ser quase o contrário. Seu chefe deveria estar lhe vendendo isso. Como a maioria das razões pelas quais fazer isso não tem nada a ver com tecnologia. Mas esta questão precisa de algum trabalho. Você deve expandir um pouco mais.
Jiri Klouda

@ Pierre.Vriens: sim, 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.
storm

Você quer dizer (1) que deseja iniciar (mas ainda não iniciou) um projeto de automação e precisa de investimento para iniciar ou (2) você já iniciou um projeto de automação e deseja mais investimento?
kenchew

Hey @storm, você tem 1K boss es , que vieram visitar sua pergunta aqui? + 1K visualizações desta pergunta em 1 dia ???
Pierre.Vriens

@ Pierre.Vriens: Parece que todo mundo quer convencer seu chefe a se preocupar com devOps.
storm

Respostas:


14

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.


OK, é justo dizer que poderia ser plural "Bosses", notar que usar "Their" sobre "His ou Her" é realmente considerado um inglês ruim, apesar de ser usado comumente em coloquiais britânicos.
Richard Slater

Desculpe @Richard, é a sua resposta, portanto, corrija os erros que eu possa ter introduzido na minha última edição (se for esse o caso). Afinal, você é um inglês nativo, presumo (sofro ESL ...). Mas merci (oeps) já por tentar resolver meu comentário já excluído de antes.
Pierre.Vriens

@ Pierre.Vriens Eu não acho que suas edições piorem, eu me encolho quando digito "deles" quando me refiro a uma única pessoa. Dito isto, provavelmente lê tão bem se não melhor para se referir aos chefes es no plural. Merci, Dank U, Tack Så Mycket e Vielen Dank como sempre para sua contribuição.
Richard Slater

ok, bedankt! Gracias, Grazie, Obrigado, Tak, Tack ska du ha ... e se nada disso faz sentido, que tal apenas "aprovar" ou "+1" ... como eu fiz cerca de 20 minutos atrás. Hora do jantar aqui ...
Pierre.Vriens

8

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.


Comentário semelhante ao que eu escrevi antes a resposta de Richard: what if "meu" patrão" é uma 'ela' ... Você se importa (também) corrigir que de alguma forma?
Pierre.Vriens

Atualizada. Que chauvinista da minha parte! Eu imploro por perdão.
kenchew

Não há necessidade de "perdão" (e espero que minha edição adicional seja boa para você, pois o OP-er parece ter vários chefes) ... BTW: se alguém me perguntar a última pergunta que você mencionou na sua resposta, sempre tento responda com algo como "Contrate-me (de novo) e eu direi / ensino você!".
Pierre.Vriens

Excellent edit! Nenhum problema. Quanto à última resposta, só preciso colocar a palavra "DevOps" na resposta para permanecer no tópico. ; p
kenchew 24/03

4

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.


3

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.


2

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 ... "


"patrões" são o meu chefe e patrão do meu patrão .. e sim, infelizmente ambos são irreligiosa (Tecnicamente falando)
tempestade
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.