Agile Tour Toulouse a pour objectif d’être une journée de formation, d’échange, de partage d’expérience, de réflexion et de rencontre autour de l’agilité.
En 2010, pour la 3e édition, plus de 250 personnes ont assisté à la conférence.

Suite au succès des trois précédentes éditions, la journée aura lieu cette année à l’espace de congrès Diagora :

• Un amphithéâtre de plus de 500 places pour les sessions plénières
• Trois salles dédiées pour les ateliers et les sessions en parallèle
• Un espace de plus de 500 m2 – la Place – où seront situés les stands des sponsors
• Un espace salon de discussion ainsi qu’un buffet traiteur

Toutes les informations sont sur le site dédié à l’évènement :

http://agiletoulouse.org/

Encore 9 jours de patience avant de découvrir un livre très attendu : Scrum, de Claude Aubry, chez Dunod. Les méthodes agiles ont le vent en poupe et les précurseurs, comme Claude, ont maintenant suffisamment de recul et d’expérience pour nous expliquer Scrum avec beaucoup d’efficacité et de pédagogie.

A lire sans retenue !

Si après ça, vous n’êtes pas convaincus, je ne sais plus quoi faire. Ah si, venir aux ateliers du SigmaT (dont Claude Aubry est le président !). Le prochain est mercredi 3 février et ce sera un XP Game, parfait pour découvrir l’efficacité d’une démarche agile.

Jeudi dernier se tenait le Barcamp PHP Cheese & Wine. Même si le vin et le fromage ont été très appréciés, nous n’étions pas venus (seulement) pour ça. Alors pour les absents qui ont eu tort de l’être, voici une petite synthèse de cette longue soirée.

Un vrai barcamp

Premier bon point : c’est un vrai barcamp où les participants se présentent et définissent le contenu des ateliers. Tous les barcamps ne respectent pas cette règle de base… Xavier Gorse, président de l’AFUP, a donc joué le rôle de « maître de cérémonie » pour établir le programme d’après les souhaits de chacun  :

• PHP et sécurité
• PHP 5.3
• Déploiement d’applications PHP
• PHP et les bases de données « NoSQL »
• Outillage PHP
• PHP et testing
• Frameworks PHP

Pour ma part, j’ai participé aux ateliers :

• Déploiement d’applications PHP
• PHP et les bases de données « NoSQL »
• PHP et testing

Je limite donc mon article à ces sujets, sachant que d’autres synthèses ont déjà été publiées :

• Synthèse du Barcamp PHP toulousain, par Raphaël Rougeron
• Synthèse du Barcamp PHP toulousain, par Thomas Gasc

Déploiement d’applications PHP

Cet atelier a mis en évidence la difficulté de déployer des applications web en général (technologies nombreuses et environnement hétérogène). Tous les outils existants ont été passés en revue, du paquet Linux (.deb) aux outils spécifiques à PHP (PEAR, Phing, Phar) en passant par des intermédiaires parfois plus adaptés (makefile, Puppet, Capistrano, Ant). Deux groupes de participants étaient clairement représentés, avec des besoins très différents :

• Déploiement d’une solution sur un parc important et hétérogène (cas des éditeurs de solutions, comme Linagora avec OBM)
• Déploiement d’un projet sur-mesure sur un ou quelques serveurs, mais très fréquemment et avec des contraintes d’intégration de contenus externes (cas des agences web, avec plusieurs déploiements par jour).

Dans le premier cas, la difficulté est d’identifier la configuration des serveurs cibles et de préparer les paquets d’installation correspondants (.deb pour chaque distribution Linux, .msi pour chaque version de Windows, etc.), tout en assurant la compatibilité des données sans toujours les connaître (tests de régression).

Dans le second cas, il faut savoir intégrer pendant le déploiement les données du site en exploitation (base de données, templates gérés par un web designer externe, etc.), avec d’éventuelles transformations (ETL, Extract Transform Load).

J’ai ajouté qu’un déploiement ne se limite pas à la livraison de la partie applicative mais doit aussi savoir traiter la mise à jour des outils liés au projet (plate-forme de gestion de tickets, extranet, feuille de route, tests, sauvegardes, alertes, etc.).

En dehors de PEAR, trés utilisé et qui est un outil de déploiement à l’origine, j’ai une préférence pour Ant + Phing et Capistrano.

Bases de données « NoSQL »

