« Au pire on ne le détecte pas et on a une catastrophe à gérer au retour »
ça doit dépendre des situations mais si tu as un monitoring et tous les bons éléments que tu as listés, on n’arrive pas le lundi matin avec une situation qualifiable de catastrophique à corriger.

« Au mieux on le détecte et on fait intervenir les personnes d’astreinte. »
Au mieux on a envoyé un bug en prod qui est détecté mais dont la correction peut attendre lundi matin.

L’équilibre des risques est un élément parmi d’autres à prendre en compte pour décider si on accepte de mettre en prod à tel ou tel moment.

D’autres éléments sont:
– à quel point est-ce que ça ralentit les gens qui bossent (en effet ne pas mettre en prod, ça ne veut pas dire ne pas bosser), mais ça veut dire passer à autre chose par exemple et donc plus de contexte switching car on ne finit pas une tache complètement tant qu’on ne l’a pas mise en prod et vérifié si tout est ok. ça veut dire des « bouchons » le lundi matin pour mettre en prod ou alors des mises en prod groupées … ce qui est un autre risque.
– le signal qu’on envoie. Je préfère dire mettez en prod par défaut et si vous manquez de confiance, attendez lundi. La confiance est super importante.

Je ne dis pas que c’est la bonne solution dans tous les cas, ça me paraît important de laisser le choix au dev et qu’il fasse son choix en sachant ce que ça implique.