Scrum, Agilité et Rock'n roll

Lors du premier ScrumDay fin mars à Paris, j'avais présenté Scrum au-delà du projet, pour des produits et des organisations.

En juin, pour la deuxième édition de mon livre, j'ai écrit un nouveau chapitre qui reprenait et approfondissait les idées présentées. Pour faire plus court, je l'ai appelé Scrum à grande échelle, c'est le chapitre 19.

Demain à Toulouse, vendredi à Bordeaux, je suis au programme des tours (détours ?) agiles pour raconter la suite, c'est la session "Agilité à grande échelle".

A Paris, j'étais accompagné du DSI de Sarenza. Cette fois, il ne sera pas avec moi, mais je m'appuierai quand même sur le retour d'expérience Sarenza 6 mois plus tard (et sur d'autres aussi) pour illustrer ma présentation.

Scrum, le guide pratique de la méthode agile la plus populaire, deuxième édition.

Même si on pense avoir tout prévu, des événements inattendus viennent toujours freiner l’avancement du sprint, en bloquant ou ralentissant une ou plusieurs tâches en cours.

À la fin d’un sprint, le résultat attendu est un incrément du produit final, qui est potentiellement livrable. Quel usage en fait-on ?

Chapitre 5

Chapitre 2

Les premiers 1500 exemplaires de mon livre Scrum sont partis et c'est maintenant ceux du deuxième tirage (avril 2010) qui sont proposés.

C'est le même contenu, avec juste quelques corrections typographiques et l'élimination de coquilles qui avaient échappé au contrôle qualité. Pour prendre le vocabulaire développement, des bugs mineurs ont été corrigés. Il reste encore quelques bugs connus. La page errata correspond à la release note de cette version.

Je n'aime pas beaucoup faire les courses et je n'ai pas l'habitude de traîner dans les galeries des centres commerciaux.

Mon livre sur Scrum est sorti depuis le 10 février. L'éditeur est content. Moi aussi.

Dans mon livre, je cite Amazon pour sa pratique du développement itératif (Amazon met en avant la pratique des itérations pour expliquer ses succès) et du déploiement continu. Une présentation faite à Agile 2009 indique que plus de la moitié des développeurs d'Amazon.com font du Scrum.

Maintenant que mon livre est sur Amazon.fr, j'observe que, question logistique, l'approvisionnement se fait à flux tendu. Un peu trop parfois : depuis vendredi mon livre était en rupture de stock chez Amazon.fr, le délai annoncé étant de 9 à 14 jours.

Pire, certains ayant fait une pré-commande annoncé livrée dès le 10 février ont reçu le message : "Nous avons le regret de vous informer que nous ne pourrons pas vous expédier les articles suivants dans les délais annoncés initialement sur notre site".

Il est même précisé dans le message (et avec une faute d'orthographe) :

POURQUOI LA DATE DE LIVRAISON ESTIMEE A-T-ELLE CHANGEE ?

Bien que nous fassions tout notre possible pour respecter les estimations que nous vous indiquons, notre inventaire est en constante évolution et dépend directement des informations que nous recevons de nos fournisseurs.

J'ai contacté les éditions Dunod qui m'ont confirmé la rupture de stock et une réapprovisionnement en cours. Depuis hier soir, Amazon annonce à nouveau que le livre est en stock mais précise : " Plus que 5 ex (réapprovisionnement en cours)." Ils en ont retrouvé 5 au fond d'un tiroir ou c'est une astuce marketing ?

Encore plus changeant, c'est le classement parmi les ventes Amazon.fr. Cela fluctue très rapidement. C'est grisant quand on se voit monter, mais ça retombe vite. C'est comme pour Google, l'algorithme de classement n'est pas publié et bien mystérieux...

En souvenir, j'ai gardé un cliché du meilleur classement (209ème ! ), c'était vendredi :