Là, on entre dans une autre dimension. Les bases « NoSQL » sont des bases de données non relationnelles. En gros, on ne retrouve pas le schéma habituel « tables contenant des champs et étant reliées entre elles ». L’avantage est d’obtenir des performances exceptionnelles sur des entrepôts de données énormes. Parmi les acteurs majeurs qui développent et utilisent des bases « NoSQL », on peut citer : Google (projet Big Table qui a inspiré le projet Cassandra), Facebook ou Linkedin.

Si on revient à la dure réalité d’un acteur de dimension modeste, on constate que ces technologies émergentes et prometteuses sont encore très spécifiques. Les bases relationnelles ont de beaux jours devant elles. La difficulté est notamment de réintégrer dans l’application PHP ce qui fait la force des systèmes SQL : sélection, jointures, intégrité référentielle, etc. Le volet testing des projets en prend un coup…

PHP et testing

Atelier en petit comité (6 personnes), en concurrence déloyale avec l’atelier Frameworks qui a fait le plein ! Nous avons tenté de lister les types de tests liés à une application web, en dépassant autant que possible la simple vue du développeur :

• Tests unitaires (PHP et Javascript)
• Tests fonctionnels
• Tests d’IHM (via Selenium Core, Selenium RC et Selenium IDE)
• Tests de recette
• Tests de non régression
• Tests de performance
• Tests de charge
• Tests de conformité (normes, W3C, accessibilité, etc.)
• Tests ergonomiques (tri par cartes, paper prototyping, tests utilisateurs, etc.)
• A/B testing

Les échanges sur nos expériences ont été très instructifs. Nous étions tous d’accord pour insister sur la définition précise des cas d’utilisation qui facilite la gestion des tests pendant toute la durée du projet avec le client. D’où une phase de spécifications sérieuse qui conditionne la qualité du travail livré. Certains tests peuvent faire l’objet de validation contractuelle, comme les wireframes issus de tests ergonomiques qui servent ensuite de feuille de route aux intégrateurs et développeurs.

La difficulté avec les tests, c’est de savoir placer le curseur pour ne pas s’y noyer. Il n’est pas réaliste d’appliquer les tests de façon exhaustive. C’est un idéal en contradiction avec les budgets et les délais imposés en pratique. Il faut donc savoir réaliser les bons tests, au bon endroit et au bon moment. Par exemple, sur le calcul des prix d’un panier de site e-commerce, sur l’intégration des données lors d’un couplage entre deux systèmes, sur l’ergonomie d’une interface riche, etc.

En résumé

Une excellente soirée qui a largement dépassée les 5 heures prévues ! L’accueil de Linagora et de l’AFUP était parfait, l’ambiance très sympathique et le niveau des échanges très pointu. Il y a des gens qui savent faire des choses avec PHP en Midi-Pyrénées ! Je pense qu’on remettra ça sous peu. Prochaine étape : le Bargento, lundi 9 novembre à Paris. Je serai présent avec l’équipe de l’AFUP pour organiser et animer cette journée qui s’annonce exceptionnelle. Et à la suite, le Forum PHP 2009, tout aussi exceptionnel. Sur ce coup-là, je déclare forfait. Il faut bien travailler un peu !

L’Agile Tour est de retour à Toulouse ! Le principe reste le même : faire découvrir les méthodes agiles et partager les retours d’expérience de leur application sur des projets réels.

L’édition 2008 a été un réel succès, alors ne boudez pas celle de 2009 ! L’efficacité des organisateurs et un contenu riche et utile vous rempliront la tête d’idées.

Ce sera le 22 octobre toute la journée, mais pas au même endroit que l’an dernier. Hélas ! Je ne pourrai pas m’y rendre, c’est une catastrophe… Heureusement, les comptes-rendus sont toujours complets, avec une copie des présentations faites à l’assistance. Que du bon en somme.

Informations et inscription : Agile Tour 2009

Ouf ! Ce fut long et difficile, mais le résultat est là. Magento 1.4 arrive bientôt… avec un contrôle bien plus fin des calculs de prix et de TVA ! Suffisamment pour respecter les lois françaises sur les sites ouverts aux particuliers et pour programmer les promotions les plus folles en déclarant correctement la TVA !

Ceux qui se sont arraché les cheveux avec ça comprendront tout de suite l’intérêt de cette simple capture d’écran…

Je remercie l’équipe de Varien pour cet excellent travail et pour sa compréhension des subtilités de la fiscalité française. Vu des Etats-Unis, ce n’était pas gagné d’avance…

