Exigez une approbation pour les changements en production

Les changements en production méritent une seconde paire d’yeux. C’est intégré : les Developers ne peuvent pas écrire directement dans les environnements de classe production, mais ils n’ouvrent pas de tickets non plus — ils proposent le changement sur place, et n’importe quel second coéquipier l’applique.

Il n’y a rien à activer. Si votre environnement est de classe production et que votre équipe compte des Developers, c’est déjà ainsi que cela fonctionne.

Proposer un changement

En tant que Developer, faites le changement que vous voulez dans un environnement de production — une bascule, une modification de règles — et le tableau de bord vous propose de le proposer au lieu de l’appliquer. Ajoutez votre justification si elle en demande une, et soumettez. Le flag lui-même ne bouge pas encore.

En approuver un

N’importe quel coéquipier Developer ou au-dessus — sauf la personne qui l’a proposé — relit la proposition en attente et l’approuve, ce qui l’applique sur-le-champ. Les propositions en attente apparaissent dans la boîte d’approbations du tableau de bord, alors gardez un œil sur la cloche ; la boîte est la notification (il n’y a pas de rappel par e-mail).

Deux règles tiennent, toujours :

• Personne n’approuve sa propre proposition. C’est appliqué par personne, pas par rôle — un Admin ne peut pas non plus s’auto-approuver.
• Le journal d’audit nomme les deux personnes sur chaque proposition appliquée : qui a proposé, qui a approuvé, et ce qui a changé.

Ce que c’est — et ce que ce n’est pas

C’est une revue par les pairs, pas une revue hiérarchique : deux Developers ensemble peuvent changer la production, et c’est le but — aucune personne seule ne la change en dessous du niveau Admin. À savoir quand vous fixez les attentes :

• Les Admins et les Owners écrivent toujours directement en production. Le chemin de la proposition est la voie d’entrée des Developers, pas une barrière pour tout le monde. Il n’existe actuellement aucun réglage qui impose aussi les approbations aux Admins.
• L’approbation est une seule personne, pas un quorum.

Si une proposition est mauvaise, le relecteur ne l’approuve tout simplement pas — et le proposant peut en faire une nouvelle quand la forme est la bonne.

Où aller ensuite

• Rôles et sécurité — le tableau complet dans lequel ceci s’inscrit
• Exportez le journal d’audit — là où les deux noms finissent
• Planifiez un changement — l’autre outil de sécurité de la production