Comment embaucher un bon DevOps, adapté à mon entreprise?

20

Les bons développeurs doivent respecter la règle 11 du test Joel :

Les nouveaux candidats écrivent-ils du code lors de leur entretien?

Cependant, je ne connais pas grand-chose aux conteneurs Docker, comment configurer Jenkins ou AWS, etc. Quelle serait une bonne façon de tester si la personne qui postule peut gérer de telles tâches?

Sous-questions: je crois qu'un bon employé devops peut configurer la chaîne de construction une fois et cela devrait fonctionner à partir de maintenant. Puis-je également m'attendre à ce qu'il soit développeur dans l'entreprise (DEVops)? Comme DevOps est un travail relativement "nouveau", est-il préférable pour les petites entreprises de partager un employé devops ou de l'embaucher en tant que pigiste chaque fois que vous en avez besoin?

Ma confusion à propos du terme provient des offres d'emploi comme celle-ci, même ici sur stackexchange (= lien d'où la sérigraphie ci-dessus a été prise).

J'ai trouvé cet article d'opinion utile, mais possible, que vous pourriez vouloir lire si vous tombez sur cette question: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Thomas
source

3

Comme DevOps n'est pas un rôle (c'est un mot à la mode en tant que tel), vous embauchez un administrateur système moderne selon votre description.

— Tensibai

5

Je vote pour fermer cette question comme hors sujet car DevOps n'est pas un poste / poste

— Tensibai

2

@Tensibal Je suis d'accord avec vous mais je suis également tenté de laisser cette question ouverte car elle peut aider à clarifier cette idée fausse - et nous pouvons nous attendre à voir cette question revenir encore et encore et encore et encore.

— Michael Le Barbier Grünewald

2

@ MichaelGrünewald Ajouter une réponse clarifiant cela. En cas de vote positif, la question ne disparaîtra pas, même si elle est fermée. Le meilleur des deux mondes: clarifie le problème et reste visible comme hors sujet pour le site, aidant à prévenir de telles questions futures (qui pourraient y être dupliquées)

— Dan Cornilescu

3

@Tensibai FWIW, je ne pense pas que nous devrions jamais fermer une question sur la base que "DevOps n'est pas un rôle." Chaque question où cette confusion est évidente est l'occasion de clarifier. La réponse à la question devrait comprendre une clarification à cet effet et un lien vers cette question. Si nous fermons les questions simplement parce qu'elles confondent le terme DevOps, nous aliénerons les nouveaux utilisateurs et manquerons l'occasion de clarifier.

— Dave Swersky

13

Il est faux de croire que «DevOps» est un rôle dans une entreprise. Le mot désigne simplement un changement organisationnel dans les sociétés de logiciels, ce changement peut être brièvement décrit par le « Vous le construisez, vous l'exécutez! ”Inventé par Werner Vogels:

Il n'est pas nécessaire de distinguer entre la construction et la course à pied, et selon Werner Vogels, c'est bien mieux que cela:

Donner aux développeurs des responsabilités opérationnelles a considérablement amélioré la qualité des services, tant du point de vue client que technologique. Le modèle traditionnel est que vous amenez votre logiciel au mur qui sépare le développement et les opérations, que vous le jetez puis l'oubliez. Pas sur Amazon. Vous le construisez, vous l'exécutez. Cela met les développeurs en contact avec le fonctionnement quotidien de leur logiciel. Il les met également en contact quotidien avec le client. Cette boucle de retour client est essentielle pour améliorer la qualité du service.

Cette leçon est intéressante, mais ce changement particulier dans une organisation n'est pas toujours facile à mettre en œuvre.

Ce changement est concomitant à une importance croissante des méthodes d'intégration et de livraison continues. Veuillez noter que ces idées sont bien plus anciennes que la formalisation des méthodologies «agiles», certaines d'entre elles sont déjà présentes dans le rapport du Comité scientifique de l'OTAN sur le génie logiciel publié en… 1968!

Bien que le libellé puisse être ignoré, la courte description de la proposition DevOps (ce site) mentionne les «ingénieurs logiciels»:

Site de questions et réponses bêta pour les ingénieurs logiciels travaillant sur les tests automatisés, la livraison continue, l'intégration et la surveillance des services et la construction d'une infrastructure SDLC.

Maintenant, si vous recherchez un ingénieur logiciel qui peut aider votre équipe à démarrer avec ces méthodologies, engagez-les sur ce sujet. Même si vous n'êtes pas familier avec ce sujet, suivez le «Vous le construisez! Vous l'exécutez! »Slogan vous pouvez partir d'un problème de programmation et mener l'entretien vers une question sur le déploiement et la maintenance de l'application.

— Michael Le Barbier Grünewald
source

3

La confusion est également basée sur des offres d'emploi comme celle-ci: stackoverflow.com/jobs/135988/…

— Thomas

2

Oui, beaucoup de personnes ou d'organisations utilisent «DevOps» comme rôle. Personne ne peut être blâmé d'être victime de cela et votre question est utile pour clarifier cela, alors merci de l'avoir posée, même si elle sera finalement définitivement close. J'espère que vous trouverez cette réponse utile et que vous profiterez de l'occasion pour contribuer à ce site ou l'utiliser comme source d'information!