Donc, c’est un grand jour. Il faut maintenant attendre la validation de la version 1.4 qui devrait sortir bientôt. A Varien d’en faire l’annonce !

Tout est parti du constat que les échanges entre les utilisateurs de Magento devenaient nécessaires pour partager nos expériences et améliorer cette plate-forme e-commerce aussi exceptionnelle par sa puissance que par son exigence. Il faut croire que tout le monde attendait la petite étincelle pour s’agiter !

Maintenant que l’envie de partager est évidente, il va falloir gérer ce barcamp à 203 personnes. D’autant que les profils sont très variés : au-delà de l’éditeur (Roy Rubin, le CEO de Varien sera présent) et des intégrateurs Magento (partenaires officiels, agences web, développeurs freelance, consultants), on y trouvera aussi des utilisateurs (actuels ou futurs) en recherche d’informations pour exploiter leur site e-commerce. J’y rencontrerai même certains clients !

Que va donner ce joyeux mélange ? C’est tout le mystère d’un barcamp. Il peut prendre trois orientations :

• une grande messe marketing à la gloire de la solution
• un séminaire hyper-technique animé par des experts
• une place de marché pour les porteurs de projets e-commerce et les prestataires concernés

Il sera sans doute les trois à la fois, parce que les sujets ne vont pas manquer et que des groupes vont rapidement se former autour de certains points-clés (performances, TVA, marché européen, fiscalité, livraison, échanges de données, optimisation du référencement).

Chacun apportant sa pierre à l’édifice (c’est le principe du barcamp), il me paraît important de bien préparer ce rendez-vous et donc d’avoir une idée claire des sujets que l’on souhaite partager. [Note aux organisateurs : peut-être aura-t-on un outil avant le barcamp pour évaluer les principaux sujets et donc le nombre et le type de groupes ?]. Après les débats, il serait intéressant d’avoir des comptes-rendus des différentes discussions, mais à 203, je ne vois pas vraiment comment ce sera possible. A moins de s’inspirer des méthodes agiles en nommant un rapporteur dans chaque groupe.

Pour ma part, j’ai bien envie de prendre un chemin à contre-courant de l’enthousiasme ambiant. Je vais me concentrer sur les aspects techniques et notamment les erreurs de jeunesse de Magento. Cela peut sembler provocateur, mais l’occasion est trop belle pour ne pas en profiter. Le but n’est pas de descendre en flèche une solution que je trouve exceptionnelle. Non, il est simplement de consolider rapidement Magento pour rendre son exploitation totalement compatible avec nos contraintes européennes.

Comme je le mentionnais dans un précédent billet (et je ne suis pas le seul), Magento a été conçu aux Etats-Unis, loin des contraintes (parfois absurdes) de notre marché. Varien fait un travail exceptionnel pour adapter Magento à nos besoins. Mais il reste encore quelques points très gênants, en particulier les calculs de TVA pour les sites B2C dont les prix de référence comprennent les taxes (loi Chatel oblige). Appliquez une remise sur un panier dont les produits n’ont pas tous le même taux de TVA et vous comprendrez assez vite ce que je veux dire… Ces faiblesses nous contraignent à sous-exploiter certaines fonctionnalités en attendant leur correction.

Ce grand rendez-vous serait alors l’occasion de travailler ces questions pour proposer à Varien l’ensemble des cas d’utilisation et les solutions techniques. Une sorte de consensus global qui contenterait tous les intégrateurs et faciliterait la tâche d’adaptation pour l’équipe de développement de Magento.

Je me lance ! Qui me suit ?

Noël approche ! C’est le moment de penser aux cadeaux. Et pour ceux qui cherchent encore, j’ai LE truc qui va plaire à tout le monde : World of Goo.

« Quoi ? Un jeu vidéo !? »

A première vue, oui, mais ce serait passer à côté de l’essentiel : il s’agit surtout d’une oeuvre numérique parfaitement réalisée. Pour calmer cet emballement juvénile soudain (cela doit faire 15 ans que je n’ai pas touché un jeu vidéo), je vais aborder le sujet sous un angle plus rabat-joie technique. Voici donc le cocktail détonnant qui compose la chose…

Un gameplay basique, mais un univers totalement décalé

