Cinco obstáculos à adoção do DevOps

O conceito de DevOps faz 10 anos em 2018. Apesar desse marco de maturidade, a maioria das organizações ainda não aceita completamente essa prática de TI, que combina pessoal de desenvolvimento, operações e testes em equipes multifuncionais visando melhorar a agilidade da entrega de serviços de TI.

De acordo com a Forrester Research, apenas 13% das organizações implementaram devops, com 50% pilotando ou conduzindo provas de conceito. Outros 27% têm planos para implementar DevOps nos próximos 12 meses, e 9% estão interessados, mas ainda não têm planos de adoção no curo prazo.

Há muitas razões pelas quais a aceitação do DevOps tem sido lenta. Rob C. Guckenberger, diretor executivo para o desenvolvimento de aplicativos do Commonwealth Office of Technology, de Kentucky, é um líder de TI que enfrenta esses desafios”.

Aqui está um olhar mais atento sobre as dificuldades que os CIOs enfrentam ao implementar DevOps – e como contorná-los.

As dores da cultura atrapalham

Jonathan Feldman, CIO da cidade de Asheville, Carolina do Norte, diz que sua equipe usa princípios de DevOps – como loops de feedback mais apertados, sprints mais curtos e testes de usabilidade. Isso exigiu uma mudança na forma como seus funcionários pensam e operam.

“Requer uma mudança cultural – algo que não pode ser feito do dia para a noite”, diz.

Os resultados de uma pesquisa realizada pela Pensa, este ano, identificaram questões relacionadas às pessoas como principais barreiras para a adoção de DevOps. A Pensa entrevistou mais de 200 tomadores de decisão de TI em setembro, perguntando sobre os maiores desafios que enfrentam na adoção de práticas DevOps. Cerca de 19,7% apontaram os orçamentos limitados como a principal barreira, 9,4% citaram a cultura corporativa, 7,9% habilidades limitadas de TI e 7,4% a falta de apoio da alta gerência.

O analista Robert Stroud, da Forrester, diz que os CIOs devem abordar a cultura desde o início de seus esforços. Eles devem conquistar o entendimento e o apoio de outros executivos para vender a ideia de DevOps não como um conjunto de princípios, mas como uma ferramenta crítica para a Transformação Digital. E devem treinar funcionários no trabalho colaborativo em equipes horizontais, onde há mais flexibilidade para que cada trabalhador se sinta com autonomia para propor a resolução de problemas.

“Isso requer algumas mudanças de pensamento fundamentais. As pessoas se sentem confortáveis ​​na forma como trabalham e nem todos são agentes de mudança. Então, você precisará encorajá-los, trazê-los para a frente e fazê-los impulsionar os avanços”, diz ele, acrescentando que muitos líderes de TI subestimam” o nível de mudança cultural e organizacional necessário “.

Ele aconselha os departamentos de TI a concentrar-se na construção de equipes fortes de DevOps contratando ou treinando para as habilidades certas e identificando líderes que são orientados para negócios e não tecnocratas porque “eles estão dirigindo a agenda para entregar as funções e recursos para tornar seus negócios mais eficiente e competitivo “.

No entanto, Chris Rollins, gerente de operações do StubHub, que agora usa princípios de DevOps sempre que possível, diz que é desafiador que todos abraçam essas coisas.

“Alguns grupos em nossa organização acreditam que devemos nos manter com métodos legados porque isso funcionou bem no passado”, diz ele. “Muitas pessoas ainda gostam da abordagem prática para desenvolvimento de software e administração de sistemas, enquanto os princípios do DevOps dizem que a automação sem intervenção manual é fundamental para o sucesso”.

Rollins usa evangelização para converter os céticos. Isso passa por comprar e distribuir muitas cópias do livro The Phoenix Project: A Novel About IT, DevOps e Helping Your Business Win .

Processo: comece pequeno ou ignore

Além da cultura, o processo é outra chave para o sucesso do DevOps . A automação é empregada para desenvolver uma integração contínua, e uma plataforma de entrega contínua que pode ser testada e monitorada automaticamente. A complexidade de um sistema desse tipo deixa muitos CIOs sem saber por onde começar, dizem os especialistas.

