Como faço para contratar um bom DevOps adequado à minha empresa?

20

Bons desenvolvedores devem se encaixar na regra 11 do teste Joel :

Os novos candidatos escrevem código durante a entrevista?

No entanto, sei pouco ou nada sobre os contêineres do Docker, como configurar o Jenkins ou a AWS etc. Qual seria uma boa maneira de testar se a pessoa que se aplica pode gerenciar essas tarefas?

Sub-perguntas: Eu acredito que um bom funcionário de devops pode configurar a cadeia de construção uma vez e deve funcionar a partir de então. Posso também esperar que ele seja um desenvolvedor da empresa (DEVops)? Como o DevOps é um trabalho relativamente "novo", talvez seja melhor para as pequenas empresas compartilhar um funcionário devops ou contratá-lo como freelancer sempre que você precisar dele?

Minha confusão sobre o termo se origina de ofertas de emprego como esta, mesmo aqui em stackexchange (= link de onde a captura de tela acima foi tirada).

Eu achei este artigo útil, mas possível, que você pode querer ler se você se deparar com esta pergunta: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Thomas
fonte

3

Como o DevOps não é uma função (é uma palavra de ordem, por si só), você está contratando um administrador de sistema moderno, de acordo com sua descrição.

— Tensibai

5

Eu estou votando para fechar esta questão como off-topic, porque DevOps não é uma posição papel / trabalho

— Tensibai

2

@Tensibal Eu concordo com você, mas também estou tentado a deixar essa pergunta em aberto, pois isso pode ajudar a esclarecer esse equívoco - e podemos esperar que essa pergunta seja repetida várias vezes.

— Michael Le Barbier Grünewald /

2

@ MichaelGrünewald Adicione uma resposta esclarecendo isso. Se for votado, evitará que a questão desapareça, mesmo que fechada. O melhor de dois mundos: esclarece a questão e permanece visível como off-topic para o site, ajudando futuros evitar tais questões (que poderia ser duplicado a ele)

— Dan Cornilescu

3

@ Tensibai FWIW, acho que nunca deveríamos fechar uma pergunta com base em "DevOps não é um papel". Toda pergunta em que essa confusão é evidente é uma oportunidade para esclarecer. A resposta para a pergunta deve incluir um esclarecimento para esse efeito e um link para essa pergunta. Se encerrarmos as perguntas apenas porque elas confundem o termo DevOps, alienaremos novos usuários e perderemos a oportunidade de esclarecer.

— Dave Swersky

13

É comum acreditar que "DevOps" é um papel em uma empresa. A palavra apenas denota uma mudança organizacional nas empresas de software; essa mudança pode ser descrita em breve pelo “ Você constrói, executa! ”Cunhado por Werner Vogels:

Não há necessidade de distinguir entre construção e execução, e de acordo com Werner Vogels, é muito melhor que isso:

A atribuição de responsabilidades operacionais aos desenvolvedores melhorou bastante a qualidade dos serviços, tanto do ponto de vista do cliente quanto da tecnologia. O modelo tradicional é que você leva o software para a parede que separa o desenvolvimento e as operações, joga-o de lado e depois esquece. Não na Amazon. Você constrói, você executa. Isso coloca os desenvolvedores em contato com a operação diária de seu software. Também os coloca em contato diário com o cliente. Esse ciclo de feedback do cliente é essencial para melhorar a qualidade do serviço.

Esta lição é interessante, mas essa mudança específica em uma organização nem sempre é fácil de implementar.

Essa mudança é concomitante à crescente importância dos métodos de integração e entregas contínuas. Observe que essas idéias são muito mais antigas que a formalização de metodologias "ágeis", algumas delas já estão presentes no relatório do Comitê Científico da OTAN sobre engenharia de software publicado em ... 1968!

Embora a redação possa ser ignorada, a breve descrição da proposta do DevOps (este site) menciona "engenheiros de software":

Site de perguntas e respostas beta para engenheiros de software que trabalham em testes automatizados, entrega contínua, integração e monitoramento de serviços e construção de infraestrutura SDLC.

Agora, se você estiver procurando por um engenheiro de software que possa ajudar sua equipe a começar com essas metodologias, envolva-os neste tópico. Mesmo se você não estiver familiarizado com este tópico, siga o tópico “Você o constrói! Você pode executá-lo! ”, Você pode começar com um problema de programação e liderar a entrevista com perguntas sobre a implantação e manutenção do aplicativo.

— Michael Le Barbier Grünewald
fonte

3

A confusão também se baseia em ofertas de emprego como esta: stackoverflow.com/jobs/135988/…

— Thomas

2

