Skip to content
🌟 The full digital book is out: download it as soon as you buy 🌟
Infrastructure

Teams are on call for each other’s production

Field feedback from the community

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

François-Guillaume Ribreau

Before applying the principle

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.)

‍

After applying the principle

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".

And you, what’s your field feedback?

If your feedback is validated, it will soon be published on the site.

Same vein — click, bounce around.

This principle in our guides