Conception de logiciel, évolutions

Le club de lecture Agile Toulouse de lundi dernier portait sur de la conception de logiciel, avec le livre de Corey Haines.

Voici le dessin réalisé en séance par Cyrille (un très grand merci) :

klub4rules.jpg

Avant qu'on se lance dans la discussion sur cet ouvrage, j'ai souhaité parler d'un événement récent, avec un autre livre que j'avais apporté.

Lire la suite...

Agile Occitanie an 1

Occitanie

Lire la suite...

Agile Open Sud, c'était bien

scop.jpg

Lire la suite...

Scrum, Kanban & rock'n roll

Jeudi et vendredi se sont tenues les Journées de l'Agilité pour les enseignants d'IUT venus de toute la France.

Lire la suite...

Kanban et Scrum, des différences

Dans le mini-livre Scrum et Kanban, tirer le meilleur des 2, l'accent est plutôt mis sur la complémentarité des pratiques.

David Anderson, pourtant auteur d'une préface de l'ouvrage en question, pointe, dans son article Thoughts on how Kanban differs from Scrum, des différences importantes entre les 2 approches.

Lire la suite...

La roue tourne

Dans notre métier, il en est des méthodes et processus comme des technologies, ils ont leur heure de gloire puis périclitent.

La roue tourne et Thierry nous rappelle que le RUP a ouvert des portes, avant de l'enterrer.

J'ai utilisé Google Insights pour vérifier que l'intérêt porté au RUP diminuait. C'est vrai. Comme je suis taquin, j'ai ajouté Scrum et Extreme Programming dans la recherche.

Tendance Scrum RUP XP

Tiens RUP et XP suivent la même tendance. In memoriam ?

Pratiques d'équipe française

Ces derniers mois, la région Rhône-Alpes paraît avoir décollé sur l'agilité.
Un club d'agilistes s'est créé. Des blogueurs y apparaissent, comme Alex. Les étapes de l'Agile tour de Valence et Grenoble affichent déjà complet.

Des retours d'expérience y sont publiés, comme celui d'Emmanuel Chenu qui raconte les pratiques mises en place pour faciliter la communication dans son équipe.
L'article qu'il publie est plutôt bluffant quand on sait que cette équipe développe des logiciels temps-réel critiques embarqués pour l'avionique(ce que j'ai fait pendant plusieurs années dans ma vie de développeur).
Les pratiques sont illustrées avec des photos. Elles sont nombreuses : à côté des classiques, il y a en de beaucoup moins connues comme le niko-niko et le gizmo.
Un autre point intéressant est que l'équipe ne s'est pas contentée de suivre une méthode : les pratiques présentées viennent de Scrum, XP et Lean.

Complainte anti-agile

Ils z'écrivent pas de specs
C'est la faute à Kent Beck
Laissent tomber les outils
C'est la faute à Jeffries.
Aux clients offrent une Leffe
C'est la faute au gars Jeff
Ne relèvent pas les heures
C'est la faute à Schwaber.

Le courage de dire non

Nous sommes 4 à préparer le prochain séminaire SigmaT qui se déroulera dans le cadre de l'Agile Tour le 16 octobre. En plus de Thierry et Olivier, il y a maintenant Jean-Marie. C'est lui qui s'occupe de confectionner l'affiche qui va nous permettre d'annoncer cette demi-journée. En fait il est parti de l'affiche de Grenoble. Dans la partie droite, il y a une liste de méthodes agiles. Plutôt que de lister des méthodes confidentielles comme DSDM, Crystal, ASD, nous avons décidé de mettre des mots clés. Jean-Marie est parti sur 3 valeurs de XP : simplicité, rétroaction(feedback) et courage. Personnellement j'y aurais plus vu des pratiques que des valeurs et je tique un peu quand je vois écrit courage sur une affiche pour attirer le chaland à une conférence sur l'agilité.

Parce qu'enfin, qui n'est pas d'accord pour mettre le courage en avant ? Mais quel rapport avec le développement de logiciel ?

Le courage est une des 5 valeurs de XP. Je lis que XP valorise le courage. Est-ce qu'on doit comprendre qu'il faut être courageux pour pratiquer XP ? Ou que sa pratique rend courageux ?

Quand il présente XP, Thierry prend souvent comme exemple pour le courage, celui de jeter du code "pas beau". Mmmmmmmmmh, il me semble que ce courage est bien mince, que même parfois du code est jeté trop facilement. C'est l'effet "il vaut mieux tout réécrire".

En recherchant dans ma carrière à quel moment j'ai fait preuve de courage (ou j'aurais dû), la réponse qui me vient, c'est le courage de dire non. En particulier non à une demande qui rajoute du travail sans changer le délai.

De ce point de vue là, on peut considérer que les méthodes agiles encouragent le courage en donnant des facilités pour l'exprimer :

  • celui qui consiste à dire qu'on a un problème. Il en faut du courage, pour dire qu'on ne comprend rien à la nouvelle techno du framework de sécurité choisi sur le projet. Le scrum meeting favorise cette expression, avec la 3ème question.
  • celui qui consiste à dire non à un chef qui cherche à ajouter du travail à un sprint sans en changer l'objectif. Il en faut du courage pour pouvoir le faire et la gestion de projet à la scrum (ou à la XP) rend les choses plus faciles.
  • celui qui consiste à dire que le produit ne sortira pas à la date annoncée depuis longtemps, à moins qu'on réduise son périmètre, et qu'il n'est pas question de sacrifier sa qualité.

Pour en revenir à l'affiche, est-ce qu'y mettre courage (en petit) va nous apporter une inscription supplémentaire pour le séminaire du 16 octobre ?

Le backlog de problèmes

Encore un backlog !

Lire la suite...

- page 1 de 2