Et si vous optiez pour une planification basée sur les livrables à court terme parce qu’elle concentre tout le monde sur peu de livrables essentiels ?

Par Johanna Rothman, la Pragmatic Manager

De nombreuses organisations utilisent une planification basée sur les livrables, spécifiant les différentes fonctionnalités ou produits que les équipes prévoient de livrer et quand. Je suis fan de la planification basée sur les livrables à court terme parce qu’elle concentre tout le monde sur des (peu et moins nombreux) livrables. La pandémie nous a appris une leçon essentielle : Bien que la planification à long terme basée sur les livrables puisse mettre en lumière les risques, nous ne pouvons pas garantir que nous pourrons réaliser tous ces plans à long terme.

À quand remonte la dernière fois où votre entreprise, votre marché ou votre contexte organisationnel ont changé deux ou trois mois après le moment où vous avez réalisé votre planification ?

Pour de nombreuses organisations, un trimestre (oui, 13 semaines) s’avère être une planification à long terme.

C’est à ce moment-là que mes clients me disent qu’ils se sentent mal à l’aise face à leurs décisions passées. Ils se sont trop engagés et trop à l’avance. Maintenant, le coût d’une re-planification semble élevé.

Vous avez des options.

Au lieu d’une planification à long terme basée sur les livrables, considérez les idées suivantes

Planifiez le moins possible de livrables maintenant, à court terme.
Créez une liste d’options que vous pouvez ajouter, en supposant que vous ayez le temps de terminer plus de livrables avant la prochaine planification.
Définissez les problèmes potentiels, et non les livrables, pour faciliter la prise de décision future.

Voici comment ces idées fonctionnent ensemble.

Idée #1 : Limitez le nombre de livrables à planifier en ce moment

Quelle est l’ampleur et la longueur de votre arriéré de produit (product backlog) actuel ?

Voici quelques lignes directrices que j’ai utilisées pour limiter la planification :

Limitez le backlog d’une équipe au nombre d’éléments que l’équipe peut terminer en deux semaines maximum. Parce que même si l’équipe n’utilise pas d’itérations, deux semaines constituent un délai raisonnable pour voir si le backlog doit changer.
Limitez votre backlog produit au nombre d’articles que les clients peuvent adopter en environ un mois. Si les clients ne peuvent pas intégrer les changements pour un produit donné plus rapidement, il est peut-être temps de donner un projet ou un produit différent à cette équipe.
Limitez le nombre de projets et de programmes au nombre d’équipes. Lorsque les équipes travaillent sur un seul projet ou programme à la fois, elles progressent au maximum de leur capacité. Le multitâche ralentit tout.

Vous pourriez être prêt à m’accorder le bénéfice du doute… Mais qu’advient-il de tout le reste du travail que vous planifiez normalement pour ce projet ou ce produit ?

C’est là qu’une liste d’options aide.

Idées #2 : Créez une liste d’options

Comment montrez-vous actuellement le niveau d’incertitude dans vos plans ? J’aime l’idée de la « big black line* », comme dans Alternatives for Agile and Lean Roadmapping: Part 3, Flow-Based Roadmapping.

Au lieu de vous engager à tout le travail à l’avance, engagez-vous à en faire aussi peu que possible. C’est tout ce qui est au dessus de la ligne. Ensuite, si vous avez le temps avant qu’il ne soit temps de re-planifier, vous pouvez remonter une option située en dessous de la ligne vers le haut.

Vous n’avez pas non plus à classer ces options longtemps à l’avance. Étant donné que personne n’a ces options sur un arriéré de produit ou dans une feuille de route, l’équipe ou le manager de produit peut reclasser les options comme nécessaire. Ou à mesure que le marché, le client et le contexte organisationnel changent.

Les options vous permettent de planifier à long terme, sans vous engager sur ces options.

*big black line: C’est ce dont les équipes ont besoin pour réussir ce trimestre. Compléter tout ce qui est au dessus de cette ligne serait déjà génial. Au fur et à mesure que les équipes terminent les histoires, la communauté projet et le Product Owner réévaluent les histoires restantes sur la feuille de route et sélectionnent lesquelles ajouter au travail en cours.

Idée #3 : Définissez les problèmes pour vos décisions futures

Quand je pense aux arriérés ou backlogs et aux feuilles de route des produits, je pense aux problèmes que nous avons déjà décidé de résoudre. Cependant, j’ai commencé ce billet en suggérant que nous avons besoin de plus de flexibilité dans notre planification parce que notre contexte pourrait changer.

Lorsque nous définissons les problèmes candidats plutôt que les livrables, nous pouvons plus facilement examiner le contexte par rapport à nos plans précédents.

Cela facilite le choix des problèmes à résoudre et du moment où il est possible de s’y attaquer. Et cela permet à tout le monde de raccourcir toutes les boucles de rétroaction lorsque vous gérez votre planification. (Voir Multiple Short Feedback Loops Support Innovation pour plus de détails.)

Soutenez vos décisions futures

Réfléchissez aux livrables que vous souhaitez livrer maintenant et plus tard. Au lieu de pré-spécifier tous ces livrables, lesquels pourriez-vous transformer en options ?

Ensuite, au lieu de vous engager sur des livrables à long terme, pouvez-vous faire de ces problèmes à long terme des idées à adresser ? Plus votre entreprise, votre marché ou votre contexte organisationnel change rapidement, plus vous voudrez peut-être modifier les livrables et le moment pour les livrer. Et vous voudrez peut-être repenser quels sont les problèmes à résoudre et quand.