Hiérarchiser l'attention de revue de code avec Jev sans noyer les bloqueurs dans une moyenne

Objectif

Utiliser des dimensions de revue distinctes pour prioriser l'attention humaine, tout en conservant des contrôles obligatoires qu'un score pondéré ne doit jamais outrepasser.

Prérequis

Préparer une description bornée du changement, le diff correspondant, des critères de revue et des règles de bloqueurs déterministes. Définir le résultat comme une priorisation de la revue, non comme une autorisation de fusion ni comme une probabilité de correction du logiciel.

Étapes

1. Choisir des dimensions distinctes, par exemple la clarté du changement de comportement, la pertinence des preuves de test et l'étendue des interfaces touchées. Rédiger des niveaux descriptifs que les relecteurs peuvent appliquer au même changement.

2. Poser des questions de score séparées et conserver les réponses individuelles. Le motif documenté de score composite combine des dimensions dans le code ; cette application proposée reprend ce motif pour une file d'attention.

3. Appliquer les contrôles obligatoires séparément. Une autorisation manquante, un contrôle en échec non résolu ou une cible de déploiement non prise en charge doivent rester visibles même si les autres dimensions semblent solides.

4. Calculer le classement de la file au moyen d'une règle de pondération versionnée. Afficher les scores par composante et les lacunes de preuve à côté du classement, afin que les relecteurs puissent contester la base plutôt que de traiter un chiffre unique comme une autorité.

5. Évaluer le classement sur des lots de revue historiques ou synthétiques dont les priorités ont été assignées indépendamment. Examiner quels changements importants seraient relégués plus bas dans la file et comment les égalités ou les preuves manquantes sont traitées.

Résultat attendu

La file de revue expose pourquoi un changement mérite de l'attention et ce qui reste non vérifié. La mise à jour des priorités peut modifier la règle de pondération sans masquer les jugements sous-jacents ni contourner les contrôles requis.

Limites et base de vérification

Aucun avantage par rapport à un tri de revue ordinaire n'est revendiqué. Des niveaux de grille ordinaux ne justifient pas automatiquement une arithmétique arbitraire, et les jugements du modèle peuvent partager des erreurs corrélées. Valider toute interprétation du score avant de s'y fier en exploitation. L'interface ou le motif sous-jacent est décrit dans Composite scoring ; le déroulé ci-dessus en est une adaptation proposée.