Comment le Scrum Product Owner peut définir la date d’une livraison(release) d’un nouveau produit ?


Lors de la création d’un nouveau produit, en tant que Product owner, la question qui revient tout le temps de la part des stakeholders (sponsors) est la suivante:
Quand est-ce que l’on release, quand est-ce que le produit sera prêt ?

Habitués par les projets waterfall, les sponsors s’attendent à une date de livraison incluant tout ce qu’ils peuvent avoir en tête que cela soit ou non dans les dossiers de spécifications.
Ils ont aussi en tête les nombreux dépassements de date, et les désaccords sur ce qui sera livré.

Alors, en tant que Product Owner, quelle date doit on leur donner et quelles clarifications devront nous faire ?

La première chose que nous devons expliquer est qu’il s’agira d’un livraison initiale, qu’en aucun cas nous attendrons que le produit soit « terminé » pour livrer.
Cette livraison initiale proposera un set de fonctionnalités suffisant pour permettre l’évaluation de la livraison et l’orientation du développement futur.
Pour ce qui concerne la date de cette livraison initiale, en fait nous avons deux choix : Une livraison à date fixée ou une livraison à périmetre fixé.
Ces deux options ne peuvent être combinées, sinon on revient au waterfall…

Voyons ces deux options en détail :

La livraison à périmètre fixé :
Le perimetre est un ensemble de fonctionnalités sur lequel le product owner et le sponsor s’entendent pour les définir comme etant le contenu de cette première livraison, la date de livraison ne peut donc être fixée.
Dans cette option le PO doit tout faire pour, avec le sponsor, déterminer un périmètre initial raisonnable, et non pas un périmètre gigantesque qui va repousser la première release trop loin et nous replacer dans une situation waterfall.
C’est le périmetre qui définit le moment de la livraison, elle dépendra donc de l’ampleur du périmetre et de la capacité de l’équipe.
Au fil de l’avancement du développement deux éléments se précisent :

  • le backlog de produit devient de plus en plus complet permettant ainsi de connaitre l’effort qu’il reste à fournir
  • La vélocité moyenne de l’équipe se raffine ( à condition de ne pas porter de changements à l’équipe)

Avec ces deux informations le Product Owner va être de plus en plus en mesure d’estimer un intervalle de sprints restants et donc la période de livraison.

Attention : Cette livraison ne doit pas forcement aller sur le marché, elle peut servir pour des beta testeurs.

La livraison à date fixée :
Le sponsor établit la date à laquelle il désire que la livraison initiale intervienne, ce sont souvent des contraintes soient opérationnelles soient marketing qui dictent cette date.
Le Product Owner aura alors pour objectif de maximiser la valeur livrée à cette date.
Évidemment le bon sens doit être de mise, cette livraison initiale comporte forcement un périmètre minimum, sans lequel la valeur livrée sera insuffisante.
C’est le rôle du product owner de faire comprendre ceci et de s’assurer que cette date fixée assure d’atteindre ce périmètre minimal.
Il est important que la première livraison soit relativement rapide étant donné qu’elle apporte la valeur initiale, permet le feedback des sponsors et des premiers utilisateurs, et peut même permettre le début du ROI en étant commercialiser.

Laquelle des deux options choisir ?
Je préfère de loin une livraison a date fixée, dans ce type de gestion le product owner aura une grande responsabilité : celle de maximiser la valeur. Dans l’autre option aussi mais les fonctionnalités à developper son beaucoup plus clairement établies.
Aussi la gestion par périmètre, n’ayant pas de date fixe, elle a de plus grands risques de laisser place à du développement superflu.
À l’opposé une livraison à date fixe oblige toute l’équipe à s’en tenir à ce qui minimalement repond au besoin story apres story et génère un produit pkus « lean ».

Selon moi, les livraisons par périmètre ne devraient avoir lieu que lorsque ce perimetre est dicté par des inmperatifs technologiques. Par exemple un produit qui s’appuie sur plusieurs éléments interdépendants et que si un seul de ces éléments est manquant, tout le produit est non fonctionnel. La valeur livrée reste nulle tant que le périmetre n’est pas atteind.

Dans le cas d’un produit destiné à la revente, la date fixe est l’option la plus recommandée puisqu’elle permet de synchroniser le plan marketing, la formation des vendeurs et la préparation du support technique. La poursuite de livraisons à échéances courtes et fixées donne une vie au produit, onserve l’interêt du client et permet la création de « buzz » autour du produit.

Bonne livraison et bon projet à tous.