A origem do DevOps é amplamente atribuída a Patrick Debois há cinco ou mais anos - você pode aprender mais sobre a história do DevOps aqui. O DevOps corre o risco de se tornar uma palavra sem sentido, uma vez que a indústria se mobiliza para atribuí-lo a todos os produtos e serviços em seu portfólio. A realidade é que eu não posso te vender DevOps, e você não pode comprá-lo.

DevOps é mais que simplesmente automação. Inclui coisas como cultura. É uma maneira de trabalhar que valoriza a colaboração com uma visão compartilhada de sucesso. Como o nome indica, essa colaboração é principalmente entre desenvolvedores e operadores, mas não se restringe a isso.

DevOps significa que você vê o sistema de entrega de ponta a ponta do conceito à produção, seu escopo de DevOps é qualquer grupo envolvido nesse fluxo de trabalho. Então, se você está disposto a fazer um investimento cultural na mudança de como você trabalha, então você pode começar a implementar algumas das práticas de trabalho que DevOps recomenda.

Integrando o DevOps

Mas antes de começar a identificar o trabalho e gerenciar as restrições, certifique-se de saber por que você deseja tornar o DevOps parte do sucesso dos serviços de TI. Muitas implementações bem-sucedidas foram motivadas pelo desejo de:

• Reduza o tempo de comercialização de novos produtos e recursos

• Construa mais agilidade para se adaptar às influências internas e externas

• Desbloqueie as economias de custo oferecidas pelas plataformas na nuvem

• Elimine o risco de serviços de TI de sombra

As adoções de DevOps bem-sucedidas são fáceis de detectar. São as organizações que falam sobre como produzir dezenas e até centenas de lançamentos de código em produção todos os dias, onde parece haver um fluxo constante de novos recursos para manter os usuários engajados e leais..

Os líderes aqui são gigantes da internet como Google, Facebook, Netflix, Etsy e muito mais. Mas enquanto muitas dessas manchetes ganham destaque, há um grande número de casos de sucesso em que as organizações exigem serviços da Internet e da Web como uma parte significativa de seu canal de vendas, exemplos são Spotify, thetrainline.com e até Rackspace..

Sua organização é uma boa opção??

Da lista eclética acima, deve ficar claro que o DevOps não é um clube exclusivo, qualquer um pode pegá-lo e tentar fazer mudanças positivas em seus negócios. No entanto, existem algumas características comuns que identificam os candidatos fortes à mudança:

• Existente forte cultura de colaboração e comunicação aberta

• Uma equipe de liderança executiva que vê a TI como um facilitador de negócios

• Patrocínio de um nível alto o suficiente para permitir desafios ao status quo

• Receita e marca derivadas substancialmente dos canais da web e de dispositivos móveis

• Organizações estabelecidas que vêem as startups da Internet como uma ameaça

• Startups que querem ser mais ágeis do que a concorrência estabelecida

• Aplicativos que são auto-construídos e desenvolvidos em tecnologia aberta

Todos eles fornecem impulsionadores de negócios convincentes para abraçar a mudança como uma oportunidade para criar uma vantagem em seu setor. Mas a transformação será difícil às vezes e os líderes que estão patrocinando essas iniciativas precisam de paciência e expectativas claras para garantir que a equipe receba todas as oportunidades para ter sucesso..

Assim como nas transformações na nuvem, as transformações de DevOps não serão universalmente bem-sucedidas. Na verdade, você deve esperar falhar às vezes. O truque é falhar rápido, aprender e repetir. Remover o medo do fracasso está profundamente enraizado na cultura, onde as revisões de incidentes são uma sessão de culpa, em vez de um resultado de aprendizagem.

É por isso que é vital que você se comprometa com a cultura e com as práticas de trabalho. No entanto, o risco de não abordar o DevOps implica riscos. Se sua concorrência for mais rápida no mercado com recursos e produtos, o que isso significa para sua empresa? Se sua concorrência pode abrir vantagens financeiras aumentando a eficiência operacional sem afetar as margens, como você reagirá??

A adoção do DevOps não deve ser impulsionada pelo medo, mas não torná-lo parte de seus planos de TI deve ser um risco bem gerenciado na estratégia de sua organização..

Onde começar

Então, esperamos que você tenha chegado ao ponto de estar interessado em começar. Aqui estão algumas perguntas para você ir:

• Qual aplicativo eu vou construir esse modelo?

Não faça isso por atacado em toda a sua área de TI. O aplicativo e as equipes em torno deles são fatores-chave para o sucesso, identificam um aplicativo candidato e criam uma bolha de autonomia em torno dele.

• Posso desenhar todo o processo desde a ideia até o lançamento da produção??

Simplesmente desenhar seus processos é uma ótima maneira de identificar as partes interessadas e eliminar o desperdício. Nunca assuma que você tem todas as pessoas certas na sala na primeira reunião!

• Onde estão minhas restrições??

A chave para aumentar o fluxo através de um sistema é gerenciar restrições. A criação de capacidade de cada lado sem abordar o gargalo não aumentará a produção. Descobrir quais partes do seu sistema atrasá-lo e melhorá-las.

• Eu tenho as habilidades para executar este?

Os conjuntos de habilidades de DevOps estão em alta demanda agora. Tome tempo para entender se você tem os recursos certos para ter sucesso? Se não o fizer, faça planos para contratação adicional, treinamento ou procure introduzir um terceiro que possa ajudar a descarregar algumas das principais funções.

Existe uma enorme quantidade de material de referência online. O DevOps como abordagem valoriza o compartilhamento, muitas organizações publicaram materiais sobre seus sucessos e fracassos para você aprender com.

  • Chris Jackson é o tecnólogo chefe da Rackspace EMEA.