Pour perdre du temps à jouer sans culpabilité, il faut pouvoir se plonger dans un univers en décalage complet avec la réalité. Avec World of Goo, on est servi ! Le but du jeu est plutôt simple (mettre des Goos dans un tuyau), mais l’histoire, les messages, les transitions entre les scènes nous plongent dans un univers caustique et sarcastique (rien que ça !), à mi-chemin entre le doux rêve et le cauchemar absolu.

Une création graphique originale

Chaque élément de l’interface est travaillé pour servir le jeu. Tous les détails comptent : la forme, le comportement, les interactions avec les autres éléments, les messages dans lesquels sont cachés des astuces. Le tout traité avec une grande cohérence graphique. Un excellent travail !

Une bande son extraordinaire

Les concepteurs de jeu le savent bien : le son est plus efficace que l’image pour immerger l’utilisateur. Et les concepteurs de World of Goo ne l’ont pas oublié. La musique se fond parfaitement aux phases du jeu, les bruitages sont superbes (la palme au bruit du Goo se faisant croquer !).

Une programmation sans faille

Dommage que je ne puisse pas accéder au code source… Quand on voit le jeu tourner, on perçoit immédiatement la qualité de la programmation (orientée objet, cela va de soi). Sa fluidité incroyable offre une parfaite maîtrise des éléments qui composent la scène. Aucun bug constaté.

Les lois de la physique parfaitement respectées

Je finis par ce qui fait le principal intérêt de World of Goo : son respect maniaque des grands principes de la physique : masse, inertie, élasticité, énergie, gravité, mécanique des fluides. Tout repose sur la parfaite intégration de ces notions intuitives. Nul doute que tout est programmé grâce aux formules mathématiques adéquates. D’ailleurs, le résultat semble largement inspiré d’autres projets, comme les animaux de SodaZoo (huit ans déjà !) ou les expériences de Yugo Nakamura.

Joyeux Noël !

Après ce déluge d’éloges, je ne peux que vous inciter à essayer ce jeu, d’autant que son prix reste très abordable (20$). Pour ma part, je garderai de ce projet l’exemple d’une parfaite intégration des différents métiers du numérique : scénario, création graphique, composition musicale, programmation objet, etc. Même si l’équipe derrière ce bijou se résume à quelques fous furieux talentueux !

Fini le développement web approximatif ! Aujourd’hui, les applications web deviennent de véritables usines à gaz qu’il faut savoir maîtriser. Certains regrettent l’époque du développement procédural avec ses projets de moins de 2000 lignes de code, mais il faut se rendre à l’évidence : le web est la plate-forme, il a besoin d’applications riches, complexes et stables. Un exemple, Magento : 300.000 lignes de code…

Sans outils d’aide au développement, il n’est plus possible de garantir la qualité de son code. Heureusement, ils ne manquent pas, encore faut-il les installer et les configurer correctement.

Parmi les outils indispensables, le debugger et le profiler arrivent en tête. Ils permettent de tracer tout ce que le code source est censé faire : inclusions, chargement de données, valeurs de variables, temps d’exécution, contenu des objets, etc. Avec eux, on gagne déjà la moitié du temps de test ! Je devrais plutôt dire : sans eux, on ne fait pas de vrais tests !

Je vais prendre l’exemple d’une application web PHP développée avec Eclipse et son extension PDT (PHP Development Tools), en utilisant Xdebug comme debugger. Cela n’a rien d’original, des milliers de développeurs PHP utilisent cette configuration, mais je vais sortir des sentiers battus pour traiter un cas plus délicat, mais plus courant en entreprise : comment utiliser xdebug sous Eclipse quand mon serveur web de test n’est pas mon poste de travail, mais un serveur distant ?

L’environnement de travail

Imaginons donc cette configuration : un serveur web de test sous Linux Debian Etch et un poste de développement sous Windows. Rien de plus classique. J’aurais pu prendre un poste sous Linux, cela ne change rien à la suite. J’aurais aussi pu prendre un serveur web sous Windows (XAMP), mais je trouve tellement dangereux de faire des tests sous Windows pour une application qui sera hébergée par un serveur Linux que je préfère ne pas en parler…

On part du principe que PHP et Apache sont installés et actifs sur le serveur web. De même, Eclipse et PDT sont prêts sur le poste client.

Configuration du serveur web

Pour installer Xdebug, le plus simple est d’utiliser PECL. Mais pour utiliser PECL, il faut PEAR ! Et pour utiliser PEAR, il faut la version client de PHP ! Pas de panique, c’est tout simple : on prend sa console shell (en root) et on y va.

Installation de la version client de PHP :

apt-get install php5-cli

