L'article propose un système de gestion des priorités pour les tâches, basé sur quatre niveaux de priorité avec des "tests d'entrée" écrits et des règles strictes. L'idée principale est que la définition claire de chaque niveau de priorité force des choix concrets et visibles, évitant ainsi la dévaluation des étiquettes de priorité, un problème courant où tout devient rapidement "urgent".
Ce système vise à surmonter la tendance des listes de tâches à se remplir d'éléments marqués comme urgents, rendant la priorisation inefficace. En exigeant des critères spécifiques pour chaque niveau de priorité, l'approche garantit que seules les tâches qui répondent réellement à ces critères accèdent aux niveaux supérieurs, imposant ainsi des arbitrages clairs lorsque de nouvelles demandes apparaissent.
L’article explique comment prioriser les développements logiciels en s’appuyant sur le Domain Driven Design (DDD) : il propose de classer les domaines métier en trois catégories — Core (cœur de métier, différenciant, à développer en interne avec soin), Support (nécessaire mais non différenciant, pouvant être externalisé ou standardisé), et Generic (standard, sans valeur stratégique, à traiter avec des solutions existantes et un investissement minimal). L’idée est d’aligner les ressources et l’effort sur ce qui crée vraiment de la valeur pour l’entreprise, afin de construire une stratégie de développement cohérente et efficace.
L'auteur présente quelques méthodes utilisées pour définir les priorités des User Stories : méthode MoSCoW, story mapping, buy me a feature, planning poker et matrice de priorité
L'auteur explique l'importance de choisir ses priorités et comment il fait
L'auteur explique comment classer les fonctionnalités d'un projet et l'intérêt de ce type de classement.