mageekblog

Quelqu'un m'a demandé récemment sur twitter le ou les logiciels que nous utilisons dans mon équipe de développement pour communiquer.

Et lorsque je lui ai répondu que nous n'utilisions aucun logiciel à cette fin, il a semblé particulièrement surpris.

Nous utilisons en effet au quotidien l'outil dont la Nature nous a doté pour communiquer, à savoir la parole.

Je sais que certain me retorqueront que les paroles s'envolent et que les écrits restent, mais je leur répondrais que je ne vois pas l'intérêt de s'accrocher à des écrits qui ne veulent potentiellement plus rien dire.

Il y a en effet un certain nombre de raisons aussi bien pratiques que théoriques qui font que la parole est le meilleur vecteur de communiquation ou sein d'une équipe chargé de concevoir un produit présentant une valeur ajouté maximum le plus rapidement possible.

Chez Aixia, nous avons fait la semaine dernière notre première rétrospective, à la suite d'un premier sprint de trois semaines.

C'était la première rétrospective que je gérais depuis mon départ de chez no parking, et la toute première pour les autres membres du sprint, à savoir 3 personnes.

Il était donc très important pour moi de reprendre mes marques et d'avoir un retour sur les différentes pratiques que j'ai introduite au cours du sprint, soit :

• De laisser l'équipe se gérer en lui en donnant les moyens ;
• L'utilisation du planning poker pour la planification ;
• L'instauration d'un stand-up meeting quotidien à 9 h 00 ;
• L'instauration d'itérations de développement courtes ;
• L'abandon de redmine au profit des bons vieux Post-It ;
• La mise en place du pair-programming ;
• La mise en place d'un niko niko ;
• La possibilité pour les membres de l'équipe de faire ce qu'ils veulent durant leur vendredi après-midi ;
• La modification de la disposition des bureaux afin de faciliter la communication ;
• Et évidemment, l'instauration des rétrospective ;

J'avais également besoin d'avoir le sentiment de l'équipe sur les problèmes rencontrés au cours du sprint, à savoir notamment :

• Que la planification a été laborieuse alors que l'équipe travaillait avant mon arrivée depuis plusieurs semaines sur l'objet du sprint ;
• Que le sprint a été parasité à la fois par des problèmes de qualité et par des demandes externes devant être réalisées sans délai ;
• Que l'un des membres s'est désolidarisé de l'équipe lorsqu'un problème est survenu ;
• Que le matériel des développeurs ne leur permet pas d'être suffisament performant ;
• Que des tensions existent entre les développeurs et l'administrateur système ;
• Que l'ensemble des tâches du sprint n'ont pas été terminées ;
• Qu'aucun livrable n'a été produit à la fin du sprint ;

Dans un tel contexte, j'ai décidé de faire une rétrospective très complète, afin de montrer à l'équipe un échantillon représentatif des activités pouvant être pratiquées et dans le même temps collecter suffisamment d'informations, aussi bien au sujet du sprint qui venait de se terminer que sur tout ce qui a pu précéder mon arrivée dans l'entreprise et perturber le travail de l'équipe.

J'espérais ainsi permettre à l'équipe de prendre les meilleures décisions possibles pour que les problèmes rencontrés, ou du moins les plus perturbant à ses yeux, ne se reproduisent pas lors du sprint suivant.

Certain ne l'auront peut être pas remarqué, mais suite au PHP Tour, j'ai omis de rédigé mon billet relatif à la sortie de la version RC 2 de PHP 5.4.

Cette nouvelle version a en effet été rendue publique par David Soria Parra et Stanislav Malyshev, les Release Master de PHP 5.4, quelques minutes après la fin de la conférence de Julien Pauli au sujet des nouveautés apportées par 5.4, et je n'ai malheureusement pas pris le temps d'y accorder l'attention nécessaire depuis.

C'est cependant maintenant chose faite, et je suis donc en mesure de vous donner les quelques informations qui suivent.