Catalyseur d'Agilité pour Devenir Agiles

4Apr/120

Nouvel extrait sur la couverture de code avec JUnit

C'est par ici: http://www.junit.fr/2012/04/03/definition-de-la-couverture-de-code-illustree-avec-junit/

D'avance merci pour vos retours

25Mar/120

Comment rater sa montée de version

Voici maintenant plusieurs mois que kaukura.com (notre solution de gestion de candidatures) est en ligne. Avec les premiers clients à bord, nous avons maintenant du retour sur les évolutions que nous apportons. Sauf que maintenant, il y a des utilisateurs...

La nouvelle version qui vient d'être publiée apporte une bien meilleure gestion des tâches: au lieu d'en affecter qu'une par candidat, il est possible d'en affecter plusieurs avec une date d'échéance et un responsable. Bref une avancée majeure dans l'utilisation du logiciel. Du coup, nous avions tout prévu: mise à jour de l'érgonomie, migration de base avec sauvegarde préalable, mise en production en décalé, annonce prête. Bref tout était prêt. Et d'ailleurs tout s'est bien passé... Jusqu'à ce que les utilisateurs utilisent la nouvelle version. Le retour de plusieurs d'entre eux est unanime: les tâches c'est cool. Par contre, la migration de données beaucoup moins: et pour cause, le champ concerné par la migration avait été détourné pour un autre usage... Les voici donc privés d'une habitude prise durant les derniers mois, et ce sans être prévenus!

Bref, la super bonne idée se transforme soudain en flop retentissant...

Rien de grave au fond, les données ayant été sauvées, nous allons pouvoir tout récupérer, mais quand même... Solder des heures de travail par une douche froide, voilà qui rafraichit les ardeurs...

La leçon que je tire de tout ça:

Ne jamais manipuler les données d'un client sans lui demander son avis d'abord, même si c'est pour son bien.

J'aurais mieux fait d'ajouter les nouvelles fonctionnalités tout en laissant subsister l'ancien mode...

Voilà une leçon que je ne suis pas prêt d'oublier... Ca tombe bien car j'avais plusieurs autres bonnes idées du genre en tête...

Et vous, avez-vous déjà vécu ce type de situation?

4Mar/121

Enseigner l’Agilité: concept d’itération

Cocottes en préparation

J'ai eu l'occasion la semaine dernière d'enseigner l'agilité à des étudiants de l'école Campus ID. Deux jours assez denses durant lesquels plusieurs ateliers ont permis d'expérimenter les concepts d'agilité.
J'en cherchais notamment un pour illustrer le concept d'itération et de rétrospective tout en étant simple à mettre en oeuvre. J'ai donc mis au point un atelier à base d'origami (alias cocottes). J'en avais entendu parler et voici ce que cela a donné:
- 15': Formation à la fabrication de cocottes.
- 15': Explication des régles. Deux équipes de 4. Des itérations de 10' + 5' minutes de rétrospective entre chaque.
- 4 * 30': Itérations.

Les points positifs sur l'exercice:
+ Les élèves se sont approprié rapidement les règles de pliage, chacun trouvant ses affinités entre découpage, pliage et coloriage.
+ La fabrication d'une cocotte est assez rapide pour en faire plusieurs pendant l'itération. Il y a donc un volume mesurable exploitable pour calculer une vélocité.
+ Nous avons pu faire plusieurs itérations ce qui a permis de bien illustrer la rétrospective.
+ Les élèves ont vraiment joué le jeu ce qui a permis d'étudier plusieurs type de comportement sous pressions (faire un max de cocottes!).
+ La vélocité est devenu plus stable et prévisible après 3 ou 4 itérations.

Les points d'amélioration:
/ Les itérations sont un peu longues. 7' devrait suffire ce qui permettrait au choix de raccourcir l'exercice ou de faire quelques itérations de plus.
/ Les moments entre itération ont été plus longs que prévu car les échanges ont été nombreux. Sans chercher à les limiter, je serai plus vigilant à les intégrer dans le timing.

Une armée de cocotte prête!

Au final, l'exercice s'est avéré vraiment très riche. Les deux équipes ont pris un parti différent: l'une tablait sur la qualité autant du produit que des échanges, l'autre tablait sur la pression et la production à toute vitesse, ce qui nous a permis d'expérimenter différentes organisations du travail, permettant à chacun de déterminer sa préférence.
Encore merci à tous les élèves ainsi qu'à l'équipe pédagogique pour m'avoir permis de vivre ces deux journées très agréables.

Filed under: Devenir Agiles 1 Comment
28Aug/110

Livre sur JUnit: Une critique de Mike François dans developpez.com

Un grand merci à Mike François pour sa critique plubliée ici:
http://java.developpez.com/livres/?page=Francais#L9782746060616

L'auteur a su concilier en 288 pages, sensibilisation aux tests, notions et méthodologie de travail avec brio.  (...) Un très bon livre pour toute personne souhaitant s'initier aux tests avec JUnit.

Pour rappel, vous pouvez commander le livre ici.