Sim, muitas pessoas ou organizações usam o "DevOps" como uma função. Ninguém pode ser responsabilizado por ser vítima disso, e sua pergunta é útil para esclarecer isso; portanto, obrigado por ter perguntado, mesmo que provavelmente seja finalmente encerrada. Espero que você ache útil essa resposta e que você possa contribuir de outra forma com este site ou usá-lo como fonte de informação!

— Michael Le Barbier Grünewald /

@ThomasMoors: o anterior (interessante!) Comentário devem ser integrados na sua pergunta real ... mesmo que fosse apenas para documentar sua confusão ...

— Pierre.Vriens

@ Pierre.Vriens done

— Thomas

1

Sinônimo / relacionado "comer o seu próprio alimento de cão", não fazer algo que você não vai usar

— Tensibai

7

Correndo o risco de ser votado, fora de tópico ou mesmo heresia, vou lhe dizer: "Não dê ouvidos aos puristas dizendo que o DevOps não é um papel".

Você está no caminho certo. Deve caber sua empresa. Isso é o que importa ao contratar.

Se você precisar de um DevOps, para trabalhar como um DevOps, produzir resultados como DevOps, é um DevOps.

Não deixe ninguém dissuadi-lo do contrário.
Anuncie de qualquer maneira.
Entreviste de qualquer maneira.
Contrate de qualquer maneira.

Enquanto isso, descubra mais sobre o DevOps, como o conceito pode se encaixar na sua empresa, como a pessoa se encaixa.

Descreva mais sobre a função que você precisa preencher. Procure as perguntas que você pode fazer. Há muitos exemplos , mesmo se você não for um especialista no assunto. Alguma paciência antiquada e muito trabalho.

Você precisa de um funcionário? Ou freelancer? Um macaco de todos os negócios? Só você conhece bem sua empresa.

Crie sua cultura única, que é sua interpretação do DevOps.

— kenchew
fonte

+1 a isso. Os puristas têm ficado presos com os devops não é uma resposta de papel por muito tempo, mas a indústria, os quadros de empregos e os recrutadores já o transformaram em realidade, e é hora de aceitá-lo pelo que é.

— grumpyops

6

"Contratar um DevOps" será difícil porque o DevOps não é um papel. Se você pode encontrar um engenheiro com habilidades de desenvolvimento e engenharia de software , está no caminho certo.

No entanto ,

Seu processo de contratação será complicado por alguns fatores:

Engenheiros de confiabilidade do site (termo do Google para administradores / engenheiros com habilidades de codificação) são raros
Habilidades raras são caras
Habilidades raras são ... raras.

A boa notícia é que você pode não precisar de um SRE totalmente qualificado.

Seu caso de uso, por assim dizer, está contratando engenheiros para estabelecer sua infraestrutura (AWS) e automatizar implantações (Jenkins.) Essas habilidades não são tão raras, mas você pode ter um desafio em encontrá-las em uma única pessoa.

Você também menciona que não possui essas habilidades. Este é outro fator complicador. Você não possui as habilidades necessárias para avaliar as habilidades de seus candidatos. Você deve finalmente encontrar uma maneira de desenvolver (ou contratar, como em um gerente de engenharia) as habilidades necessárias para gerenciar esse tipo de recurso.

— Dave Swersky
fonte

1

É comum que pessoas de recursos humanos não tenham as habilidades das pessoas que estão contratando. Normalmente, a melhor idéia é entrevista com pessoas qualificadas para ter uma avaliação dos candidatos

— Tensibai

Eu quis dizer que sou um bom desenvolvedor, mas também quero estar cercado de pessoas que se destacam em outras disciplinas da empresa, eventualmente, melhores que as minhas.

— Thomas

1

@ThomasMoors é uma ideia muito boa. Não se preocupe muito, sou sincero sobre o que penso sobre este site, mas sou apenas um na multidão. Desculpe se eu soar grosseiro btw

— Tensibai

2

Existem duas possibilidades:

Você precisa de ajuda para descobrir quais são as mudanças pelas quais sua empresa precisa passar em sua jornada para o DevOps.
Você sabe o que precisa e procura contratar pessoas para implementar essa visão para você.

Se você precisar de alguém para ajudá-lo a descobrir em quais questões você deve se concentrar, existe uma empresa muito boa chamada DORA (DevOps Research and Assessment), que é cofundada pelas Dr. Nicole Forsgren, Jez Humble e Gene Kim. Nicole realiza a pesquisa State of DevOps há anos e mantém estatísticas detalhadas do setor há anos. Jez Humble é um guru da Entrega Contínua e literalmente escreveu o livro . Gene Kim é o autor do The Phoenix Project e os dois últimos são co-autores do The DevOps Handbook . A DORA fornece uma avaliação da sua empresa e ajuda a responder a essas perguntas.