— Michael Le Barbier Grünewald

@ThomasMoors: votre commentaire préalable (intéressant!) Devrait être intégré dans votre question réelle ... même si ce n'était que pour documenter votre confusion ...

— Pierre.Vriens

@ Pierre.Vriens fait

— Thomas

1

Synonyme / apparenté "mangez votre propre nourriture pour chien", ne faites pas quelque chose que vous n'utiliserez pas

— Tensibai

7

Au risque d'obtenir un vote négatif, hors sujet ou même une hérésie, je vais vous dire: «N'écoutez pas les puristes vous dire que DevOps n'est pas un rôle».

Tu es sur la bonne piste. Cela devrait convenir à votre entreprise. C'est ce qui compte lors de l'embauche.

Si vous avez besoin d'un DevOps, pour fonctionner comme un DevOps, produire des résultats comme DevOps, c'est un DevOps.

Ne laissez personne vous dissuader autrement.
Annoncez quand même.
Interview quand même.
Embauchez quand même.

Pendant ce temps, découvrez-en plus sur DevOps, comment le concept peut s'intégrer dans votre entreprise, comment la personne s'intègre-t-elle.

En savoir plus sur le rôle que vous devez remplir. Recherchez les questions que vous pouvez poser. Il existe de nombreux exemples , même si vous n'êtes pas un expert en la matière. De la patience et du travail à l'ancienne.

Avez-vous besoin d'un employé? Ou pigiste? Un cric de tous les métiers? Vous seul connaissez bien votre entreprise.

Créez votre culture unique qui est votre interprétation de DevOps.

— kenchew
source

+1 à cela. Les puristes ont été accrochés aux devops n'est pas une réponse de rôle depuis trop longtemps, mais l'industrie, les sites d' emploi et les recruteurs l'ont déjà transformé en réalité, et il est temps de l'accepter pour ce qu'il est.

— grumpyops

6

«Embaucher un DevOps» sera difficile car le DevOps n'est pas un rôle. SI vous pouvez trouver un ingénieur avec des compétences en développement logiciel et en ingénierie, vous êtes sur la bonne voie.

Cependant ,

Votre processus d'embauche sera compliqué par plusieurs facteurs:

Les ingénieurs de fiabilité de site (terme de Google pour les administrateurs / ingénieurs ayant des compétences en codage) sont rares
Les compétences rares coûtent cher
Les compétences rares sont ... rares.

La bonne nouvelle est que vous n'avez peut-être pas besoin d'un SRE pleinement qualifié.

Votre cas d'utilisation, pour ainsi dire, engage des ingénieurs pour établir votre infrastructure (AWS) et automatiser les déploiements (Jenkins). Ces compétences ne sont pas si rares, mais vous pouvez avoir du mal à les trouver en une seule personne.

Vous mentionnez également que vous-même n'avez pas ces compétences. C'est un autre facteur de complication. Vous n'avez pas les compétences nécessaires pour évaluer les compétences de vos candidats. Vous devez en fin de compte trouver un moyen de développer (ou d'embaucher, comme dans un gestionnaire d'ingénierie) les compétences nécessaires pour gérer ce type de ressource.

— Dave Swersky
source

1

Il est courant que les personnes ressources humaines n'aient pas les compétences des personnes qu'elles embauchent. Habituellement, la meilleure idée est d'interviewer des personnes qualifiées pour avoir une évaluation des candidats

— Tensibai

Je voulais dire que je suis un bon développeur, mais je veux aussi être entouré de personnes qui excellent dans d'autres disciplines au sein de l'entreprise, mieux que la mienne.

— Thomas

1

@ThomasMoors c'est une très bonne idée. Ne vous embêtez pas trop, je parle de ce que je pense de ce site, mais je ne suis qu'un dans la foule. Désolé si j'ai sonné grossier btw

— Tensibai

2

Il y a deux possibilités:

Vous avez besoin d'aide pour déterminer quels sont les changements que votre entreprise doit traverser dans son parcours vers DevOps.
Vous savez ce dont vous avez besoin et cherchez à embaucher des gens pour mettre en œuvre cette vision pour vous.

Si vous avez besoin de quelqu'un pour vous aider à déterminer les problèmes sur lesquels vous devez vous concentrer, il existe une très bonne entreprise appelée DORA (DevOps Research and Assessment), cofondée par le Dr Nicole Forsgren, Jez Humble et Gene Kim. Nicole mène l' enquête sur l' état des DevOps depuis des années et tient des statistiques détaillées de l'industrie depuis des années. Jez Humble est un gourou de la livraison continue et a littéralement écrit le livre à ce sujet. Gene Kim est l'auteur du projet Phoenix et les deux derniers sont co-auteurs du manuel DevOps . DORA fournit une évaluation de votre entreprise et vous aide à répondre à ces questions.

