Como tornar sua equipe mais eficiente

Por que pessoas são a parte mais complexa do DevOps?

Pessoas é** **um dos três pilares do DevOps e frequentemente é o que apresenta maior dificuldade para que o resultado seja alcançado dentro das empresas. Mas por que isso ocorre e o que não adotar de DevOps pode causar?

Equipes separadas, objetivos diferentes

Quem já trabalhou em empresas que ainda não implementam DevOps, já deve ter presenciado algumas situação em que as equipes de desenvolvimento e infraestrutura se comportam como rivais. Isso acontece pois as equipes estão divididas em Silos, e cada um desses silos possuem objetivos diferentes:

• **Desenvolvimento **normalmente é cobrada por entregar software cada vez mais rápido para atender as demandas de mercado.
• **Infraestrutura **tem a responsabilidade de manter a casa em ordem, com todas as aplicações estáveis, confiáveis e seguras para o cliente.

Com silos possuindo objetivos opostos, cada equipe irá trabalhar para cumprir seu objetivo, o que ajuda a explicar o sentimento de rivalidade entre as equipes.

Essa rivalidade é maléfica para o time. As pessoas em ambos os lados se sentem desmotivadas, sem o controle de seus próprios resultados, pois seu objetivo nunca pode ser cumprido sem ter que entrar em algum conflito com uma área que possui um objetivo diferente. Esse desgaste e desmotivação a longo prazo, faz os profissionais procurem ambientes mais sadios e com melhores condições, fazendo com que as empresas percam os melhores profissionais.

Além dos resultados ruins com as pessoas, a empresa também perde. Começam a aparecer os famosos “jeitinhos” para não depender da outra área, não são respeitados processos e etapas essenciais são menosprezadas. Esse tipo de comportamento pode causar falhas de comunicação, testes inadequados e culminar com maior quantidade de erros e redução na velocidade de entrega, o que ironicamente compromete o objetivo de ambas as áreas.

Não implementar novas versões mantém o ambiente estável, porém, a rapidez o que o mercado exige não é alcançada. Por outro lado, implementar com mais frequência, significa mais código sendo entregue, o que também significa que **mais comportamentos inesperados podem aparecer em produção **devido a proporção ser maior.