Se você tem uma boa idéia de onde precisa ir e precisa de alguém para ajudá-lo a chegar lá, conseguir uma agência de recrutamento provavelmente não é uma boa ideia neste momento. Sugiro ir à Conferência DOO do DevOps Enterprise ou à Conferência local do DevOpsDays e conversar com as pessoas nos corredores. Procure recomendações e talvez até abra um estande, faça um cartaz sobre a contratação.

A segunda opção seria vir aqui e começar a fazer essas perguntas neste fórum e procurar os especialistas que as respondem e são votados. Muitos deles podem estar procurando um emprego ou um desafio. Às vezes, até fazer perguntas sobre sua situação atual e caso de uso aqui pode indicar o curso de ação correto.

— Jiri Klouda
fonte

2

Eu procuro várias coisas nas pessoas que contratei para este espaço.

um nível mínimo de 'ha' de ágil (google shu, ha, ri para adoção ágil, se você precisar de mais)
experiência prática técnica - codificação, automação etc., mas sou independente de ferramentas e idiomas
personalidade de aprendizagem - tomam a iniciativa de aprender constantemente
inquisitivo e sem querer culpar - eles podem aceitar o fracasso como uma lição de aprendizado
eles são jogadores de equipe que podem confiar e ser confiáveis, uma vez que a segurança psicológica é o fator número um de sucesso para equipes de alto desempenho
eles podem treinar e orientar - eles compartilham seu conhecimento sem serem elitistas - as prima donnas não têm lugar em equipes de alto desempenho
eles têm habilidades sociais "suficientes", pois precisam ser membros da equipe e se comunicar bem

Ainda não encontrei um candidato perfeito, por isso é sempre algum tipo de troca. No mundo de hoje, examinei mais de 65 currículos "pré-qualificados" como candidatos de agências e RH, descartou 50 ou mais por não atender aos meus requisitos mínimos em papel, entrevistei mais de 15 e contratou 3. Esse processo me levou a melhor parte de 9 meses.

— icewav
fonte

E para complementar, o que eu sinto falta na sua postagem é uma descrição do que você sente que estava faltando, dizendo que havia algumas falhas sem orientação sobre como apresentar as coisas para cobrir essas falhas não ajuda a obter uma situação melhor

— Tensibai

Se as pessoas não enviarem um currículo sintonizado com os requisitos mínimos para a publicação de trabalhos, eles não atenderão ao meu requisito mínimo para avançar no processo. Se uma pessoa realmente quer ser considerada para uma posição, ela precisa mostrá-la com algum esforço de sua parte. Como gerente de contratação, é o meu ponto de vista que conta, porque sei o que estou procurando.

— icewav

Parece um bom conselho para adicionar 'postar um currículo ajustado ao trabalho'. É mais fácil verificar do que adivinhar sua exigência no papel. se seus requisitos são os pontos acima mencionados, talvez "meus requisitos acima no papel" possam ser uma redação melhor

— Tensibai

Infelizmente, a lista com marcadores acima é o que eu preciso discernir na entrevista. Meus requisitos mínimos e meus requisitos preferidos estão claramente descritos nas ofertas de emprego que faço e mudam com base nas habilidades necessárias para reunir uma equipe. O candidato geralmente obtém uma entrevista se atender aos requisitos mínimos e quase sempre se atender aos requisitos mínimos, além de alguns dos requisitos preferenciais. Embora isso possa parecer vago, sou bastante específico em cada anúncio de emprego que faço sobre o que estou procurando em um candidato bem-sucedido.

— icewav

Há uma porcentagem de candidatos que afirmam falsamente o que está em seu currículo que a simples verificação de fatos revela. Esses candidatos nunca recebem uma entrevista comigo. Exemplo: afirma que você possui uma certificação Scrum Alliance, já que tenho algumas das certificações deles, posso efetuar login e verificar a sua.

— icewav

1

Além de outras perguntas, acredito que a resposta a seguir ainda está faltando - quero resumir o que aprendi até agora em um tom mais humilde:

Apresentar as habilidades de DevOps à sua equipe provavelmente não é suficiente (ou seja, considere que você não pode contratar um DevOps)! (Como perguntar em um nível inferior quais são as melhores ferramentas para fazer as coisas funcionarem, aqui parece que você quer que sua organização funcione).

A verdadeira questão é: qual é a sua estratégia de transformação digital de organizações e quanto o DevOps bom ajudará você a criar mais valor para o cliente e reduzir seus custos , ainda tendo um bom clima?

O DevOps revela a necessidade de mudança e exige assumir responsabilidade.

Imagine uma situação em que o DevOps possa pressionar outras equipes. Às vezes, o DevOps é resultado da evolução da integração ágil e contínua - quais são seus ativos aqui?

— Pedro
fonte