[IT/DevOps] Entre mythe et réalité : à quoi ressemblent concrètement vos missions ?

Bonjour keir0,

Sujet très intéressant, avec beaucoup de questions, je vais essayer d'y répondre au mieux, sachant que c'est mon xp perso.
Pour situer mon parcours, j'ai fait un bac +5, très orienté pro avec environ 1 an de stage sur les 3 dernières années. Ensuite 15 ans de salariat, majoritairement dans une PME qui a beaucoup évolué, et moi avec. J'ai aussi eu une année de coupure où j'ai été salarié en ESN (SSII à l'époque).
J'ai commencé par du dev, mais en contexte PME, ce qui impliquait finalement beaucoup plus que du dev (interview utilisateur, écritures des besoins, des specs, dev, tests, mise en prod, maintenance, tous ça avec une forte autonomie). Je me suis assez rapidement orienté vers de la gestion de projet de développement.
J'ai bifurqué après avoir géré un gros projet de refonte de l'appli maison, impliquant une refonte de l'infra et la prod. Je suis devenu responsable de la prod, qui a fini par inclure toute la partie système et réseau.
Après 15 ans, et des changements brutaux dans l'entreprise (changement de direction générale et volonté de remplacer toute l'équipe existant), j'ai négocié un départ via RC, sans pour autant penser à l'indépendance.

Par curiosité au départ, j'ai suivi les parcours pôle emploi pour créer son entreprise (activ'crea notamment).
En parallèle je cherchais un nouveau travail et la majorité des missions étaient proposés par des ESN. Mon expérience précédente n'avait pas été super concluante, et je me disais que si je devais avoir les contraintes de la prestation (et ses avantages), je préférais que ce soit à mon compte. Les aides pôle emploi pour le lancement m'ont aussi sécurisé pour ce démarrage.

Maintenant, pour répondre aux questions :

Vous travaillez avec des clients en direct ou via des intermédiaires ?

J'ai actuellement plutôt des grosses structures comme client. Travailler avec des intermédiaires est la norme (même si on trouve des exceptions).
A mon sens, c'est plus simple et ça évite beaucoup de tracasseries administratives.
Le pendant est de gagner un peu moins.

Avez-vous plusieurs clients en simultanées ?

Actuellement, non.
Je fais plutôt des missions type "régie", et il n'y a pas de missions en temps partagé sur des régies dans des grosses structures.
Dans l'absolu, j'aimerais bien développer du temps partagé avec des plus petites boites. Mais je me heurte à la volonté du présentiel.

(Je vois des postes qui parle de TPE/PME qui ont des besoin de quelques jours par mois ou pour des "petit" projet de quelques semaines, mais je ne vois pas d'offre sur les jobboard correspondant à ce type d'entreprises)

Je pense qu'il y a beaucoup de besoins, mais que ces petites structures ne savent pas y faire face.
Il y a je pense un gros travail de prospection à faire sur ce sujet, sur lequel je n'ai pas eu le courage / temps de me lancer.
Certaines entreprises commencent à se mettre sur ce créneau du "temps partagé", mais ce n'est pas via les jobboards.

Combien de temps durent vos missions (quelques semaines ? mois ? années ?)

Actuellement, c'est plusieurs mois voir plusieurs années.

Quels types horaires faites-vous ? (Plutôt des horaires classiques ? ou un peu décousu : en soirée, le week-end,... )

Plutôt des horaires classiques, car je dois m'adapter aux horaires de l'entreprise et des équipes avec qui je travaille.
Sur mon précédent client, je n'ai jamais travaillé le soir ou le week-end, sauf pour rattraper du retard parceque j'avais eu un "trou" dans une journée.
Sur mon client actuel, on a des interventions à faire en production en fin de journée ou le week-end, donc ça m'arrive de travailler en dehors des heures de bureau classique. C'est pas hyper régulier, donc je compense en prenant un peu de temps pour moi à d'autres moments de la journée.
La gestion des enfants peut aussi m'amener à décaler certaines tâches de travail individuel après le coucher des enfants.

