Cadres pour la Planification Agile des Versions

La planification agile des versions nécessite plus que des dates sur un calendrier. Vous avez besoin d’un Backlog Produit solide ainsi que d’une Vision produit partagée. Dans ce guide pratique, nous fournissons un examen complet du processus et des cadres utiles pour faire le travail.

Ma manager, Celia, s’arrêtait parfois à mon bureau et demandait : « Quand allez-vous avoir fini? »Derrière son comportement décontracté, elle demandait vraiment:  » Alors Kevin, je vous ai donné trois équipes Scrum pour créer cette application. Quand vais-je en avoir pour mon argent?

Un chef de produit novice aurait pu répondre :  » Nous sommes agiles. Nous libérons quand nous sommes prêts. »Heureusement, je n’étais pas novice et j’ai répondu à Celia », Sur la base des données des derniers Sprints — et de ce qui reste dans le carnet de commandes des produits —, mon plan de sortie prévoit, avec une grande confiance, une sortie dans six semaines, avec le potentiel de sortie en aussi peu que quatre semaines. »

Ma confiance a satisfait Celia et a été soutenue par tout le travail que j’ai fait avec mes équipes pour développer et maintenir un plan de sortie solide pour mon produit. Alors que dans mes premières années en tant que chef de produit, la construction d’un plan de sortie était une tâche ardue. Une fois que j’ai mieux compris la mécanique et les rythmes des plans de sortie, les construire et les entretenir sont devenus beaucoup plus faciles. Pour ceux d’entre vous qui ont une « Celia » dans votre vie (nous le faisons tous), sachez que tout le travail acharné consacré à la construction et à la maintenance d’un plan de sortie en vaut absolument la peine.

Qu’est-ce qu’un plan de libération ?

Un plan de sortie est une prévision de haut niveau, généralement sur plusieurs sprints, qui décrit comment vous avez l’intention de générer de la valeur en libérant votre produit. Un plan de sortie est un outil précieux car il répond à ces questions:

1. Quels articles de Backlog de produits seront abordés dans quel Sprint?
2. Qu’y a-t-il dans la prochaine version ?
3. Quand aurez-vous terminé?

Les plans de publication sont des tactiques de niveau intermédiaire sur l’horizon temporel de planification agile qui donnent vie aux feuilles de route et ajoutent une dimension temporelle précieuse au carnet de commandes du produit. Un plan de release couvrira plusieurs Sprints et inclura souvent plusieurs équipes Scrum et/ou équipes sur plusieurs sites. Quelle que soit la portée, la création d’un plan de publication est une collaboration entre le chef de produit, le Product Owner, le ScrumMaster, les équipes Scrum et les parties prenantes. En règle générale, j’aime utiliser un horizon de deux à quatre mois pour les plans de sortie. Les plans de publication qui prévoient trop loin dans le futur incluent une trop grande variabilité et un risque inhérent au calendrier. Plus les plans sont courts, plus vous libérez de la valeur rapidement et plus vous aurez confiance en vos dates de sortie.

Les versions peuvent être sur une cadence fixe ou avec une portée fixe — mais pas les deux. Si la portée de la version est fixe, le plan produira le nombre attendu de Sprints requis pour livrer les éléments du carnet de commandes du produit prévus pour la version. Sinon, si la date est fixée, le plan de sortie indiquera ce qui sera probablement dans la prochaine sortie à date fixe. La bonne chose est que les derniers articles à livrer dans la version — et les plus susceptibles d’être coupés, si nécessaire — devraient être les articles les moins importants.

Commencez par la Vision du produit & Arriéré de produits

Afin d’avoir un bon plan de sortie, vous avez besoin d’un arriéré de produits solide. Une vision produit partagée entre les chefs de produits, les propriétaires de produits et les équipes Scrum fait partie intégrante d’un Backlog produit solide. La vision du produit vous aidera à garder une vue d’ensemble tout en élaborant votre plan de sortie et à prioriser les choses qui comptent vraiment pour vos clients et l’entreprise.

Il y a deux frameworks que j’utilise pour développer et communiquer une vision produit parmi les équipes Scrum. Celui que vous choisissez est généralement basé sur le fait que les équipes Scrum sont co-localisées ou distribuées. Pour une équipe Scrum co-localisée, Product Box est le meilleur choix. Si distribué, j’aime utiliser notre modèle de vision Shark Tank, influencé par le cadre de hauteur d’ascenseur de McKenna et Moore et illustré ci-dessous.

Conseil de pro: En plus de la vision du produit, envisagez de développer une vision pour la prochaine version. Une vision de version est particulièrement utile si la version s’adresse à un nouveau marché, à une nouvelle personnalité ou à un nouvel ensemble de fonctionnalités.

En plus d’une vision du produit, votre Carnet de commandes de produits doit comprendre trois éléments essentiels au plan de sortie:

1. Les articles sont bien raffinés (c.-à-d., répondant aux critères de préparation de l’équipe Scrum).
2. Les éléments sont dimensionnés de manière appropriée pour être plus petits qu’un Sprint. Plus petit, c’est mieux.
3. Les éléments sont priorisés en fonction de leur valeur.

