15. Peut-on transformer une organisation silo en
organisation DevOps ou doit-on la recréer
depuis zéro ?
Notes de l'éditeur
Se présenter
Vous pensez que c’est rouge comme la couleur de zenika
Oui mais ce n’est pas pour ça
A l’origine je cherchais une couleur et ma fille m’a dit
« bah, prend rouge comme doudou »
Faisait partie équipe gestion outil USL
repo d’artifact,
de sources,
solution pour déployer sur les serveurs
Jenkins, Gitlab, Nexus, Rundeck…
On avait à peu prêt 500 utilisateurs
Organisation classique en topdown
Le chef a plein de choses à gérer
Priorité de l’équipe ne sont pas les même que celui du chef
Le chef décide
Les profils de l’équipe sont :
Dev
Intégrateur
Exploitant de prod
Architecte technique
Pr nous il manque un sysadmin ds l’équipe pour le chef pas grave on fait sans
Malgré nos alertes sur certaines décisions prises
Indispo de l’usine pendant 3j
Dev bloqué
Recette bloquée
MEP bloquée
On démontre que le fonctionnement topdown ne fonctionne pas
On passe en équipe autonome (pas indépendante)
Le chef devient un leader qui va défendre le budget au codir et nous aider
L’équipe décident elle-même de:
ses chantiers,
Priorités,
…
Suite à l’expérience précédente
Certains quittent l’équipe
Il ne reste que des gens hyper motivé, fous… mais pas encore dégoûté
Ceux qui reste savent dans quoi ils s’engagent
Le pb il nous manque tjs un sysadmin
Mais vu qu’on est autonome
Recrute un sysadmin
Qui s’intéresse à l’indus, l’automatisation
Compétence docker (on verra après pourkoi)
On a donc toutes les compétences requises et on a tous les accès nécessaire
Toutes les compétences dans une même équipe, c’est pas du DevOps ça ?
Même si on est dans une même équipe au niveau organisationnel, on est dans des entités différentes.
Donc, pas de changement dans l’organisation d’entreprise
On gagne en fluidité
On ne s’entend plus dire que nos travaux c’est pas prioritaire car c’est du hors-prod
On va s’auto-organiser, sans heurt car on a confiance entre nous
Pas possible de s’auto-organiser sans confiance
Cette confiance vient de nos personnalités
Aucun ne cherche à se mettre en avant ou tirer partie de qql’1
On est une équipe
Pas seulement aimer travailler en équipe
Ça va plus loin
Passer slide
On a des gens qui acceptent d’écouter et des pensées/idées différentes
Voilà pourquoi je parlais du sysadmin et docker, car ça montre une ouverture d’esprit (il s’intéresse à des trucs récents et n’a pas peur de faire évoluer son métier)
Chacun va pouvoir parler en étant écouté et compris
Ça introduit un climat serein
Un climat serein libère la parole
Climat serein + parole libre les gens sont sincères et honnête
Paradoxalement ça introduit dans l’équipe une communication franche est directe
A l’inverse des communications corporate
Ça permet de se rendre compte que n’est parfait
Et qu’on a tous besoin les uns des autres
Et puisqu’on sait ce que pensent les autres c’est plus facile de se parler
A long terme
A long terme pour que ça fonctionne
Repenser la couche manager
Des questions se posent :
Comment des gens qui depuis 20 ans expliquent les silosvont passer aux DevOps
Comment concevoir un modèle basé sur les objectifs individuels alors qu’on est collectif ?
Comment même continuer à avoir des objectifs ? Alors que l’équipe est autonome
rappeler ce qu’est objectif
Rappeler qu’on est en amélioration continue dans incrément
Doit-on commencer par une équipe avant l’organisation ?
Doit-on commencer par l’organisationnel ou par l’outillage ?
L’outilla peut-il être utiliser comme support/raison de passer au DevOps ?
Que fait-on des gens qui vont tout faire pour freiner empêcher ?