Jason Anders, diretor de tecnologia da Fannie Mae, conta que a empresa tem um legado monolítico, mas está trabalhando para aumentar a digitalização e agilizar seus negócios. E que a adoção do modelo DevOps faz parte dessa modernização. “Para nós, significa a capacidade de um desenvolvedor obter o ambiente de desenvolvimento, escrever, testar e implantar o código em produção de forma automática, rápida e com menor risco do que se não fosse automatizado”, explica ele. Hoje a companhia leva horas para fazer o que costumava levar semanas ou até um mês para realizar.

Anders diz que os líderes de Fannie Mae suportam os esforços DevOps. Mesmo assim, ele diz que é difícil conseguir que todos concordem sobre o que precisa acontecer e como os novos princípios devem funcionar dentro da empresa.

“Manter todos em sincronia é um verdadeiro desafio. Não tenho uma bala de prata para isso. É apenas um trabalho árduo, de dar tempo para que as equipes conversem o máximo que puder “.

Para ajudar todos a sincronizar os desenvolvimentos, Anders diz que começou com pequenos projetos para desenvolver os processos que gerariam sucessos anteriores. Assim são estabelecidos princípios e práticas que podem ser usados ​​em projetos maiores e mais amplos em toda a organização.

“Começamos a desenvolver a tecnologia mais nova para que pudéssemos projetá-la da maneira que pensávamos que deveria ser, e para que pudéssemos melhorar e dominar as ferramentas”, explica.

Edward L. Haletky, CEO e analista principal da TVP, de Austin, no Texas, concorda com essa abordagem, observando que muitos departamentos de TI assumem mais do que eles podem lidar ao abraçarem DevOps – e depois disparam.

“É bom começar com um projeto pequeno, onde você sabe que você pode ter sucesso”, diz ele.

Uma questão de autoridade – e estabilidade

Existem também outros obstáculos orientados a processos. Por exemplo, Guckenberger diz que o modelo DevOps pode permitir comportamentos ou atalhos desonestos, na medida em que a autoridade e a autonomia são afastadas de executivos e gerentes nas equipes de desenvolvimento e de operações.

“Com autoridade vem alguma habilidade para fazer coisas que você não deve fazer”. Os trabalhadores podem, por exemplo, corrigir falhas imediatas, mas ignorar os problemas subjacentes. E isso pode ser um problema

Rupen Sheth, vice-presidente executivo de operações da Iono, na Califórnia, diz que vê desafios na criação de processos que permitam a flexibilidade e velocidade que as equipes de DevOps exigem, que também demandam a necessidade de uma gestão mais próxima.

Sheth diz que os times devem abordar essas questões desde o início, determinando quais controles fazem sentido em um mundo de DevOps.

Guckenberger oferece conselhos semelhantes, Na opinião dele os CIOs podem limitar o risco ao definir quais mudanças exigem aprovação.

Testando dados
Quando você está provisionando o código para a produção automaticamente, o teste deve ser confiável e completo. Aqui, para muitas organizações, os dados podem ser um problema.

A Fannie Mae enfrentou esse obstáculo ao expandir seu uso de DevOps, diz Anders. “Pode levar semanas para obter os conjuntos de dados certos para testar, e se você está tentando fazer tudo ágil e executar tudo em sprints de duas semanas, então é impossível demorar três semanas para obter massas de dados para teste, ” ele diz.

Então, a Fannie Mae automatizou a geração da massa de dados, usando a plataforma Delphix e adotando a metodologia DataOps para fornecer dados de teste em horas, em vez de semanas. O resultado é maior velocidade, testes mais fortes e mais criatividade. Os desenvolvedores agora sabem que podem acessar rapidamente os dados necessários para testar.

Aposta nas ferramentas certas

Há, com certeza, outros obstáculos em torno da tecnologia necessária para ser bem sucedido com DevOps, diz Anders. Ele cita integração de códigos e ferramentas como barreiras potenciais. Os líderes de TI precisam assegurar que suas equipes estejam confortáveis ​​com ferramentas de gerenciamento de configuração, plataformas de entrega contínua e testes automatizados, diz Anders. Eles também devem saber como a organização irá decidir quais ferramentas usar, como elas serão gerenciadas e se é preciso limitar o número de ferramentas diferentes que devem ser usadas dentro da organização. Além disso, os líderes de TI devem cuidar quais ferramentas fazem sentido para o futuro, e quais não.

Stroud e outros enfatizam que os líderes que não suportam devidamente DevOps dentro de suas organizações – seja em obter as ferramentas certas ou para contratar o talento certo ou apoiar novas formas de trabalho – encontrarão problemas para oferecer a velocidade e a agilidade necessárias para competir.