Conseil de pro: Il existe deux cadres hautement collaboratifs que j’utilise avec les clients et les parties prenantes pour hiérarchiser le Carnet de commandes des produits en fonction de la valeur: Élaguer l’Arbre des produits et une Vision 20/20.

L’événement de Planification agile des versions

Une fois que vous avez établi la vision du produit, une vision des versions et un carnet de commandes Produit prêt, vous voudrez planifier un événement de planification des versions. Les événements Agile release planning sont des événements collaboratifs où les membres de l’équipe Scrum et les parties prenantes se retroussent les manches et font des choix sur ce qu’il faut développer dans le cadre de la prochaine version. Ils surviennent généralement après l’élaboration de la feuille de route.

Un événement de planification de publication peut s’étendre sur un ou plusieurs jours. Parce que la planification agile des versions peut représenter un gros investissement en temps et en personnel, assurez-vous de consacrer suffisamment de temps pour vous préparer correctement à cette activité. Ce type de planification collaborative est un travail acharné, alors prévoyez de vous amuser pendant l’événement et n’oubliez pas de célébrer quand tout sera terminé!

De plus, que vous planifiiez avec une équipe Scrum ou dix, la structure d’un bon événement de planification de publication reste la même:

1. 1. Partagez la vision de la prochaine version. Le chef de produit, le Product Owner ou le Chief Product Owner rappellera à l’équipe Scrum les objectifs de la version, partagera la vision de la version et expliquera comment cette version progresse vers la vision globale du produit.
   2. Décidez d’une date fixe ou d’une portée fixe L’une ou l’autre approche est correcte, mais il est important de décider pour votre entreprise ce qui est le plus important: sortie à une date précise (besoin d’atteindre un rythme de marché tel qu’un salon professionnel) ou avec un ensemble de fonctionnalités (tout ce qui est inclus dans un flux de travail client).
   3. Passez en revue les principaux éléments de votre carnet de commandes de produits et établissez une ligne de coupe. Une ligne de coupe établit la profondeur de l’arriéré de produits que vous prévoyez livrer dans cette version.
   4. Cartographiez chaque Sprint. Lorsque vous travaillez avec plusieurs équipes Scrum, chacune extrait du carnet de commandes d’un seul produit sa liste  » locale  » d’éléments. En utilisant les données de vélocité pour chaque équipe de mêlée, planifiez les éléments qui seront probablement livrés dans chaque Sprint.
   5. Capturez les risques et les dépendances. Prenez le temps de mettre en évidence les hypothèses, les risques et les dépendances importants qui pourraient avoir une incidence sur la livraison de la version. La transparence est essentielle et vous aidera à communiquer la fenêtre de publication.

Répondre à la question « Quand cela sera-t-il fait? »

Maintenant que vous avez fait tout le travail, il est temps de répondre à la question de Celia en estimant la fenêtre de publication. Une fenêtre de publication est une plage de dates de livraison possibles basées sur un certain type de données empiriques.

Il existe une multitude de raisons pour lesquelles vous voudriez offrir une fenêtre de publication au lieu d’une date spécifique. Les vitesses changent avec le temps. Une fenêtre de libération illustre cette incertitude et reconnaît que votre plan est une prévision et non un engagement précis. Au fur et à mesure que vous apportez de la valeur à chaque Sprint, la fenêtre de publication se rétrécira à mesure que les inconnues seront connues et que les risques seront atténués ou éliminés.

Pour calculer une fenêtre de libération, procédez comme suit:

1. 1. Estimez une vitesse élevée  » en régime permanent « . Cela permettra d’établir la date de livraison prévue la plus tôt possible.
   2. Réestimation à l’aide d’une vitesse  » stationnaire  » faible. Cela permettra d’établir la dernière date de livraison prévue.
   3. Calculez la fenêtre de libération. C’est la différence entre les vitesses d’équilibre élevées et basses.
   4. Ajoutez un tampon approprié. Ceci est fonction des différents risques et dépendances au sein de votre plan. Il peut être exprimé à travers le temps ou un facteur de confiance. Je recommande un tampon proportionnel aux risques et dépendances identifiés. Par exemple, si vous avez beaucoup de risques et de dépendances, ayez plus de tampon. S’il y a moins de risques et de dépendances, utilisez moins de tampon.

Enfin, prenez du recul et analysez votre plan de sortie par rapport à votre feuille de route. Rappelez-vous qu’une bonne feuille de route inclura la prise en compte des fenêtres de marché, des rythmes ou des segments que vous cherchez à cibler. En fonction de votre feuille de route, vous devrez peut-être ajuster l’arriéré de produits en conséquence pour vous assurer que votre version est conforme aux contraintes ou aux objectifs de la feuille de route.

Passer à l’étape suivante

Construire ce plan de première version peut être un travail difficile. Mais une fois dans le rythme de développement et de maintien du plan de sortie de votre produit, vous le trouverez bientôt un artefact inestimable dans votre boîte à outils de gestion de produit. Si vous souhaitez en savoir plus sur l’élaboration d’un plan de sortie pour votre produit, contactez-nous pour obtenir de l’aide. Nous sommes heureux de vous parler davantage et de vous conseiller sur l’intégration des plans de sortie pour votre entreprise.