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.
 
