Qu'est-ce que la méthode de priorisation Doit Devrait Pourrait Ne Fera Pas ?

Nos actions doivent exprimer nos priorités, et Doit Devrait Pourrait Ne Fera Pas est un excellent modèle de rétrospective de sprint pour aider les équipes à identifier ces priorités afin de s'assurer qu'elles continuent à apporter de la valeur là où elle est le plus nécessaire. Dans cette optique, c'est une approche qui s'aligne bien avec les processus et cadres agiles étant donné son accent sur la livraison prioritaire des éléments de valeur. C'est également une excellente idée de rétrospective de sprint Scrum car elle offre au product owner un mécanisme pour se mettre à la place de son client et voir le produit de son point de vue. Développée dans les années 1990 par Dai Clegg, la méthode DPDNP a gagné en importance dans la gestion de projet agile et l'analyse commerciale. Elle fournit une façon structurée d'organiser les tâches en quatre catégories distinctes : Doit avoir (critique), Devrait avoir (important), Pourrait avoir (désiré), et Ne fera pas (non prioritaire).

Thèmes

Doit Les choses que nous devons absolument faire.: Ce sont des exigences non négociables critiques pour le succès. Lors de la discussion des éléments 'Doit', encouragez les participants à considérer les vrais blocages ou éléments essentiels sans lesquels le projet échouerait.
Devrait Les choses que nous devrions faire.: Ce sont des fonctionnalités ou exigences importantes qui ajoutent une valeur significative mais ne sont pas critiques pour le lancement.
Pourrait Les choses que nous pourrions faire.: Ce sont des fonctionnalités souhaitables qui seraient agréables à avoir si les ressources le permettent.
Ne Fera Pas Les choses que nous ne ferons pas.: Ce sont des éléments explicitement décidés contre pour cette itération ou ce projet.

Quand utiliser cette rétrospective ?

Lors de la planification d'un nouveau projet ou d'une initiative nécessitant des priorités claires
Pendant les sessions d'affinage du backlog pour organiser et prioriser les demandes de fonctionnalités
Face à des contraintes de ressources nécessitant des décisions difficiles sur la portée
Dans les réunions avec les parties prenantes pour aligner les attentes sur les livrables

Suggestions de questions brise-glace

Quelle est la décision de priorité la plus difficile que vous ayez eu à prendre dans un projet ?
Si vous ne pouviez livrer que trois fonctionnalités dans votre projet actuel, lesquelles seraient-elles et pourquoi ?

Idées et conseils pour votre réunion rétrospective

Limiter les éléments 'Doit' à maximum 60% des exigences totales pour maintenir une portée réaliste
Revoir et réviser périodiquement les catégorisations selon l'évolution des besoins
Utiliser le timeboxing pendant les discussions pour assurer une prise de décision efficace
Documenter le raisonnement derrière les catégorisations pour maintenir la clarté
Impliquer toutes les parties prenantes clés dans le processus de priorisation
Considérer les dépendances entre les éléments lors de l'attribution des catégories

Vous êtes novice en matière de rétrospectives ? Lisez notre guide sur la manière de mener une rétrospective →

Qu'est-ce que la méthode de priorisation Doit Devrait Pourrait Ne Fera Pas ?

Thèmes

Doit

Devrait

Pourrait

Ne Fera Pas

Quand utiliser cette rétrospective ?

Suggestions de questions brise-glace

Idées et conseils pour votre réunion rétrospective

Modèles apparentés