A noter que je suis sur un objectif de réduction du temps de travail.
Je prenais 1 mercredi sur 2 lors de ma mission précédente et je prends désormais tous mes mercredis. Je ne travaille donc que 4 jours par semaine.
C'est plus facile en indep de bosser à 80%, et financièrement plus avantageux.

Si vous voulez partir en vacances, vous le faites plutôt entre des missions ? Ou bien vous prévenez simplement le client de votre absence ?

Ayant des enfants, je suis assez contraints pour les vacances.
J'organise ça en bonne intelligence avec le client (j'évite de partir en vacances le jour d'une mise en production 😅), mais globalement je suis maitre de mes congés.
A noter qu'entre 2 missions, c'est pas forcément évident de partir en congés. Il faut être disponible pour des entretiens, répondre à des appels d'offres ...

L’idée du freelance m’est venue car je suis aussi moniteur de voile et j’aimerai aller donner des cours de temps en temps (par exemple 2x 2/3 semaine entre avril et octobre) et que je ne trouve pas d’employeur qui accepte ces conditions.😆

Ce sera effectivement beaucoup plus simple en freelance.
Néanmoins, vous serez probablement contraint par des besoins clients.
Pour une plus grande liberté de gestion de son emploi du temps, il faut des activités que vous pouvez réellement faire en indépendance, avec peu d'interaction client, ce qui ne me semble pas être votre cas.

j'ai fait une rupture de mon CDI (pour d'autres raisons) et je viens de monter ma micro entreprise mais je pose encore beaucoup de question et je me sens encore "illégitime" donc je continue de me former et de me créer un portfolio pour prouver ce que je sais faire.
J'ai 9 ans d'expérience si on inclut l'alternance, j'ai une formation système et réseau mais je suis un peu touche à tout : j'ai fait de l’infra, du développement, de l'analyse fonctionnelle et plein d'autres bricoles...

Il y en a qui se lance en indep avec beaucoup moins d'expérience. Regardez le syndrome de l'imposteur, et essayer de lutter contre ça.

