Rendre les politiques explicites

Les règles implicites créent des problèmes :

• Les gens font des hypothèses différentes
• Des conflits surgissent sur « comment on fait les choses »
• Les nouveaux membres de l'équipe ne connaissent pas les règles non écrites
• Les améliorations sont difficiles parce que la base de référence n'est pas claire

Les politiques explicites sont des accords écrits et visibles sur la façon dont le travail circule dans votre système.

Elles n'ont pas besoin d'être complexes. « On révise les PR en 4 heures » est une politique. « Les éléments bloqués vont en haut de la colonne » est une politique. « Le QA ne commence que si les tests unitaires passent » est une politique.

Critères d'entrée : Qu'est-ce qui doit être vrai pour que le travail entre dans une étape?

• « Prêt pour le dev : Critères d'acceptation écrits, designs joints »
• « Prêt pour la révision : Tous les tests passent, pas de commits WIP »

Critères de sortie (Définition de terminé) : Qu'est-ce qui doit être vrai pour sortir?

• « Développement terminé : Code révisé, CI vert, docs mises à jour »

Limites WIP : Combien d'éléments peuvent être dans cette étape?

• « Dev : Maximum 3 éléments en cours »

Politiques de gestion : Que se passe-t-il dans des situations spécifiques?

• « Bloqué : Ajouter l'étiquette blocage, discuter en mêlée quotidienne, escalader après 24 heures »
• « Conflit de priorité : Le dev senior décide, escalader au lead si nécessaire »

Politiques de temps : Attentes concernant le timing?

• « Révisions de code complétées en 4 heures ouvrables »
• « Le QA commence dans 1 jour après prêt »

Politiques de sélection : Comment choisissons-nous sur quoi travailler ensuite?

• « FIFO dans la classe de priorité »
• « Bogues clients avant problèmes internes »

Les politiques doivent être visibles, pas enfouies dans des documents que personne ne lit.

Options :

• Sur le tableau : Écrivez les politiques au-dessus ou à côté de chaque colonne
• Document lié : Gardez un document de politiques vivant, lien depuis le tableau
• Infobulle/survol : Les tableaux numériques supportent souvent des descriptions de colonnes
• Carte d'en-tête : La première carte de chaque colonne décrit la politique

Le test : Un nouveau membre de l'équipe peut-il comprendre les politiques en 5 minutes en regardant le tableau?

Cadence de révision : Les politiques ne sont pas statiques. Révisez-les en rétro :

• Suivons-nous cette politique?
• Cette politique aide-t-elle ou nuit-elle?
• Qu'est-ce qui manque?

Les politiques imposées ne tiennent pas. Les politiques collaboratives oui.

Processus pour créer des politiques :

1. Observer la pratique actuelle : « Comment décidons-nous réellement sur quoi travailler ensuite? »
2. Faire ressortir les désaccords : « On dirait qu'Alice prend ce qui est le plus vieux, mais Bob prend ce qui est le plus petit? »
3. Discuter des compromis : « Quels sont les avantages et inconvénients de chaque approche? »
4. S'entendre sur une politique : « Essayons FIFO pour les deux prochaines semaines »
5. La rendre visible : Écrivez-la sur le tableau
6. Réviser et adapter : « Comment FIFO a-t-il fonctionné? Devrions-nous ajuster? »

Principe clé : Les politiques sont des expériences, pas des commandements. Si une politique n'aide pas, changez-la.

Sur-documentation : 20 politiques par colonne que personne ne lit. Commencez avec 2-3 politiques essentielles par étape.

Sous-application : Les politiques existent mais sont régulièrement ignorées. Appliquez-les ou supprimez-les.

Règles rigides : « Ne jamais dépasser la limite WIP en aucune circonstance. » La réalité est plus complexe. Permettez le jugement tout en rendant l'exception visible.

Escalade manquante : Que se passe-t-il quand les politiques entrent en conflit ou échouent? « Si la limite WIP est atteinte et qu'un travail urgent arrive, escalader au lead d'équipe. »

Politiques périmées : Règles d'il y a six mois qui ne conviennent plus. Révisez les politiques régulièrement.

Politiques individuelles : « Le travail de Bob ne passe pas par la révision de code. » L'équité compte. Les politiques devraient s'appliquer au travail, pas aux personnes.