Aller au contenu
🌟 Le livre intégral numérique est disponible : téléchargement dès l’achat 🌟
Infrastructure

Les équipes pointent sur la production des autres

Retours d’expérience de la communauté

Pointer sur l'env. de qual d'une autre équipe

François-Guillaume Ribreau

Avant l’application du principe

C'est incroyable à voir :

  • l'équipe A relie ses dépendances HTTP à l'environnement de préproduction de l'équipe B (ou tout autre environnement privé). 😈😈😈
  • l'équipe A dit : "Quoi, votre environnement de préproduction n'est plus disponible" 😭😭😭
  • l'équipe B répond : "bien sûr, veuillez toujours pointer vers notre environnement de production, c'est seulement là que nous assurons la backward compatibility de nos interfaces (e.g. API REST) et la disponibilité (via nos SLA)."
  • l'équipe A réplique : "mais on a toujours pointé sur la préproduction des autres équipes, on ne travaille pas comme ça habituellement".

Et l'équipe A se heurte au même mur à chaque fois et persiste dans ses erreurs en espérant que ce sera différent la prochaine fois sans réaliser que :

  • ils ont créé une dépendance à un environnement privé entre deux équipes séparées
  • et cela va à l'encontre de nombreux principes bien connus (SoC, propriété de l'infrastructure de l'équipe, équipes verticales & produits, SLA de disponibilité, pour n'en nommer que quelques-uns.)

‍

Après l’application du principe

Une partie de cela a déjà été théorisée en 1989 (oui, "89, vous avez bien lu) dans le Modèle d'Alignement Stratégique.

Pourquoi il faut éviter le couplage organisationnelle:

"La folie, c'est de faire toujours la même chose (pointer sur des env. privés à des équipes) et de s'attendre à un résultat différent".

Et vous, quelles sont vos retours d’expérience ?

Si votre retour est validé, il sera prochainement publié sur le site.

Dans la même veine — clique, rebondis.

Ce principe dans nos guides