Je vise plutôt des missions SysOps/DevOps (Je viens de passer une certif AWS, une formation K8s et j'ai des bonnes compétences linux et Ansible/Terraform )

Il y a de gros besoins en ce moment, mais je pense plutôt pour des grosses structures.
Donc plutôt des missions en régie.

Salut,

J'ai assez peu de chose à ajouter sur ce qui a été dit par Yann. Je reviens toutefois sur le titre :

[IT/DevOps] Entre mythe et réalité : à quoi ressemblent concrètement vos missions ?

Côté DevOps, il y a plusieurs approches (Joke inside):

• Des Devs qui se prennent pour des Ops. 😁

• Des Ops qui se prennent pour des Devs. 🤪

Passé le moment de la blagounette, ça reste un vrai sujet. Je viens de voir une interview d'un responsable IT qui disait avoir arrêté totalement le service QA (Quality Automation). Cette décision était sous tendue par le fait que dans sa startup, ils étaient en mode "feature first" et que tout ce qui était autour les emm...

Donc, là, on se trouve définitivement dans le cas d'un Dev qui se prend pour un Ops. Quand tu vas découvrir dans tes logs ou par une remontée client que tu as perdu 80% de tes données quotidiennes pendant 3 semaines, tu verras, ça va moins te faire marrer. On finira par un grand "On avait l'impression que ça fonctionnait !".

Si le DevOps intègre une couche de unit testing + end-to-end testing, c'est pas pour se faire plaisir. Tous ces processus sont des référentiels de bonnes pratiques auxquels il faut essayer de coller. (ITIL, CMMI, Agile manifesto, etc...). Tu peux toujours sauter une étape, mais il faut en mesurer les enjeux ...

====

Les missions de DevOps sont en général liées à l'automatisation d'une "usine logicielle". Donc, tu vas prendre part à l'installation ou l'exploitation ou l'évolution d'une "supply chain" logicielle.

• créer un microservice : quelqu'un programme un système qui a des inputs et des outputs. Tous les jours, toutes les heures, etc.... le système est construit par une chaine "Continuous Integration". En général, ce système finit par construire un container.

• Ta boite va alors avoir différents environnements : DEV, IAT (Internal Acceptance Testing), UAT (User Acceptance Testing), PPR (preprod), PRD.

• Un des boulots du DevOps est notamment de faire avancer les versions de ce qui est produit à travers les différents environnements. C'est le CD (Continuous Deployment).

• Un des facteurs de performance de la boite est généralement mesuré sur la fréquence de versionning. Si tu parviens à sortir des versions toutes les 2 semaines. Ca sous entend que tout ce que tu as rentré (phase développement) dans la Supply-Chain est conforme à l'attendu.

• Tu as également parlé de l'infra et je te confirme bien que l'infra est désormais gérée en IaC (Infra as Code). Tout se fait exactement dans la même logique que les points précédents : CI... CD.... testing.... mise en prod....etc....

• MAIS, parallèlement à tout ça, il faut lutter contre la dette technique. En effet, toutes les librairies, tous les outils DevOps, tous les OS, tous les orchestrateurs, tous les systèmes de monitoring.... deviennent obsolètes à une vitesse importante. Il n'y a qu'à voir la roadmap Kubernetes pour en être persuadé. https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html#kubernetes-release-calendar La fréquence d'obsolescence est juste effrayante. AWS poursuit une politique simple : soit tu migres par toi même avant la date fatidique, en prenant tes précautions, soit à la date du "end of support", il te migrent eux même vers la nouvelle version EKS. Simple et efficace en matière de lutte contre la dette technique. Je dois dire que ce point occupe beaucoup les DevOps. Les impacts sont très importants.

• Au dessus de la mêlée, il y a tous les comités d'architecture, tous les comités de projets, la cybersécu, les pen tests, le mitigation de vulnérabilité (CVE), etc.... Quand tu es Lead : gérer l'équipe, recruter, etc...

J'adore ce job et je n'ai pas encore vu quelqu'un s'ennuyer sur ce genre d'activités.

Merci beaucoup pour vos réponses détaillées!

Ca me confirme dans mon impression globale... j'ai plus qu'a me lancer maintenant :P

Voici les réponses pour ce qui me concerne :

• Vous travaillez avec des clients en direct ou via des intermédiaires ?

  • Les deux. Les intermédiaires t'apportent des missions donc ils ont aussi leur place.

• Avez-vous plusieurs clients en simultanées ?

  • Plusieurs client en même oui. tu gères ton temps. En général j'ai un client principal puis je libère du temps pour les petites missions. Tu les trouves sur Malt ou en filtrant les temps partiels sur LinkedIn. En gros ils te filent des trucs à faire puis à la fin du mois tu facture le temps passé.

• Combien de temps durent vos missions (quelques semaines ? mois ? années ?)

  • ça va de 2h à plusiereurs années.

• Quels types horaires faites-vous ? (Plutôt des horaires classiques ? ou un peu décousu : en soirée, le week-end,... )

  • Horaires classiques pour le client principal car c'est comme être employé. Puis je cale les missions entre tout ça.

• Si vous voulez partir en vacances, vous le faites plutôt entre des missions ? Ou bien vous prévenez simplement le client de votre absence ?

  • Je préviens le client tout simplement. S'il a des contraintes on s'arrange.

Cela réprésente seulement ma situation personnelle et en ce moment seulement. Les choses peuvent évoluer et chaque freelance a son fonctionnement.

Si tu veux te mettre à ton compte fais-le sans hésiter. Au pire si c'est pas pour toi tu repasses en CDI.

On a la chance d'avoir beaucoup d'opportunités donc profitons-en