DevOps: Qual é o significado deles e como você pode ativá-los?

DevOpsO DevOps √© um conjunto de pr√°ticas que combinam as fun√ß√Ķes de desenvolvimento de software (Dev) e TI (Ops) para reduzir o ciclo de vida do sistema e fornecer entrega cont√≠nua com software de alta qualidade. De acordo com um relat√≥rio da Full-Stack Teams, Not Engineers, lan√ßado pela IT Revolution, o DevOps n√£o √© uma estrutura organizacional, mas define uma maneira de organizar equipes independentes, uma cultura, um conjunto de princ√≠pios Lean e um conjunto de pr√°ticas. O relat√≥rio faz parte de uma s√©rie do quinto F√≥rum Anual da DevOps Enterprise da Revolu√ß√£o de TI, realizado em Portland, Oregon. O DevOps √© um “esporte de equipe”, mas reunir pessoas para pensar e trabalhar como equipes contra equipes de especialistas individuais pode ser dif√≠cil. Os apoiadores do DevOps precisam ter experi√™ncia n√£o apenas nas duas √°reas principais de gerenciamento de TI, mas tamb√©m no desenvolvimento e nos neg√≥cios, bem como na forma√ß√£o de equipes.

De acordo com um grupo de escritores, liderado por Jason Cox, diretor de plataforma e SRE da Disney, para obter o DevOps, √© necess√°rio ter uma equipe “full-stack” ou uma equipe diferente, em vez de apenas uma ou pequena. Equipe de engenharia do DevOps. Em vez de procurar o engenheiro de pilha cheia perfeito, seria melhor para as organiza√ß√Ķes criar equipes de pilha cheia equilibradas e compostas por pessoas com um conjunto b√°sico de habilidades e diferentes especialidades.DevOps

Cox e sua equipe apontam que uma equipe completa de pilha cheia re√ļne uma combina√ß√£o de habilidades de toda a empresa. Isso permite que a equipe tire proveito da vantagem de pilha completa do DevOps, design, constru√ß√£o, desenvolvimento e software, em todos os ciclos de desenvolvimento de suas entregas, sem os desafios de recrutamento, desenvolvimento e suporte de pilha completa para desenvolvedores ou engenheiros. Al√©m disso, essa equipe de pilha cheia pode se concentrar em fornecer um painel de controle interno para a sa√ļde do cliente, usado por todos os grupos que enfrentam os clientes. Al√©m disso, a equipe possui dois engenheiros de back-end, um engenheiro de front-end, um cientista de dados, um analista de dados, um designer e um gerente de produto. Todos os membros do grupo s√£o necess√°rios, e a dramatiza√ß√£o e o ensino dentro do grupo s√£o frequentemente incentivados. Todas as fun√ß√Ķes especializadas tamb√©m s√£o ativas nas comunidades de pr√°tica entre grupos para compartilhar e desenvolver um conhecimento mais profundo. Uma equipe de pilha cheia tamb√©m pode ser composta por especialistas funcionais integrados em grupos de produtos. Al√©m disso, os membros da equipe t√™m dois relacionamentos de relat√≥rio. O principal √© o chefe da equipe de produto e a equipe secund√°ria √© o gerente operacional da √°rea, respons√°vel por garantir habilidades operacionais e desenvolvimento de carreira. Essas equipes integradas s√£o respons√°veis ‚Äč‚Äčpor aprender com o restante da equipe, assumindo a responsabilidade pela entrega geral e pela confiabilidade funcional do produto, mas tamb√©m garantindo que o restante da equipe entenda sua √°rea funcional.

A efic√°cia do DevOps ser√° aprimorada ainda mais com a cria√ß√£o de “Dojos”. Um Dojo, que significa “parte do caminho” em japon√™s, √© essencialmente um centro de aprendizado que pode ajudar a promover o pensamento e a colabora√ß√£o do DevOps entre os v√°rios membros da equipe. Os Dojos s√£o essenciais para a constru√ß√£o de uma cultura DevOps no Target.

Ross Clanton, diretor executivo de modernização da tecnologia da Verizon, e colegas apontam as seguintes etapas na formação de um Dojo que ativa o DevOps:

  • Crie um espa√ßo para aprendizado e divers√£o. Tente colocar seu Dojo em uma “√°rea de alto tr√°fego” para despertar curiosidade dentro da organiza√ß√£o e facilitar a promo√ß√£o de demanda futura por seus servi√ßos Dojo. O Dojo deve ser aberto e divertido.
  • Organize tabelas de grupo que otimizam a colabora√ß√£o e usam quadros brancos para ilustrar cada ideia. Por exemplo, voc√™ pode instalar mesas individuais que incluem telas duplas em cada local. A empresa tamb√©m pode ter uma tabela “familiar” sem telas, permitindo uma comunica√ß√£o e intera√ß√£o mais direta e f√°cil.
  • Crie espa√ßos abertos que permitam a colabora√ß√£o entre grupos. Para grupos que aprendem com outras pessoas, o Dojo √© uma √≥tima maneira de se “unir”.
  • Crie um n√≥ de comunica√ß√£o e colabora√ß√£o. Essas “salas de demonstra√ß√£o” devem incluir um farol ou tela grande, assentos confort√°veis, amplificadores de √°udio e uma teleconfer√™ncia com outros Dojos ou organiza√ß√Ķes. Um “lounge de demonstra√ß√£o” cria um espa√ßo para todas as equipes do Dojo, onde eles podem conhecer e compartilhar seu trabalho. A capacidade de tirar proveito dos recursos de diferentes equipes √© a “chave” para o bom funcionamento do DevOps.