Si vous avez une assez bonne idée de l'endroit où vous devez aller et avez besoin de quelqu'un pour vous aider à vous y rendre, obtenir une agence de recrutement n'est probablement pas une bonne idée à ce stade. Je suggère d'aller à DevOps Enterprise Conférence DOES ou locale Conférence DevOpsDays et parler aux gens dans les couloirs. Recherchez des recommandations et peut-être même ouvrez un stand, faites une affiche sur l'embauche.

La deuxième option serait de venir ici et de commencer à poser ces questions dans ce forum et de chercher les experts qui y répondent et qui sont votés. Beaucoup d'entre eux sont peut-être à la recherche d'un emploi ou d'un défi. Parfois, même poser des questions sur votre situation actuelle et votre cas d'utilisation ici pourrait vous indiquer la bonne ligne de conduite.

— Jiri Klouda
source

2

Je cherche un certain nombre de choses chez les personnes que j'ai engagées dans cet espace.

un niveau minimum de «ha» d'agilité (google shu, ha, ri pour une adoption agile si vous en avez besoin de plus)
expérience technique pratique - codage, automatisation, etc., mais je suis indépendant des outils et des langages
apprendre la personnalité - ils prennent l'initiative d'apprendre constamment
curieux et ne cherchant pas à blâmer - ils peuvent accepter l'échec comme une leçon d'apprentissage
ils sont un joueur d'équipe qui peut faire confiance et faire confiance, car la sécurité psychologique est le facteur de réussite numéro un pour les équipes hautement performantes
ils peuvent coacher et encadrer - ils partagent leurs connaissances sans être élitistes - les prima donnas n'ont pas leur place dans les équipes les plus performantes
ils ont "suffisamment" de compétences sociales car ils doivent être des membres de l'équipe et bien communiquer

Je n'ai pas encore trouvé de candidat parfait, c'est donc toujours une sorte de compromis. Dans le monde d'aujourd'hui, j'ai examiné plus de 65 CV qui étaient "pré-qualifiés" en tant que candidats par les agences et les RH, jetés 50 ou plus comme ne répondant pas à mes exigences minimales sur papier, interviewés 15+ et embauchés 3. Ce processus m'a pris le meilleure partie de 9 mois.

— icewav
source

Et pour compléter, ce que je ressens manquant dans votre message est une description de ce que vous ressentez manquant, disant qu'il y avait des manques sans conseils sur la façon de présenter les choses pour combler ces manques n'aide pas à améliorer la situation

— Tensibai

Si les gens ne soumettent pas de curriculum vitae à l'écoute des exigences minimales d'affichage de poste, ils ne satisfont pas à mon exigence minimale pour progresser davantage dans le processus. Si une personne veut vraiment être considérée pour un poste, elle doit le montrer avec un certain effort de sa part. En tant que responsable du recrutement, c'est mon point de vue qui compte car je sais ce que je recherche.

— icewav

Cela ressemble à un bon conseil pour ajouter «afficher un CV adapté à l'emploi». C'est plus facile à vérifier que de deviner vos besoins sur le papier. si vos exigences sont les points ci-dessus, alors «mes exigences ci-dessus sur le papier» pourraient être une meilleure formulation

— Tensibai

Malheureusement, la liste à puces ci-dessus est ce que je dois discerner de l'interview. Mes exigences minimales et mes exigences préférées sont clairement énoncées dans les offres d'emploi que je fais, et elles changent en fonction des compétences dont j'ai besoin pour compléter une équipe. Le demandeur obtient généralement une entrevue s'il satisfait aux exigences minimales et presque toujours s'il satisfait aux exigences minimales ainsi qu'à certaines des exigences préférées. Bien que cela puisse sembler vague, je suis assez précis dans chaque offre d'emploi que je fais quant à ce que je recherche chez un candidat retenu.

— icewav

Il y a un pourcentage de candidats qui prétendent faussement ce qui se trouve sur leur curriculum vitae que la simple vérification des faits révèle. Ces candidats n'ont jamais eu d'entretien avec moi. Exemple: prétendez que vous avez une certification Scrum Alliance, puisque j'ai quelques-unes de leurs certifications, je peux me connecter et vérifier la vôtre.

— icewav

1

Outre d'autres questions, je pense que la réponse suivante manque encore - je veux résumer ce que j'ai appris jusqu'à présent sur un ton généralement humble:

Présenter les compétences DevOps à votre équipe n'est probablement pas suffisant (c'est-à-dire que vous ne pouvez pas engager de DevOps)! (Comme demander à un niveau inférieur quels sont les meilleurs outils pour faire fonctionner les choses, ici vous semblez vouloir que votre organisation fonctionne).

La vraie question est: quelle est votre stratégie de transformation numérique de votre organisation et combien de bons DevOps vous aideront à créer plus de valeur client et à réduire vos coûts , tout en ayant un bon climat?

DevOps révèle le besoin de changement, et le changement nécessite de prendre ses responsabilités.

Imaginez qu'une situation fonctionnait. DevOps pourrait exercer une pression sur d'autres équipes. DevOps est parfois le résultat de l'évolution de l'intégration agile et continue - quels sont vos atouts ici?

— Peter
source