Installation de PEAR :

apt-get install php-pear

Pour éviter de se retrouver coincé par phpize, il faut aussi installer les paquets de développement PHP :

apt-get install php5-dev

On peut enfin installer Xdebug :

pecl install xdebug

Ensuite, on modifie le fichier de configuration de PHP pour activer Xdebug sur les applications web installées sur le serveur :

vi /etc/php5/apache2/php.ini

Dans le bloc Dynamic extensions, on ajoute la ligne suivante :

zend_extension=/usr/lib/php5/20060613+lfs/xdebug.so

On enregistre, on ferme et on redémarre Apache :

/etc/init.d/apache2 restart

Si on fait un phpinfo() sur le serveur web, on obtient déjà un résultat encourageant :

Oui, mais… Par défaut, Xdebug n’est pas en mode remote :

Or nous avons besoin du mode remote pour utiliser Xdebug depuis le poste client. Qu’à cela ne tienne ! Un autre petit tour dans la configuration PHP :

vi /etc/php5/apache2/php.ini

Dans le bloc Dynamic extensions, on ajoute la gestion du mode remote :

xdebug.remote_enable=1
xdebug.remote_host=192.168.1.2
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
zend_extension=/usr/lib/php5/20060613+lfs/xdebug.so

Attention, le paramètre xdebug.remote_host correspond à l’hôte distant… vu du serveur ! Il s’agit donc du poste de développement. Piège classique.

Après redémarrage d’Apache, le phpinfo() est déjà plus sympathique :

C’est fini pour le serveur !

Configuration d’Eclipse

Il reste à configurer Eclipse pour envoyer les requêtes vers le serveur web. On ouvre les préférences (menu Windows > Preferences) et on choisit PHP > PHP Servers pour définir le serveur de test :

Il ne faut pas oublier les chemins (Path Mapping) pour faire le lien entre les deux machines. Si vous avez déjà créé un projet, vous pouvez directement le sélectionner comme chemin local (celui du poste client puisque, cette fois-ci, on est sous Eclipse !). Attention à un détail qui tue, le nom de votre projet ne doit pas contenir d’espace, sinon Xdebug ne fonctionnera pas !

Le serveur est maintenant configuré :

Il reste à définir les paramètres par défaut du debugger PHP :

• PHP Debugger : XDebug
• Server : celui qui vient d’être configuré
• PHP Executable : on le laisse non défini puisque nous sommes en mode distant

Cerise sur le gâteau, on oblige Eclipse à utiliser un navigateur web externe. Je choisis Firefox qui me permettra de tester l’interface avec d’autres outils (Firebug, Web Developper Tools, etc.).

Voilà, c’est tout ! C’est un peu long, mais pas sorcier ! Maintenant on peut s’amuser et tester son code :

Conséquence, Magento a eu du mal à s’adapter aux contraintes du marché européen.

Je prends l’exemple de la version 1.0, aux fonctionnalités fabuleuses, mais totalement inexploitable en France. Pourquoi ? Simplement parce qu’aux Etats-Unis, les prix sont toujours affichés hors taxes, même pour les particuliers. Du coup, impossible de gérer correctement l’affichage et le calcul des prix TTC parce que la solution ne prévoyait pas ce cas !

Il a fallu un certain temps pour que l’équipe de Magento intègre la complexité de nos systèmes fiscaux et apporte une réponse dans la version 1.1. Je me souviens encore de la remarque de Yoav Kutner (le directeur technique de Varien) lors d’une discussion : « C’est vraiment aussi compliqué que ça, chez vous ? ». Oui, hélas ! Et il faut bien faire avec car, à mon avis, cela ne va pas s’arranger. Nous sommes plus à l’ère de la « micro-taxabilité » qu’à la simplification du système…

Donc, depuis la version 1.1, on peut afficher et calculer correctement les prix des produits, du panier, des commandes et des factures. Sauf que les conditions d’application des promotions n’ont pas bénéficié de cette évolution…

Je prends un exemple : je veux offrir 10 € pour 100 € d’achat. Si je suis sur un site grand public, la logique (et même la loi, maintenant) impose que je raisonne en prix TTC. Ce qui donne : « 10 € TTC offerts pour toute commande supérieure à 100 € TTC ». Donc, si je sélectionne des articles pour 130 €, je me retrouve avec un panier à 130 € TTC et une commande à 120 € TTC. Sous Magento, cette condition est actuellement impossible à définir. En effet le seuil qui sert de condition est considéré hors taxes, ce qui fait qu’on obtient la règle « 10 € TTC offerts pour toute commande supérieure à 100 € HT ». Pas très vendeur…

