utilité

La mise en service

La mise en service

La mise en service est l’action de donner de la valeur aux utilisateurs en déployant une version d’un produit ou service à leur intention.

Le principe fondateur de l’agilité est de mettre fréquemment en service des résultats à destination des utilisateurs.

Mes lectures de mai

Mes lectures de mai

De quoi inspirer mes écritures en cours.

La fin du mois coïncide avec le klub de lecture Agile Toulouse. Il a lieu ce soir et porte sur La tyrannie du mérite.

Dans ce livre et dans mes autres lectures du mois on retrouve des sujets abordés depuis un an par l’agilité radicale : les notions de valeur, d’utilité et de bien commun, avec la place de l’ingénierie.

La notion de valeur pour le Product Owner, de l'utilitarisme au don

La notion de valeur pour le Product Owner, de l'utilitarisme au don

Cet article est une version revue d'un extrait de l'ebook L'agilité, extension du domaine du don publié par le collectif Agile Radical à l'occasion du calendrier de l'avent.

L’extrait porte sur le récit de Lucas, Product Owner de PermaBio.

La première partie aborde la notion de valeur à travers l’histoire de Lucas, qui a évolué d’une vision utilitariste vers le paradigme du don.

L'impact sur le vivant comme critère pour définir les priorités

L'impact sur le vivant comme critère pour définir les priorités

Nous voulons des coquelicots !

Le Manifeste agile met en avant la collaboration avec le client plus que la négociation du contrat. Dans notre précédent article, nous avons constaté qu’en fait, sur le terrain, ce qui s’est passé dans les équipes agiles, c’est :

la coopération avec le Product Owner plus que la collaboration avec le client

C’est bien. Mais il est temps d’aller encore plus loin.

Vélocité, productivité et rock'n roll

Une autre vue sur l'estimation en points, sans la perplexité et la complexité

Franck (@DirtyF) m’a demandé ce que je pensais de Perplexité, complexité, vélocité …une autre vue. L’article est une réaction à Perplexité, complexité et vélocité de Christophe Thibaut. J’avais parcouru le billet original; l’histoire est vraiment très bien racontée mais le fond du message m’avait laissé …perplexe. Après sa lecture, Eric Daspet (@edasfr) a été aussi assailli par le doute. Je suis d’accord avec lui sur plusieurs points : sa réticence à estimer uniquement en fonction de la complexité fonctionnelle, l’oubli des estimations sur les travaux techniques, la confusion entre vélocité et productivité.

Le jeu de la valeur métier

Il y a un peu plus d’un an, je me disais dans ce billet sur la valeur que j’allais essayer le Business Value Game. C’est seulement hier que j’ai eu l’occasion d’approfondir cette simulation. Nous étions quelques uns de la SigmaT à nous retrouver dans notre local de la maison des associations et Pierre-Jean avait apporté le kit du Business Value Game dans sa version 2.0. Nous avons déroulé quelques itérations; il y a eu beaucoup de discussions sur la meilleure stratégie pour optimiser la valeur.

De la valeur à l'utilité

En préparant ma présentation Estimations, mesures et indicateurs agiles à l'Agile tour du 22, je revois la notion de valeur.

C’est un précepte de Scrum et des méthodes agiles : on cherche à maximiser la valeur ajoutée. Plus la valeur d’un élément est importante, plus sa priorité est élevée et, comme la priorité définit l’ordre dans lequel les éléments du backlog sont réalisés, les éléments avec le plus de valeur sont développés en premier.

Mais ce n’est pas facile d’estimer la valeur ajoutée par une story…