Produits et projets web

Ce 23 juin 2010, a eut lieu un match de tennis à Wimbldeon incroyable ! Plus de 10 heures sur le terrain, des joueurs à bout, un record d'échanges, un record d'ace,...

Mais analysons les résultats. Jusqu'au quatrième set tout est normal, mais au cinquième set, la boucle infinie ! Le train qui s'emballe ! C'est comme un satelite. Tu mets la gomme au demarrage, et arrivé en orbite à sa vitesse de croisière le "machin" tourne tout seul. Les mecs sont montés jusqu'à 59 à 59 en fin de deuxième jour. Cela a posé un gros problème inattendu. Figurez vous que le programme des panneaux d'affichage n'était pas prévu pour plus de 50 jeux ! Le bug ! Heureusement l'arbitre à siffler la fin de la deuxième journée car le français arrivait plus à voir la balle.
Enfin au troisième jour, les mollets en guimove le français a craqué.

Pourquoi racontais-je tout ça ?

Ah oui, refaisons le match. J'atterri juste d'un projet "béton"... armé jusqu'aux dents. Au début tout se passait bien, on avait l'impression de faire une promenade de santé ! Les maquettes sont lancés en conception et s'en suit quelques échanges de balles. Au bout du 8eme jeu le client remporte le premier set. Loyal et fair play on raccroche le téléphone pour la suite du match.

Le 2ème jeu début bizarrement par un ace, une demande d'astreinte pendant 10 jours de 7h à 23h week end inclus. "vous comprenez on veut se donner la possibilité de faire des modifications de dernière minute !". C'est louche parcequ'en l'astreinte c'est pour gérer les impondérables ! On borde une propal bien cadrée et là on gagne le set, serré.

Le bras de fer continu lors du développement : une affaire de cryptage à caractère exotique qui passent pas sous BlackBerry et ie6. Le set est pour le client. Lassant !

L'intégration commence. Tout va bien. On cale tous les pixels à leur place, sauf un.

Les heures se sont accumulées, la fatigue aussi. "Qu'on abrège la recette !" On se serait cru devant l'échafaud de Louis XVI le 21 janvier 1793 ! Installation du VPN du client pour simuler être chez lui. Développement en parallèle, intégration, modification, remodification, reremodification, rereremodification, rererereremodification, ... Au bout de centaines d'échanges interminables, un mois de recette, un lundi à 23h50, ouverture officielle. Ouf c'est la délivrance.

Au final, ni gagnants ni vainqueurs ... Même si on peut compter les points il y a bien un vainqueur pour le match mais combien même on sorte victorieux de ce dernier, quand est-il du tournoi ? Ah oui ! L'américain Isner a gagné, mais le match d'après est forcément perdu. De même les retards de livraison sur ce projet entraine des retards sur les projets suivants. L'équation est cornélienne !

L'histoire est banal.
Le manager dit à son développeur : "t'as fait ton taf ?".
- ah ben oui cette semaine j'ai tout fini. Pis alors j'ai développé le synchro routeur dans le nouveau framework Ajax. C'est génial s'truc là, on va pouvoir instancier une session oauth même avec Facebook Connect.
- Et t'as corrigé le bug du man (1 man, des men...) ?
- euh le bug de la modération à partir de 23h ? Celui là oui il est bouclé pour de bon. Je me suis couché à minuit pour vérifier. Ça tourne au poil.
- c'est chouette...

Là, la pile de dossier, la fatigue de la semaine, j'ai laisse filer l'argument. Je ne suis pas un manager héroïque. Que je suis faible : méfions nous du développeur qui vous dit réaliser ses tests en vérifiant ... sur le lieu où il a commit son forfait ! A quoi servent les tests unitaires bon sang !

Le weekend arrive et le samedi, coup de fil du client.
- Grrrrrrrrr ! je comprend pas la modération marche plus.
Et flute ! Le samedi et le dimanche c'est modéré en permanence, et là rien. Une bête erreur de condition si "on est samedi ET dimanche" au lieu de "on est samedi OU dimanche".

Une fois de plus mon médecin avait raison "décidément on ne trouve que ce que l'on cherche".

Plus de note sur ce blog depuis quelques semaines ?
- Des vacances, non.
- Un défaut d'organisation, non.
- Un ulcère lié à une suractivité estivale, non,mais on s'en rapproche.

J'avais prévu de vous faire revivre ce match de tennis historique à Wimbledon où un français s'est incliné au bout de trois jours de combat intensif. J'avais prévu de donner quelques clefs sur la manière de conduire un changement de version de son site internet...

Au lieu de cela le néant. Pourquoi ? Parceque l'activité n'a pas décrue avec les vacances, que la mise en ligne d'une plateforme communautaire de prêt de 200000 blogs a retenu toute mon attention.