Il y a bien des astuces, comme le fait de mettre comme condition l’équivalent hors taxes du seuil TTC. Dans le cas présent 83,61 €… si tous les produits ont un taux de TVA à 19,6% ! Sinon, c’est nettement plus dur : il faut créer un module spécifique qui va spécifier le comportement des calculs.

Reste le rêve d’avoir tout simplement la possibilité de définir la base de calcul de la condition : hors taxes ou taxes comprises. Vous en rêvez ? Magento va le faire ! Pas l’année prochaine, non, très bientôt. Cette nouvelle fonctionnalité sera intégrée dans Magento 1.1.7 !

Excellente journée, aujourd’hui !

Pour commencer, une jolie acquisition finalisée ce matin (la 4^e entreprise du groupe) dont je laisse au padrone le soin d’annoncer la nouvelle. Ce sera le 21 octobre. Oui, je sais, ça fait un peu buzz…

Et puis, c’était surtout la journée Agile Tour 2008 à Toulouse ! Inutile de tourner autour du pot : j’ai été très agréablement surpris ! Et ce, pour plusieurs raisons :

• L’organisation était parfaite : accueil sympathique, horaires respectés, pauses gourmandes généreuses, matériel et salles adaptés, atmosphère détendue propice aux échanges.
• Les salles étaient combles, preuve que les méthodes agiles commencent à s’installer doucement mais surement.
• Les intervenants étaient passionnés, passionnants et pédagogues.
• Les exemples d’utilisation étaient clairs et convaincants.
• La programmation était judicieuse pour avoir une vision globale du sujet (1. Origine, théorie ; 2. Application via les ateliers ; 3. Retours d’expérience).
• L’effort des sponsors a permis d’ouvrir gratuitement cette journée à tous, sans rogner sur la qualité des interventions.

Que du bonheur ! Il faut dire que c’était facile : l’organisation de ces journées Agile Tour a elle-même bénéficié d’une approche agile…

Sur ce coup, les absents ont eu tord, mais ils pourront (légèrement) se rattraper en consultant les supports des conférences sur le site de la SigmaT dès demain.

Pour finir, voici en vrac ce que je retiens de cet événement :

• Lire deux livres : The Mythical Man-Month, de Frederick P. Brooks, et Peopleware, de Tom DeMarco et Timothy R. Lister.
• L’Agile Manifesto et ses 12 principes.
• La complémentarité de l’approche Lean sur les projets agiles.
• Le constat à l’origine de la création de Scrum : « le processus de développement est imprévisible ».
• Scrum est utilisé dans 3 projets agiles sur 4 (Scrum seul 49%, Scrum + XP 22%).
• Le coeur de cible agile : un nouveau projet pas trop critique, piloté par un management accomodant, sur une architecture définie, développé à temps plein par une équipe de 5 à 12 personnes réunies en un même lieu, s’appuyant sur des outils et systèmes interactifs ! C’est un idéal, bien sûr…
• Sélectionner les méthodes agiles adéquates et les adapter au contexte.
• Shu Ha Ri : suivre, comprendre, adapter. Auquel j’ajouterais améliorer.
• Bien penser son architecture avant d’appliquer un développement agile.
• Ne pas oublier de documenter son travail (non par formalisme, mais parce que tout ne peut pas être déduit du code, comme les séquences).
• L’atelier XP Game qui a vite montré à tous les participants l’intérêt de l’Extreme Programming pour piloter un projet.
• L’excellent retour d’expérience d’Igeoss qui a adopté les méthodes agiles dès l’origine pour développer ses solutions, avec un réel avantage productif et qualitatif.
• L’excellente discussion avec Ramiro Sarmiento, agile coach chez Agilii et organisateur de l’Agile Tour 2008.

Parmi les blogs que je lis régulièrement sur le sujet, je vous recommande :

• SigmaT
• Être agile, de Thierry-Gabriel Cros (qui a organisé l’événement et anime la SigmaT)
• Scrum – Méthodes agiles, de Claude Aubry (qui a organisé l’événement et anime la SigmaT, lui aussi !)
• Agilex
• QualityStreet

Merci à tous les organisateurs d’Agile Tour 2008 pour cette belle réussite ! Leurs efforts méritent bien ce petit retour.