L'été c'est l'enfer
Dans nos métiers, la rentrée de septembre est toujours une date cruciale. Elle donne lieu à des lancements de nouveaux sites. Mais comme tout le monde part chacun son tour en vacances avec une partie des clefs du projet, les projets avancent en crabe. Bien sur tout doit être terminé pour le retour du client. Malheureusement on ne voit cela que dans les rêves car en septembre, frais comme un gardon, le client remet tout en cause !

Alors voilà cette année encore je n'ai pas regretté la rentrée. En ce début octobre j'ai quelques indices avant coureur qui me dise qu'elle semble livrée... Prochaine vague novembre puis Noël (bah oui les queues de budget et ce que j'ai dit ci-dessus reste vrai). D'ici là on va enfin pouvoir revenir à du travail de fond et d'organisation.

J'ai déjà parlé sur ce blog de Hudson, un serveur d'intégration continu, c'est à dire un logiciel qui permet de jouer des tâches conditionnels et déployer pas à pas les nouveaux développements d'un projets. Pour mémoire, voici les étapes de développement de logiciel :

1. Concevoir l'idée, c'est non seulement avoir une idée mais surtout savoir comment on va la mettre en oeuvre.
2. Planifier ses développements. L'utilisation de méthode Agile inspirée de SCRUM permet d'avoir une démarche itérative priorisant les actions les plus importantes en premier.
3. Développer avec une méthode comme le développement piloté par les tests (TDD : tests driven developpement). Cela permet de s'assurer à tout moment de la non regression d'un développement en jouant des tests unitaires.
4. Jouer les tests quotidiennement pour s'assurer que tout avance pour le mieux

Hudson qui est un logiciel à plugins permet de greffer de nombreux modules d'en faire un tableau de pilotage depuis le developpement jusqu'au déployement voire à l'exploitation de ses produits avec pour obsession le respect qualité.

J'ai découvert par hasard le Hudson de tout les produits de la fondation apache (ant, subversion, spamassassin, solr, ...). Cela donne une excellente idée de l'organisation de cet outil !

Je sors de deux jours d'une pièce de théatre dont les protagonistes était dans la salle et dont je faisais parti.

Dans quel traquenard suis-je tombé ?

Mais au fait, vous connaissez le rapport entre la fameuse enseigne d'électroménager Tardy dont le meilleur vendeur a un discours tellement technique qu'il fait fuire ses clients et Tour'Azur voyagiste low-cost dont l'assistante est promue à un poste "peau de banane" ? Non ?

Alex (alias Jacques Isore) et Sandra (alias Véronique Rocher) bien sûr. Ces comédiens, d'une pièce qui pût être du théâtre de boulevard si les situations n'étaient celles du quotidien du manager, sont en fait les formateurs originaux du "training relationnel du manager".

Durant deux jours les saynettes se sont succédées dont Veronique, Jacques et les autres participants nous donnent la réplique autour de 7 ateliers :
- faire un feedback négatif
- dire "non"
- annoncer une nouvelle désagréable
- négocier avec son responsable hiérarchique
- recevoir un collaborateur démotivé
- gérer un conflit

On y vient avec pleins d'idées préconçues sur la manière de manager au quotidien, une opinion de soit souvent décalée de la réalité.
On y trouve des situations vécues, des collègues aussi casse-bonbons que certains vrais, des chausses-trappes à débusquer !
On en sort ouvert à d'autres méthodes : plus souple pour les têtes brulées, plus ferme pour les éternels concensuels...
J'ajoute que les partages d'expérience entre les participants permet de relativiser ses propres "cas" !

Au final une excellente formation dynamique et vivante.

Pour info, cette formation fait partie du book de la CEGOS. Les intervenants sont des consultants de Transition Formation.

Ah ! Écrire un produit, c'est un peu comme écrire un livre. On écrit un monde idéal, on vit avec les personnages ou les cases à cocher en parfaite harmonie. On peut écrire ce que l'on veut, faire des anachronismes, placer placer des mots inconnus comme faire des circonloccutions. Bref c'est le pied car on se lâche !

Quand on passe à l'adaptation d'un livre à un film, c'est une autre paire de manches. Il faut selectioner les scènes comme avec SCRUM (découpage du backlogs en sprints) et prioriser les scènes en vue du tournage. Il faut "caster" les stars de php et les maquilleuses de mockup (maquettes filaires).

Sur le tournage, il faut être agile. Un assistant arrive auprès du réalisateur :
- dis moi, de quelle couleur tu veux le tracteur dans la scène du baiser ? (nldr : on tourne un navet à l'eau de rose)
- je sais pas, t'as quelle couleur ?
- un Masset Ferguson rouge ou un Cat jaune mais c'est un tractopel, sinon il y a un vieux Ford vert.
- ah très bien le vert.
- oui mais est disponible pas avant 15 jours.
- ok, va pour le rouge.

Heureusement, cet assistant joue le rôle d'un parfait Scrum Master pour repousser et lever en permanance les difficultés.