https://agilitateur.azeau.com/post/ Recent content in Posts on L'Agilitateur Hugo -- gohugo.io fr Sun, 27 Oct 2019 00:00:00 +0000 https://agilitateur.azeau.com/post/2019/10/27/Raconter-l-histoire-collective/ Sun, 27 Oct 2019 00:00:00 +0000 https://agilitateur.azeau.com/post/2019/10/27/Raconter-l-histoire-collective/ Dans le monde professionnel, on a principalement deux sortes d'histoires. Les individus racontent leur histoire personnelle à travers leur CV et parfois sur les réseaux sociaux. Les entreprises, elles aussi, racontent leur histoire, souvent à travers une communication très contrôlée et réservée aux personnes "autorisées". Ce qui se passe entre les deux, les groupes, les équipes, est plus rarement raconté. Si l'équipe a la chance de réaliser un travail bien identifié, celui-ci peut se retrouver mis en lumière. https://agilitateur.azeau.com/post/2018/06/01/Parcoursup,-ou-comment-rater-son-exp%C3%A9rience-utilisateur-avec-un-bon-produit/ Fri, 01 Jun 2018 00:00:00 +0000 https://agilitateur.azeau.com/post/2018/06/01/Parcoursup,-ou-comment-rater-son-exp%C3%A9rience-utilisateur-avec-un-bon-produit/ Parcoursup, c'est le nouveau système d'orientation dans l'enseignement supérieur que tous les futurs bacheliers viennent d'expérimenter. Pour 2 utilisateurs sur 3, le calvaire n'est pas encore terminé, soit parce qu'ils espèrent encore avoir une meilleure affectation, soit, dans le pire des cas, parce qu'ils n'ont encore obtenu aucune place pour l'année prochaine. Sur le papier, Parcoursup est pourtant un bon système, bien meilleur que "Admission Post-Bac", son prédécesseur. Alors pourquoi génère-t-il autant de colère et de désarroi ? https://agilitateur.azeau.com/post/2018/01/19/Une-nouvelle-aventure/ Fri, 19 Jan 2018 00:00:00 +0000 https://agilitateur.azeau.com/post/2018/01/19/Une-nouvelle-aventure/ On pouvait lire ceci en 4ème de couverture du livre : 2018. Le système d’information en oncologie ARIA® est utilisé par plus de 4000 hôpitaux dans le monde. Une des équipes participant à son développement s’est spécialisée dans la création de produits logiciels répondant aux besoins spécifiques de plusieurs pays. Leur but ? Accompagner les personnels soignants et administratifs et faciliter leur transition vers plus d’efficacité pour guérir les patients. https://agilitateur.azeau.com/post/2017/11/27/Des-histoires-et-du-code,-une-autre-voie-pour-inciter-%C3%A0-regarder-ce-qui-se-passe-dans-l-ordinateur/ Mon, 27 Nov 2017 00:00:00 +0000 https://agilitateur.azeau.com/post/2017/11/27/Des-histoires-et-du-code,-une-autre-voie-pour-inciter-%C3%A0-regarder-ce-qui-se-passe-dans-l-ordinateur/ Il existe aujourd'hui des dizaines d'outils pour donner envie aux novices, en particulier les jeunes, de comprendre ce qu'il y a derrière l'écran d'un ordinateur. Il y a toutefois une approche qui me semble encore sous exploitée : celle qui a fait germer une telle envie à quelques jeunes d'il y a 30 ans. Les jeunes d'aujourd'hui, malgré leur hyper-connexion, ne savent pas forcément plus que leurs aînés ce qui se passe dans un ordinateur. https://agilitateur.azeau.com/post/2017/10/05/10-ans-d-Agile-Tour-%C3%A0-Toulouse/ Fri, 06 Oct 2017 00:00:00 +0000 https://agilitateur.azeau.com/post/2017/10/05/10-ans-d-Agile-Tour-%C3%A0-Toulouse/ Les 26 et 27 octobre prochains, je serai à la Grainerie pour la 10ème édition de l'Agile Tour Toulouse. Je n'ai pas forcément envie de la jouer "ancien combattant" mais, il y a un peu plus de 10 ans, je participais au deuxième Séminaire d'Information Gratuit sur les Méthodes Agiles de Toulouse organisé par Claude et jamais je n'aurais cru que l'on serait encore là aujourd'hui. Ces séminaires étaient (à peu près) trimestriels et le 7ème d'entre eux, le 16 octobre 2008, fut en fait la 1ère édition de l'Agile Tour Toulouse. https://agilitateur.azeau.com/post/2016/09/10/Steve-Wozniak-is-not-boring/ Sat, 10 Sep 2016 00:00:00 +0000 https://agilitateur.azeau.com/post/2016/09/10/Steve-Wozniak-is-not-boring/ I saw this tweet a few hours ago and found the piece of code quite interesting: a small algorithm with searches, logic, external interaction and a nice comment explaining the whole thing. I could have written this kind of code ten years ago. Today, my problem is that my eyes start bleeding when I bump into a mix of loop and conditions, especially when the mix cannot be easily tested. https://agilitateur.azeau.com/post/2015/10/31/Agile-Tour-Bordeaux-2015-:-merci-!/ Sat, 31 Oct 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/10/31/Agile-Tour-Bordeaux-2015-:-merci-!/ Je profite du train qui me ramène à Toulouse pour écrire un petit billet de remerciement pour les organisateurs d'Agile Tour Bordeaux 2015. Après un trajet Toulouse-Bordeaux avec Fred, mon premier constat en arrivant à l'hôtel est que, non seulement l'entrée à la conférence est gratuite mais les orateurs sont particulièrement bien accueillis : un 4 étoiles à deux pas du lieu des festivités. Vendredi matin, le ton de cette 7ème édition est donné par ploum qui nous parle du " https://agilitateur.azeau.com/post/2015/10/25/%C3%87a-prendra-combien-de-temps/ Sun, 25 Oct 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/10/25/%C3%87a-prendra-combien-de-temps/ Ceux qui n'ont jamais entendu cette question n'ont jamais participé à un projet informatique. Est-elle légitime ? Peut-être. Il parait que le temps c'est de l'argent. Est-elle, pour autant, une bonne raison pour contraindre les développeurs à jouer les madames Irma et les rendre responsables de la moindre panne de boule de cristal ? Ce sont des questions auxquelles je tenterai de répondre dans les jours à venir en présentant une session lors de ces trois rencontres agiles : https://agilitateur.azeau.com/post/2015/08/16/Mouvement(s)-Agile(s)/ Sun, 16 Aug 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/08/16/Mouvement(s)-Agile(s)/ Y a-t-il un seul et unique "mouvement agile" qui se décline en de multiples sensibilités ? C'est en tout cas ce que pense Pablo et il l'explique dans son dernier billet Mouvement agile dont je vous conseille la lecture. Si ce n'est déjà fait, allez donc faire un tour là-bas avant de poursuivre ici. La description de Pablo, si j'ai bien compris, ne vise pas à donner un historique précis des diverses approches mais plutôt à donner une vision d'ensemble en connectant les diverses sensibilités. https://agilitateur.azeau.com/post/2015/06/14/Education-agile-%C3%A0-Toulouse/ Sun, 14 Jun 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/06/14/Education-agile-%C3%A0-Toulouse/ Mardi dernier, l'association Agile Toulouse a lancé une commission "Education agile". Cette première rencontre faisait suite à la traduction en français du guide eduScrum. Tout à commencé il y a quelques mois quand je suis allé aux XP days Benelux. J'y ai rencontré des enseignants néerlandais en collège/lycée qui, aidés par des agilistes, faisaient désormais exclusivement cours à leurs élèves avec une variante de Scrum nommée eduScrum. Le guide eduScrum était disponible en plusieurs langues, mais pas en français. https://agilitateur.azeau.com/post/2015/05/29/Apr%C3%A8s-le-lyc%C3%A9e,-les-algorithmes-d%C3%A9barquent-au-coll%C3%A8ge/ Fri, 29 May 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/05/29/Apr%C3%A8s-le-lyc%C3%A9e,-les-algorithmes-d%C3%A9barquent-au-coll%C3%A8ge/ La dernière réforme du lycée a fait une place de choix aux algorithmes. La réforme du collège, très présente dans l'actualité de ces derniers jours, prévoit de les introduire dès la classe de 5ème. Connaissant ce qui se fait au lycée, je redoutais un peu ce qui allait venir pour le collège. Algorithmes au lycée Le programme actuel de la classe de seconde est étudié depuis la rentrée 2009. C'est avec celui-ci que les algorithmes ont pris une place à part entière dans l'enseignement des mathématiques. https://agilitateur.azeau.com/post/2015/04/06/Apprendre-%C3%A0-coder-:-des-blocs-au-texte/ Mon, 06 Apr 2015 00:00:00 +0000 https://agilitateur.azeau.com/post/2015/04/06/Apprendre-%C3%A0-coder-:-des-blocs-au-texte/ Scratch est un formidable logiciel. Grâce à son système de programmation à base de blocs que l'on combine comme des briques Lego, il permet de transformer n'importe qui en programmeur en quelques minutes. Le revers de la médaille, c'est quand on atteint les limites des possibilités offertes par ces blocs de programmation. Le passage à une forme textuelle de codage peut être difficile car il impose un retour en arrière. Il y a beaucoup trop de choses à apprendre pour coder des trucs qui n'atteignent même pas le niveau de ce que l'on sait déjà faire avec Scratch. https://agilitateur.azeau.com/post/2014/10/10/L-automne-revient,-les-confs-agiles-aussi/ Fri, 10 Oct 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/10/10/L-automne-revient,-les-confs-agiles-aussi/ Divers événements m'ont tenu éloigné de ce blog pendant quelques temps. Je n'ai pas prévu de revenir tout de suite mais je ne pouvais pas ne pas parler des quelques conférences agiles auxquelles j'aurai le plaisir d'assister en octobre et novembre : 16 et 17 octobre : Agile Tour Toulouse. Pour cause de diverses contraintes, je ne pourrai être présent que le 1er jour où je présenterai "Doublures en folie". 20 et 21 novembre : Agile Grenoble avec, là encore, " https://agilitateur.azeau.com/post/2014/05/20/Doublures-en-folie-:-le-making-of/ Tue, 20 May 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/05/20/Doublures-en-folie-:-le-making-of/ A la fin de cette semaine, le petit monde français des méthodes agiles se retrouve à Paris pour l'édition 2014 d'Agile France (où on peut encore s'inscrire). Ce sera pour moi l'occasion de convier des participants à assister à une courte pièce de théâtre - et pour certains d'entre eux, la jouer... Comme toujours avant la "première" d'une nouvelle session, je passe les derniers jours à envisager des déroulements possibles et à changer d'avis sur la façon d'aborder le sujet. https://agilitateur.azeau.com/post/2014/05/01/Doublures-en-folie/ Thu, 01 May 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/05/01/Doublures-en-folie/ Les 22 et 23 mai prochains, c'est Agile France 2014. L'édition de l'an passé était une grande première pour moi. Si je n'avais dû aller qu'à un seul événement en 2013, cela aurait été celui-là. J'y ai tellement pris goût que j'ai décidé d'y retourner cette année, et, par chance, un des deux sujets que j'ai proposé a été retenu.[1] L'idée est simple : on reprend le principe de "Stub et Mock montent sur scène" https://agilitateur.azeau.com/post/2014/04/27/CQRS-et-ses-mod%C3%A8les/ Sun, 27 Apr 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/04/27/CQRS-et-ses-mod%C3%A8les/ La séparation des responsabilités entre les commandes -les actions qui changent l'état d'un système- et les requêtes -les actions qui n'en changent pas l'état- est un pattern intéressant mais il semble aller généralement de paire avec l'utilisation de deux modélisations distinctes pour les éléments manipulés par le système. Et je trouve cela un peu perturbant. Je suis loin de maîtriser les détails des approches CQRS. Ma connaissance se limite à la lecture de quelques articles. https://agilitateur.azeau.com/post/2014/04/10/Soyez-int%C3%A9ressants-ou-disparaissez-%21/ Thu, 10 Apr 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/04/10/Soyez-int%C3%A9ressants-ou-disparaissez-%21/ Un de mes récents billets "Comment convaincre un développeur qu'un jeu de balle peut l'aider dans son métier ?" a suscité des réactions intéressantes mais deux d'entre elles, datant d'hier, sont particulièrement attrayantes. Intéressez-moi ! Il y a tout d'abord ce billet de Jean-Baptiste "Les phases du programmeur" (dont je conseille vivement la lecture) qui est sous-titré "comment intéresser un programmeur à la programmation propre". Ce billet n'est pas vraiment une réaction car Jean-Baptiste a juste rebondi sur un sujet connexe mais ce qui m'a frappé c'est l'approche focalisée sur la nécessité d'intéresser les développeurs à ce que l'on raconte. https://agilitateur.azeau.com/post/2014/04/04/12-propositions/ Fri, 04 Apr 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/04/04/12-propositions/ Puisqu'on est dans une époque où les talents des développeurs français ont le vent en poupe, j'ai pensé moi aussi à quelques petits trucs simples mais qui pourraient améliorer les choses. Je vous les livre en vrac. Le numéro n'est là que pour les repérer. Il ne s'agit pas d'un ordre de priorité. Et en plus aujourd'hui, c'est trolldi vendredi. (1) Instaurer un revenu de base pour l'ensemble de la population française Je ne vais pas détailler ce dont il s'agit. https://agilitateur.azeau.com/post/2014/03/27/Comment-convaincre-un-d%C3%A9veloppeur-qu-un-jeu-de-balle-peut-l-aider-dans-son-m%C3%A9tier/ Thu, 27 Mar 2014 00:00:00 +0000 https://agilitateur.azeau.com/post/2014/03/27/Comment-convaincre-un-d%C3%A9veloppeur-qu-un-jeu-de-balle-peut-l-aider-dans-son-m%C3%A9tier/ Pour cette année 2014, je me suis fixé un objectif simple : montrer le jeu Soft(ware)Ball à un public de développeurs bien plus large que ceux qui sont familiers du monde des méthodes agiles. Il faut dire que l'année dernière fut assez exceptionnelle pour moi. J'ai proposé ce jeu comme atelier dans un grand nombre de rassemblement autour de l'agilité (Agile France, Global Scrum Gathering Paris, Agile Tour Montpellier, Agile Tour Bordeaux, Agile Grenoble) et il a été accepté partout. https://agilitateur.azeau.com/post/2013/11/25/Duplication-de-code,-refactoring-et-YAGNI/ Mon, 25 Nov 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/11/25/Duplication-de-code,-refactoring-et-YAGNI/ En développement logiciel, la duplication de code est un problème courant que l'on résout classiquement lors d'une étape de refactorisation. Pour cela, encore faut-il identifier une duplication comme telle et accepter le coût de la refactorisation. En l'occurrence supprimer une duplication peut faire apparaître une abstraction que l'on jugera éventuellement, en se référant au principe YAGNI (You Aren't Gonna Need It), inutile. La séquence "Right Angles" du jeu Soft(ware)Ball permet de se confronter à ce dilemme. https://agilitateur.azeau.com/post/2013/10/26/Tous-les-points-de-d%C3%A9part-se-valent-car-seul-le-chemin-compte/ Sat, 26 Oct 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/10/26/Tous-les-points-de-d%C3%A9part-se-valent-car-seul-le-chemin-compte/ Je viens de lire quelques échanges assez critiques sur twitter concernant le Scaled Agile Framework, plus connu sous le petit nom de "SAFe". Du coup, je me sens obligé d'apporter mon point de vue et, une fois n'est pas coutume, d'avoir une vision bien plus modérée que ce que j'ai pu lire. Lu sur twitter ici ou là : "SAFe : à qui profite le crime ?", "outil + certification le duo maléfique" https://agilitateur.azeau.com/post/2013/10/24/Agile-Tour-Toulouse-2013-:-l-apog%C3%A9e/ Thu, 24 Oct 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/10/24/Agile-Tour-Toulouse-2013-:-l-apog%C3%A9e/ Une dizaine de jours après la 6ème édition de l'Agile Tour Toulouse, il est temps pour moi de dresser un petit bilan personnel sur cet événement. Des raisons de se réjouir Pour la première fois depuis longtemps, j'ai vu passer la journée sans me désespérer devant l'absence d'intérêt d'une session, ou, pire, face à des intervenants qui n'avaient rien compris à l'agilité et à qui on a pu offrir une tribune pour raconter leurs méfaits. https://agilitateur.azeau.com/post/2013/10/01/10-raisons-de-ne-pas-manquer-l-Agile-Tour-Toulouse-2013/ Tue, 01 Oct 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/10/01/10-raisons-de-ne-pas-manquer-l-Agile-Tour-Toulouse-2013/ Le jeudi 10 octobre prochain, c'est l'Agile Tour Toulouse 2013 et ON PEUT ENCORE S'INSCRIRE EN CLIQUANT ICI. C'est la 6ème édition et le programme a bien changé depuis les premières années où l'accent était mis sur la découverte des méthodes agiles. Voyons un peu en détail le contenu... On y trouvera les désormais classiques retours d'expérience en développement logiciel dans des secteurs très variés comme la santé, la télévision ou la reliure d'art ! https://agilitateur.azeau.com/post/2013/09/29/Back-from-the-Scrum-Gathering-Paris-2013/ Sun, 29 Sep 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/09/29/Back-from-the-Scrum-Gathering-Paris-2013/ A quick retrospective of my Global Scrum Gathering Paris 2013 What Went Well The opening keynote "Culture > Process" by Henrik Kniberg. This journey throughout Spotify culture was inspiring. From now on, it will be difficult for me to think about organizations without referring to squads, tribes or guilds. The slides of the session are available here. And for those who could not attend, you still can read Markus Gärtner blog. https://agilitateur.azeau.com/post/2013/08/13/Dotclear-les-10-ans-d-un-logiciel-libre-pas-comme-les-autres/ Tue, 13 Aug 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/08/13/Dotclear-les-10-ans-d-un-logiciel-libre-pas-comme-les-autres/ Aujourd'hui, 13 août 2013, nous fêtons les 10 ans de dotclear. Dotclear, ce n'est pas seulement le logiciel qui fait tourner ce blog, c'est aussi un logiciel libre dont le code source mérite d'être connu. Un des attraits de dotclear s'appelle clearbricks. C'est la panoplie d'outils qui implémentent les fonctionnalités de base du logiciel : accès à une base de données, templating html, gestion du protocole http, etc. Tous ces outils peuvent être utilisés de façon indépendante. https://agilitateur.azeau.com/post/2013/06/25/Jung-et-Schneider-des-types-psychologiques-%C3%A0-la-culture-d-une-organisation/ Tue, 25 Jun 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/06/25/Jung-et-Schneider-des-types-psychologiques-%C3%A0-la-culture-d-une-organisation/ En lisant "Why Good Management Ideas Fail - Understanding Your Corporate Culture" de William E. Schneider, un détail a retenu mon attention : la similarité de cette classification avec les types psychologiques de Jung et leur incarnation la plus connue à travers le MBTI. Pour Schneider[1] : Aucune organisation n'a une seule culture mais elles ont toutes une culture principale qui régit le coeur de leur fonctionnement La culture d'une organisation peut être classée selon deux axes Un axe correspond à l'attention portée par l'organisation sur son environnement : plutôt portée sur des éléments tangibles, concrets ou plutôt portée sur le possible, sur ce qui pourrait être L'autre axe correspond à la manière dont l'organisation prend ses décisions : plutôt guidée par l'attention portée aux personnes, aux émotions ou plutôt guidée par l'objectivité et les procédures Pour Jung : https://agilitateur.azeau.com/post/2013/06/21/Le-jeu-des-no/ Fri, 21 Jun 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/06/21/Le-jeu-des-no/ L'un des thèmes de l'Agile Tour Toulouse de cette année 2013 est le métier du développement logiciel et son évolution. Faisant partie des relecteurs amenés à jouer au "perfection game" sur les propositions soumises, j'en suis arrivé à me demander "Quels ingrédients pour que les sessions portant sur ce thème soient réussies ?" Ma crainte, c'est que les sessions abordent des des sujets trop conventionnels ou trop consensuels. Des sujets sur les sempiternelles pratiques agiles (TDD, intégration continue. https://agilitateur.azeau.com/post/2013/06/10/I-m-speaking-@-Scrum-Gathering-Paris/ Mon, 10 Jun 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/06/10/I-m-speaking-@-Scrum-Gathering-Paris/ I haven't written in English for a while on this blog but, in September, things are getting worse: I'll have to talk in English since I'm speaking at Scrum Gathering Paris! To be honest, I'm not really speaking. I'm merely facilitating a Soft(ware)Ball session. The biggest part of the job will consist in translating the materials and maybe adapting the session to the audience. I have to think about it. https://agilitateur.azeau.com/post/2013/06/05/Le-refactoring-expliqu%C3%A9-%C3%A0-ma-fille/ Wed, 05 Jun 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/06/05/Le-refactoring-expliqu%C3%A9-%C3%A0-ma-fille/ Convaincu que la capacité à coder n'est pas moins intéressante que celle de lire, écrire ou compter, je ne manque jamais une opportunité de montrer à mes filles ce qui peut se cacher derrière un logiciel. Et, quand l'occasion se présente, je leur propose de regarder ce que l'on peut faire avec Scratch. Jusqu'ici, l'intérêt a été assez limité et puis ces derniers temps l'une d'entre elles (Sibylle, 9 ans) a commencé à faire quelques trucs par elle même sans rien me demander. https://agilitateur.azeau.com/post/2013/06/04/Appel-%C3%A0-orateurs-pour-Agile-Tour-Toulouse-2013-:-tout-le-monde-est-concern%C3%A9-%21/ Tue, 04 Jun 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/06/04/Appel-%C3%A0-orateurs-pour-Agile-Tour-Toulouse-2013-:-tout-le-monde-est-concern%C3%A9-%21/ L'étape toulousaine de l'Agile Tour 2013, c'est le jeudi 10 octobre à Diagora mais, pour l'équipe d'organisation ça a déjà commencé depuis quelques semaines et pour tous ceux qui ont envie de partager leur enthousiasme pour les méthodes agiles, ça peut commencer dès aujourd'hui. L'appel à orateurs est ouvert jusqu'au 14 juillet. Le formulaire est en ligne. Il y a deux grandes nouveautés pour cet appel à orateurs : un peu plus d'étapes que d'habitude pour permettre une amélioration des propositions à travers un perfection game[1] des thèmes pour cadrer le contenu de la journée J'espère que l'ajout d'une revue au mécanisme de proposition va inciter les personnes qui hésitent à se lancer[2]. https://agilitateur.azeau.com/post/2013/05/29/Premi%C3%A8res-impressions-de-Soft%28ware%29Ball/ Wed, 29 May 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/05/29/Premi%C3%A8res-impressions-de-Soft%28ware%29Ball/ Après deux sessions de Soft(ware)Ball, il est temps de tirer les premières leçons de ce jeu. La première session s'est déroulée en comité relativement restreint (7 participants) dans le cadre des ateliers d'Agile Toulouse avec 10 minutes d'introduction 30-35 minutes de jeu sur les 4 premières étapes de la séquence "Infinite Loops". L'objectif de cette phase était de clarifier les règles et d'appréhender les principes qui demandent parfois de " https://agilitateur.azeau.com/post/2013/05/26/Mon-premier-Agile-France/ Sun, 26 May 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/05/26/Mon-premier-Agile-France/ Jeudi et vendredi, j'étais à Paris où j'ai, pour la première fois, participé à Agile France. Ce qui était bien, voire très bien Le serveur qui fait ping de Jonathan Perret et Emmanuel Gaillot. Un live coding Node.js/CoffeeScript qui déchire. Du TDD sur des appels presque exclusivement asynchrones. Une approche top-down qui fait émerger la conception avec une fluidité déconcertante. Bref, du grand art. Ce que le sport m'a appris d'agile de Christophe Keromen. https://agilitateur.azeau.com/post/2013/05/24/Une-histoire-de-TDD/ Fri, 24 May 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/05/24/Une-histoire-de-TDD/ En direct d'Agile France 2013. J'ai participé tout à l'heure à l'atelier "Storytelling battle" d'Oana Juncu et Pablo Pernot. Etant simple observateur du fait de la popularité de l'atelier et emporté par l'ambiance, j'ai profité du temps disponible pour écrire une histoire sur un des sujets choisis par les participants : le TDD. Je la livre ici sans aucune retouche. Feedback bienvenu pour cet exercice en temps réel et contraint ! https://agilitateur.azeau.com/post/2013/05/09/Soft(ware)Ball/ Thu, 09 May 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/05/09/Soft(ware)Ball/ Software development is a cooperative game of invention and communication J'en arrive à penser que cette phrase d'Alistair Cockburn définit l'essence du développement logiciel. Oui, développer un logiciel c'est jouer à un jeu. Sans vouloir paraphraser Agile Software Development: The Cooperative Game qui l'explique bien mieux que je ne pourrais le faire, le développement logiciel est un jeu coopératif dont l'objectif est de mettre en production un système. C'est réellement un jeu coopératif, c'est à dire un jeu où tous les joueurs gagnent ou perdent ensemble. https://agilitateur.azeau.com/post/2013/04/29/En-revenant-de-Mix-IT-2013/ Mon, 29 Apr 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/04/29/En-revenant-de-Mix-IT-2013/ Jeudi et vendredi, j'étais à Lyon où j'ai, pour la première fois, participé à Mix-IT. Merci aux organisateurs pour ces deux superbes journées. Ce qui était bien, voire très bien Le parallèle entre le théâtre et le développement logiciel dans la session Collaborer, et si on improvisait? de Vincent Daviet. Ce fut, sans le moindre doute, ma session préférée de ces deux jours. Tous les ingrédients étaient là pour transformer en une heure un groupe de personnes qui ne se connaissaient pas, ou peu, en une équipe soudée : collaboration, communication, création, confiance. https://agilitateur.azeau.com/post/2013/04/07/Un-code-propre-est-plus-utile-qu-un-code-efficace/ Sun, 07 Apr 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/04/07/Un-code-propre-est-plus-utile-qu-un-code-efficace/ Il fut un temps, avant que le développement de logiciels ne devienne mon métier, où la qualité d'un programme se jugeait, à mes yeux, à son efficacité : rapidité d'exécution, faible occupation mémoire, compacité du code[1]... Mais ça c'était avant. Je suis depuis longtemps convaincu que la clarté et la lisibilité sont des critères incomparablement supérieurs. Est-ce un changement de point de vue dû à l'expérience ? Dans une discussion sur le groupe google " https://agilitateur.azeau.com/post/2013/04/02/Qui-a-besoin-de-plusieurs-branches/ Tue, 02 Apr 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/04/02/Qui-a-besoin-de-plusieurs-branches/ Si les logiciels de gestion de versions sont globalement rentrés dans les habitudes de tout développement logiciel, la façon de les utiliser est loin d'être uniforme. Cette multiplicité des usages est particulièrement flagrante lorsque l'on évoque la notion de branches. Wikipedia définit ainsi les branches : Lorsque des modifications divergentes interviennent hors conflit, il se crée des branches. Le fait de vouloir rassembler deux branches est une fusion de branches. https://agilitateur.azeau.com/post/2013/03/16/Mix-IT-2013/ Sat, 16 Mar 2013 00:00:00 +0000 https://agilitateur.azeau.com/post/2013/03/16/Mix-IT-2013/ Les 25 et 26 avril prochains se déroulera à Lyon la 3ème édition de Mix-IT. Et je suis très content de pouvoir, pour la première fois, y assister car je suis persuadé que c'est exactement le genre d'évènement dont a besoin le monde du développement logiciel. Il existe des évènements très orientés technique sur tel ou telle langage ou technologie (logiciel libre, microsoft, web, java...) Il en existe d'autres sur les aspects organisationnels du développement logiciel, avec nombre d'entre eux dédiés à l'agilité. https://agilitateur.azeau.com/post/2012/11/10/Agile-Grenoble-2012,-ma-journ%C3%A9e-chez-les-bin%C3%B4mes/ Sat, 10 Nov 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/11/10/Agile-Grenoble-2012,-ma-journ%C3%A9e-chez-les-bin%C3%B4mes/ J'assistais jeudi pour la première fois à Agile Grenoble. Ce qui était bien Le binôme Rémy Sanlaville/Johan Martinsson et leur refactoring du Gilded Rose Kata chez les développeurs anonymes. Près de 70 personnes dans une salle prévue pour 40 (ne jamais sous-estimer l'attrait d'une session pour développeurs) et un public assez enthousiaste comme l'indiquait le ROTI à la sortie de la salle. Le binôme Emmanuel Gaillot/Jonathan Perret pour leur évocation des travers du pair programming. https://agilitateur.azeau.com/post/2012/10/28/Agile-Tour-Toulouse-2012,-entre-c%C3%A2linoth%C3%A9rapie-et-WTFs/ Sun, 28 Oct 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/10/28/Agile-Tour-Toulouse-2012,-entre-c%C3%A2linoth%C3%A9rapie-et-WTFs/ Voici mon compte-rendu avec, parce que c'est Toulouse, un petit côté "rétrospective de l'organisation" Ce qui était bien La session plénière de début de journée. La pièce de théatre de Thierry et David fut un vrai régal. Quelqu'un a fait une video ? Le bon accueil fait à ma présentation. J'étais un peu inquiet pour cette première de "Deux ans dans le flux" et le fait que je connaisse un nombre important de personnes dans l'assistance n'a rien fait pour arranger les choses. https://agilitateur.azeau.com/post/2012/10/15/Engagez-vous-ils-disaient... Mon, 15 Oct 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/10/15/Engagez-vous-ils-disaient... Air du temps ou coïncidence, je suis tombé sur deux billets traitant de l'engagement des développeurs : Tout d'abord, dans le Bouzin Agile : Développeurs mettez vos couilles sur le billot. L'engagement est la liste des Users Stories que l'équipe pense développer durant l'itération. [...] l'engagement permet quelque chose de très important à mes yeux : de placer la barre à une certaine hauteur et de comparer à la fin de l'itération ce qui a été réalisé https://agilitateur.azeau.com/post/2012/10/13/Agile-Tour-Bordeaux-2012-:-j-y-%C3%A9tais/ Sat, 13 Oct 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/10/13/Agile-Tour-Bordeaux-2012-:-j-y-%C3%A9tais/ Voici mon petit compte-rendu en "Agilarium-style". Ce qui était bien La keynote de Samir Hanna. Keynote n'est pas un synonyme pour "session plénière qui ouvre ou clôture". La keynote, comme son nom l'indique, c'est ce qui donne le ton pour ce qui va suivre et la courte introduction de la journée mettant en avant des valeurs était, en ce sens, la bienvenue. What Testers and Developers Can Learn From Each Other par David Evans. https://agilitateur.azeau.com/post/2012/09/29/Agile-Tour-saison-5/ Sat, 29 Sep 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/09/29/Agile-Tour-saison-5/ L'automne revient et la saison des agile tours recommence. Et cette année, le calendrier "sud-ouest" est plutôt sympathique puisque je vais pouvoir aller à Bordeaux, à Toulouse et à Montpellier dont les étapes sont suffisamment espacées dans le temps[1]. Le 12 octobre, c'est la 4ème édition de l'agile tour Bordeaux. Il y a 7 bonnes raison d'y aller et en plus c'est GRATUIT (mais il faut s'inscrire). Il y a même une 8ème raison : j'animerai une session " https://agilitateur.azeau.com/post/2012/09/28/S-il-y-a-un-product-owner,-il-peut-y-avoir-un-design-owner/ Fri, 28 Sep 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/09/28/S-il-y-a-un-product-owner,-il-peut-y-avoir-un-design-owner/ Scrum, la méthode agile la plus populaire, définit un rôle de product owner. C'est un membre à part entière de l'équipe de développement qui a certaines responsabilités. Citons principalement : décrire les éléments du backlog produit les prioriser approuver leur implémentation dans le produit De manière anti-symétrique, la plupart des autres équipiers (oublions le scrummaster qui ne prend pas part directement à la création du produit), n'ont pas de rôle exclusif : ils sont pluridisciplinaires. https://agilitateur.azeau.com/post/2012/03/20/La-fausse-bonne-id%C3%A9e-des-Virtual-Extension-Methods-dans-Java-8/ Tue, 20 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/20/La-fausse-bonne-id%C3%A9e-des-Virtual-Extension-Methods-dans-Java-8/ Quand on s'intéresse aux évolutions de Java, il faut lire le Touilleur Express et plus particulièrement son compte rendu "Rémi Forax au Paris JUG". Apparemment, les lambda expressions feront leur apparition dans la version 8 du langage, ce dont tout le monde devrait se réjouir. Je ne suis pas un habitué de Java. Mon premier langage fut le C++ et aujourd'hui celui que je maîtrise le mieux reste C# mais comment résister à l'envie de jeter un coup d'oeil aux évolutions de Java au moment où celui-ci se met à rattraper (un petit peu[1]) son retard sur C# ? https://agilitateur.azeau.com/post/2012/03/09/Les-logiciels-petits-sont-les-plus-jolis/ Fri, 09 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/09/Les-logiciels-petits-sont-les-plus-jolis/ Cinquième billet et dernier billet de cette série sur la conception de logiciels[1] Que se passe-t-il lorsqu'un logiciel grossit ? Est-on en mesure d'introduire indéfiniment de nouveaux concepts et de conserver un ensemble toujours aussi évolutif ? Je ne crois pas que cela soit possible car cela nécessiterait une équipe de plus en plus grosse pour gérer la base de code et cela demanderait un effort monumental pour garantir la cohérence fonctionnelle de l'ensemble Je sais que, dans certains endroits, plusieurs équipes travaillent simultanément sur la même base de code, chaque équipe étant en charge de fonctionnalités bien définies. https://agilitateur.azeau.com/post/2012/03/08/Le-logiciel-d-un-d%C3%A9veloppeur-est-son-ch%C3%A2teau/ Thu, 08 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/08/Le-logiciel-d-un-d%C3%A9veloppeur-est-son-ch%C3%A2teau/ Quatrième billet de la série sur la conception de logiciels[1] Je n'ai pas encore abordé la question des éléments tiers dans la réalisation d'un logiciel. Il y a une bonne raison à cela : je crois fermement que c'est un point de détail qui ne mérite pas une place trop importante. Quand on discute sur les méthodes agiles et sur la capacité de pouvoir remettre en cause à tout moment le comportement de l'existant pour satisfaire au besoin le plus prioritaire d'un produit logiciel, il y a toujours quelqu'un pour dire " https://agilitateur.azeau.com/post/2012/03/07/Chacun-cherche-son-TDD/ Wed, 07 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/07/Chacun-cherche-son-TDD/ Ce billet est le troisième d'une série sur la conception de logiciels[1]. Après avoir parlé de l'évolution d'un logiciel et de l'émergence des divers concepts qui le composent, voyons comment un développeur peut maitriser cette évolution. Le meilleur outil que je connaisse aujourd'hui pour cela, c'est le développement piloté par les tests[2]. Beaucoup de choses ont été écrites sur le TDD et ce billet sera donc un énième point de vue (le mien) sur le sujet. https://agilitateur.azeau.com/post/2012/03/06/Le-logiciel,-un-organisme-multicellulaire/ Tue, 06 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/06/Le-logiciel,-un-organisme-multicellulaire/ Ce billet est le deuxième d'une série sur le conception de logiciels[1]. Je m'intéresse aujourd'hui à la manière dont évolue la structure d'un logiciel, notamment en ce qui concerne les concepts dont on a pu parler précédemment. Il y a fort longtemps, les cours que j'ai pu avoir en relation avec le développement logiciel avaient toujours une approche assez constructiviste : avant d'écrire la moindre ligne de code, on commence par découper un problème donné en problèmes élémentaires, puis on réfléchit aux concepts que l'on va utiliser, ensuite on commence a écrire des bouts de code que l'on va assembler pour parvenir au logiciel final. https://agilitateur.azeau.com/post/2012/03/05/Conception-logicielle/ Mon, 05 Mar 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/03/05/Conception-logicielle/ Une pratique utile à tout développeur de logiciels est l'analyse de son propre travail[1]. C'est dans cet esprit que j'entame aujourd'hui une petite série de billets sur la conception de logiciels, ou, plus précisément, ce qu'est, à cet instant, pour moi, la conception de logiciels. C'est à la fois une façon de faire un point personnel sur ce que j'ai appris[2], de le partager avec tous ceux qui pourraient être intéressés[3], et enfin de l'exposer à la critique publique de ceux qui prendront le temps de le lire[4]. https://agilitateur.azeau.com/post/2012/02/15/Je-n-aime-pas-les-conteneurs-d-injection-de-d%C3%A9pendances/ Wed, 15 Feb 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/02/15/Je-n-aime-pas-les-conteneurs-d-injection-de-d%C3%A9pendances/ Je n'ai rien contre les DI containers en tant que tels. Je pratique l'injection de dépendances aussi souvent que nécessaire mais j'ai un problème avec les librairies et frameworks en tout genre qui me donnent plus de complications à gérer que d'écrire le code correspondant aux 10% de fonctionnalités dont j'ai réellement besoin. C'est pour cela que je lis avec grand plaisir des phrases telles que "Dependency Injection doesn’t require a framework; it just requires that you invert your dependencies and then construct and pass your arguments to deeper layers" https://agilitateur.azeau.com/post/2012/01/03/Faut-il-encore-parler-de-m%C3%A9thodes-agiles-en-2012/ Tue, 03 Jan 2012 00:00:00 +0000 https://agilitateur.azeau.com/post/2012/01/03/Faut-il-encore-parler-de-m%C3%A9thodes-agiles-en-2012/ Les années passent et je me dis de plus en plus souvent : mais pourquoi encore parler de méthodes agiles ? Pourquoi garder ce terme restrictif alors que l'on devrait, à mon avis, tout simplement parler de méthodes professionnelles de développement logiciel ? Car c'est bien de cela dont il s'agit : des valeurs, des principes et des pratiques qui guident toute activité de développement logiciel et qui caractérisent, sans fausse modestie ni dédain, le professionnalisme nécessaire à la satisfaction des utilisateurs et à la pérennité de l'ouvrage. https://agilitateur.azeau.com/post/2011/12/24/Boucles-%C3%A0-base-de-g%C3%A9n%C3%A9rateurs-et-de-transformations-:-un-exemple-plus-complet/ Sat, 24 Dec 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/12/24/Boucles-%C3%A0-base-de-g%C3%A9n%C3%A9rateurs-et-de-transformations-:-un-exemple-plus-complet/ Dans un billet précédent, j'avais évoqué une approche pour l'écriture de boucles permettant d'expliciter la combinaison de diverses exigences. Le reproche fait dans les commentaires de ce billet est que cette approche serait moins lisible et rendrait inutilement le code plus compliqué. Pour ma part, je campe sur mes positions. L'approche n'est moins lisible que pour des exemples triviaux que l'on ne rencontre jamais dans un programme réel. La complexité inhérente à ces programmes fait que, au final, un programme est plus facilement maintenu s'il se base sur une combinaison de générateurs et de transformations indépendantes que s'il se base sur des boucles où tous les ingrédients sont mélangés. https://agilitateur.azeau.com/post/2011/12/20/Stab-un-langage-pour-d%C3%A9couvrir-C-quand-on-ne-connait-que-java/ Tue, 20 Dec 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/12/20/Stab-un-langage-pour-d%C3%A9couvrir-C-quand-on-ne-connait-que-java/ Ce billet est issu de la concomitance de deux évènements : je me pose la question "comment peut-on écrire quelque chose proche de C# mais qui tourne avec une JVM ?" et je découvre le langage "stab" je lis ce billet "Sélection FooBarQix" où un même programme a été implémenté dans 13 langages différents ayant pour seul point commun la JVM. Il ne m'en a pas fallu plus pour écrire un FooBarQix en stab. https://agilitateur.azeau.com/post/2011/12/18/Fluctuations-d-une-%C3%A9quipe-agile/ Sun, 18 Dec 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/12/18/Fluctuations-d-une-%C3%A9quipe-agile/ L'équipe entame une période un peu particulière. Pour quelques mois, elle va devoir prendre en charge une activité de support produit qui sort de son cadre habituel de développement logiciel. Cette activité est potentiellement chronophage (elle occupera facilement une personne à plein temps sur les quatre développeurs que compte l'équipe) et les attentes des clients sur les sorties à venir ne diminuent pas pour autant. Il y a un budget permettant de financer une personne supplémentaire pendant 9 mois. https://agilitateur.azeau.com/post/2011/10/17/Agile-Tour-Toulouse-2011-:-jour-J-2/ Mon, 17 Oct 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/10/17/Agile-Tour-Toulouse-2011-:-jour-J-2/ Avec plus de 300 personnes déjà inscrites (les records des années précédentes vont être explosés), l'Agile Tour Toulouse 2011 sera probablement un grand succès. J'aurai le plaisir d'y animer deux sessions. Je n'ose pas leur donner le nom de "présentations" car je n'y présenterai rien du tout. La journée débutera par une keynote d'Alexandre Boutin qui donnera une place de choix à l'apprentissage par le jeu. Je crois que, plus ou moins consciemment, la présence de ce thème m'a amené à construire mes sessions comme des jeux. https://agilitateur.azeau.com/post/2011/09/02/Faire-des-boucles-sans-%22while%22-ni-%22for%22-pour-les-rendre-plus-lisibles-et-maintenables/ Fri, 02 Sep 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/09/02/Faire-des-boucles-sans-%22while%22-ni-%22for%22-pour-les-rendre-plus-lisibles-et-maintenables/ Le B.A.BA de la programmation, celui que tout le monde, ou presque, commence par apprendre en débutant l'écriture d'algorithmes, ce sont les structures de contrôle en programmation impérative : les tests, les boucles, les sauts... Mais, avec le temps, cela devient, de moins en moins vrai. Les instructions de sauts ont commencé à disparaitre des langages informatiques quand deux illustres néerlandais et suisse ont évoqué leur nocivité. En ce qui concerne les structure de tests, il a fallu attendre l'avènement des langages orientés objet pour que le polymorphisme devienne " https://agilitateur.azeau.com/post/2011/08/25/Agile-Tour-Toulouse-2011-:-une-journ%C3%A9e-pour-les-d%C3%A9veloppeurs/ Thu, 25 Aug 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/08/25/Agile-Tour-Toulouse-2011-:-une-journ%C3%A9e-pour-les-d%C3%A9veloppeurs/ L'été vient à peine de commencer mais c'est bientôt l'automne. Dans moins de 2 mois, l'Agile Tour posera ses bagages à Diagora Labège pour son édition toulousaine annuelle. Les inscriptions sont d'ailleurs déjà ouvertes. Pour ceux qui souhaiteraient apporter leur contribution au programme, c'est encore possible jusqu'au 15 septembre. Pour ma part, je viens de déposer 2 propositions de sessions : "Si t'es pas SOLID, t'es pas agile" et "Quand je serai grand, je serai artisan logiciel" https://agilitateur.azeau.com/post/2011/04/18/Tranches-d-agilit%C3%A9/ Mon, 18 Apr 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/04/18/Tranches-d-agilit%C3%A9/ L'agilité, ça ne se vend toujours pas en boite de 12 mais ça peut se raconter en tranches. C'est l'exercice auquel je vais me prêter cette semaine sur Slice of IT : Slices of IT est une expérience : raconter nos tranches vie au sein d'un projet pour prendre du recul et tenter de s'améliorer, à la manière de G. Weinberg. Pour que ce soit facile, l'écriture d'une tranche en timebox de 15 minutes. https://agilitateur.azeau.com/post/2011/04/13/Avant-de-se-mettre-%C3%A0-%C3%A9crire,-il-faut-apprendre-%C3%A0-lire/ Wed, 13 Apr 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/04/13/Avant-de-se-mettre-%C3%A0-%C3%A9crire,-il-faut-apprendre-%C3%A0-lire/ Connaissez-vous des gens qui écrivent sans jamais avoir appris à lire ? L'idée est assez saugrenue. Et pourtant... Il ne faut pas chercher plus loin que dans l'industrie du logiciel. On ne compte plus les professionnels qui écrivent du code à longueur de journée mais n'ont souvent jamais appris, ou simplement pris le temps de lire. A ceux qui m'opposeront que écrire du code n'a rien à voir avec écrire de la littérature, je suggèrerai d'aller lire le dernier billet d'Antoine[1]. https://agilitateur.azeau.com/post/2011/04/12/Pour-en-finir-avec-les-Stubs-et-les-Mocks/ Tue, 12 Apr 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/04/12/Pour-en-finir-avec-les-Stubs-et-les-Mocks/ Les termes de "Stub" et "Mock" sont aujourd'hui utilisés de manière assez courante[1] quand il s'agit de parler de tests unitaires, mais, faute de véritable référence, tout le monde n'utilise pas ces mots avec la même signification. Une affirmation assez courante, consiste à dire "les stubs c'est pour faire des vérifications d'état, les mocks c'est pour faire des vérifications de comportement". Cette affirmation ne me convient pas car elle simplifie à outrance la diversité des techniques d'écriture de test. https://agilitateur.azeau.com/post/2011/04/05/Bye-Bye-Scrum/ Tue, 05 Apr 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/04/05/Bye-Bye-Scrum/ J'arrête Scrum. Ce n'est pas un billet de premier avril qui aurait un peu de retard : j'arrête volontairement et définitivement l'utilisation de Scrum. Il y a 4 ans, j'annonçais que, après quelques années de bricolages méthodologiques agiles, j'avais pris une approche relativement formelle pour passer à Scrum. Compte-tenu de mon contexte d'alors, je pense que c'était la bonne chose à faire. Au fil du temps, l'équipe a gagné en compétence sur les pratiques agiles. https://agilitateur.azeau.com/post/2011/04/01/Le-r%C3%A9f%C3%A9rentiel-des-pratiques-agiles-:-vers-la-formalisation-du-%22framework-agile%22/ Fri, 01 Apr 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/04/01/Le-r%C3%A9f%C3%A9rentiel-des-pratiques-agiles-:-vers-la-formalisation-du-%22framework-agile%22/ Il y a quelques jours semaines[1], l'institut agile a publié la 1ère version du référentiel des concepts, pratiques et compétences agiles. Par les temps qui courent, de plus en plus de monde s'intéresse aux méthodes agiles et le nombre d'experts de la chose s'adapte bien évidemment à la demande qui en résulte. Dans un tel contexte, un référentiel a un intérêt immédiat : clarifier les définitions du vocabulaire agile pour que tout le monde parle de la même chose avec les mêmes mots. https://agilitateur.azeau.com/post/2011/03/31/Gloubi-Boulga-Agile/ Thu, 31 Mar 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/03/31/Gloubi-Boulga-Agile/ De temps à autre, j'aime bien me balader en ligne dans les endroits où les gens parlent de méthodes agiles. Ca permet de garder un certain contact avec les préoccupations actuelles de ces personnes. Ce soir, sur le groupe linkedin consacré au French Scrum User Group, je suis tombé sur une discussion qui m'a donné l'impression de débarquer sur une autre planète. Si c'est ça les méthodes agiles aujourd'hui, il serait grand temps pour moi d'aller voir ce qui se passe ailleurs. https://agilitateur.azeau.com/post/2011/03/13/Si-t%E2%80%99es-pas-codeur,-t%E2%80%99es-pas-producteur-de-logiciels/ Sun, 13 Mar 2011 00:00:00 +0000 https://agilitateur.azeau.com/post/2011/03/13/Si-t%E2%80%99es-pas-codeur,-t%E2%80%99es-pas-producteur-de-logiciels/ Au fil de ses réflexions sur le livre numérique, Thierry Crouzet vient d'écrire deux billets Si t’es pas codeur, t’es pas auteur et T’es pas codeur, t’es pas éditeur. Je ne connais rien, ou si peu, au livre numérique mais quelques passages m'ont fait l'effet d'une étincelle. Un auteur numérique ne produit pas des textes figés. Il doit rester en éveil sur ses créations, les faire vivre, leur donner la possibilité d’évoluer, sans pour autant renoncer à les partager avec ses lecteurs. https://agilitateur.azeau.com/post/2010/11/20/4-bougies-et-un-programme-exceptionnel-pour-le-SigmaT-16/ Sat, 20 Nov 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/11/20/4-bougies-et-un-programme-exceptionnel-pour-le-SigmaT-16/ Il y a 4 ans, Claude Aubry organisait le premier Séminaire d'information gratuit sur les méthodes agiles à Toulouse. Un impératif m'empêchait d'y assister mais je n'ai manqué aucune des éditions qui ont suivi. Et je ne manquerai certainement pas la prochaine. Le 10 décembre 2010 à partir de 16 heures, le SigmaT souffle ses 4 bougies à l'occasion de sa 16ème édition. Le programme est en ligne et est assez exceptionnel avec un thème central : l'aspect social des méthodes agiles. https://agilitateur.azeau.com/post/2010/11/01/Derri%C3%A8re-l-%C3%A9cran-de-la-r%C3%A9volution-sociale/ Mon, 01 Nov 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/11/01/Derri%C3%A8re-l-%C3%A9cran-de-la-r%C3%A9volution-sociale/ Je découvre aujourd'hui l'existence de ce livre de Nicolas Séné et du blog qui va avec par les actions quasi-simultanées de Thierry et de Libé Toulouse. Le thème du livre n'a rien de surprenant pour quiconque connait le monde du développement logiciel en France et a cotoyé de près ou de loin les SSII : Le livre propose de décortiquer le modèle social au sein des Sociétés de services en ingénierie informatique (SSII) ou “Quand le monde de l’informatique et des SSII sert de laboratoire social et induit une précarisation par le haut. https://agilitateur.azeau.com/post/2010/10/23/Agile-Tour-Toulouse-2010/ Sat, 23 Oct 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/10/23/Agile-Tour-Toulouse-2010/ Jeudi dernier, c'était l'étape toulousaine de l'agile tour 2010. Comme à Bordeaux, j'animais l'atelier Stub et Mock montent sur scène qui, pour sa 3ème édition, commence à être rodé. L'intérêt des participants est toujours au rendez-vous et de l'action en début de journée, ça évite d'aller s'assoupir dans les fauteuils d'un amphithéatre. Quoique, à la même heure, certains étaient dans un de ces amphis en train d'écouter attentivement les fables de La Fontaine. https://agilitateur.azeau.com/post/2010/10/16/L-int%C3%A9r%C3%AAt-r%C3%A9el-de-la-certification-ScrumMaster/ Sat, 16 Oct 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/10/16/L-int%C3%A9r%C3%AAt-r%C3%A9el-de-la-certification-ScrumMaster/ Claude a récemment publié un billet sur la certification ScrumMaster où il évoque, entre autres, la distorsion induite sur la marché de l'emploi par l'existence d'une telle certification : On pourrait m'accuser de plaidoyer pro domo puisque je propose des formations Scrum. Je n'en ai pas besoin : mes formations marchent très bien en ce moment. Non, ceux que je veux défendre, ce sont les participants à ces formations. Imaginons qu'ils soient en concurrence pour un emploi ou une participation à un projet avec d'autres qui auraient mis sur leur CV " https://agilitateur.azeau.com/post/2010/10/12/C-et-Ruby,-des-syntaxes-si-diff%C3%A9rentes/ Tue, 12 Oct 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/10/12/C-et-Ruby,-des-syntaxes-si-diff%C3%A9rentes/ Parmi les langages à la mode, s'il en est un qui semble avoir le vent en poupe, tout particulièrement dans la communauté "agile", c'est certainement Ruby. Je ne le connais pas assez bien pour pouvoir juger globalement de ses qualités et de ses défauts mais j'ai essayé de voir à quoi cela ressemblait d'un point de vue strictement syntaxique afin de pouvoir comparer avec les langages que je connais un peu plus et tout particulièrement C#. https://agilitateur.azeau.com/post/2010/10/09/Agile-Tour-Bordeaux-2010/ Sat, 09 Oct 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/10/09/Agile-Tour-Bordeaux-2010/ J'étais jeudi à Bordeaux pour une des premières sessions de l'Agile Tour 2010. Après le SigmaT 15, j'y ai animé pour la 2ème fois l'atelier Stub et Mock montent sur scène devant une assistance motivée qui est largement entrée dans le jeu. J'espère que tout le monde a pris autant de plaisir que moi à y participer. Je suis assez chanceux d'avoir été programmé en fin de matinée car la journée fut finalement plutôt chargée. https://agilitateur.azeau.com/post/2010/09/05/Stub-et-Mock-montent-sur-sc%C3%A8ne/ Sun, 05 Sep 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/09/05/Stub-et-Mock-montent-sur-sc%C3%A8ne/ Stub et Mock ne sont pas des acteurs célèbres mais tout développeur de logiciel devrait obligatoirement les connaitre et leur donner une chance de faire leurs preuves. Car chaque développeur est, en réalité, un metteur en scène. Ne parle-t-on pas de "scénario" de test pour vérifier un programme ? Qui sont les acteurs de ces scénarios ? Comment font-ils leur entrée ? Comment interagissent-ils ? Pour explorer ces questions, pourquoi ne pas transformer la métaphore en une représentation concrète et vivante ? https://agilitateur.azeau.com/post/2010/07/07/Communaut%C3%A9-des-m%C3%A9thodes-agiles,-membres-%C3%A9minents-et-cr%C3%A9dibilit%C3%A9/ Wed, 07 Jul 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/07/07/Communaut%C3%A9-des-m%C3%A9thodes-agiles,-membres-%C3%A9minents-et-cr%C3%A9dibilit%C3%A9/ Dans mon dernier billet, j'ai volontairement omis la revue d'une des solutions proposées à l'Architectural Design Challenge de James Shore. Je n'ai pas traité celle de l'auteur lui-même. La raison ? Elle n'en valait pas la peine. Où plutôt elle devrait être montrée comme exemple de ce qu'il ne faut surtout pas faire. Il n'y a pas besoin d'y consacrer trop de temps pour s'en rendre compte. James Shore est parti d'un architecture pré-conçue à 3 niveaux où chaque niveau dépend du suivant : UI -> domaine -> persistance. https://agilitateur.azeau.com/post/2010/07/06/Architectural-Design-Challenge-by-James-Shore-:-a-review/ Tue, 06 Jul 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/07/06/Architectural-Design-Challenge-by-James-Shore-:-a-review/ A few weeks ago, James Shore had initiated an architectural design challenge for which I submitted an entry. Some other people also proposed an implementation. I have listed 4 : Ralf Westphal Justin Bozonier Alexander Beletsky James Shore himself I wanted to review these implementations. I tried to look at them from various perspectives and the exercise was quite interesting. Here is what I found for 3 of them. I will not talk about James Shore implementation. https://agilitateur.azeau.com/post/2010/07/01/Un-switch-%C3%A9volutif-en-C/ Thu, 01 Jul 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/07/01/Un-switch-%C3%A9volutif-en-C/ Un billet sur le blog d'Excilys concernant les switchs en java me donne envie de parler un peu de codage en C#. Tout développeur avec un peu d'expérience sait que les "switch" sont une grande source d'erreurs et une plaie pour la maintenabilité d'un code. Un switch classique, ça donne quelque chose comme ça : static class Switch { public static string GetFunctionDescription (string functionName) { switch (functionName) { case "add": return " https://agilitateur.azeau.com/post/2010/06/27/La-premi%C3%A8re-it%C3%A9ration-et-l-angoisse-de-la-page-blanche/ Sun, 27 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/27/La-premi%C3%A8re-it%C3%A9ration-et-l-angoisse-de-la-page-blanche/ Les méthodes agiles, à travers leurs approches itératives et incrémentales, ont pour caractéristique commune de maintenir en permanence (ou presque) un logiciel dans un état "prêt à livrer". Le travail suit donc un rythme très régulier et sans cassure : pas grosse phase de "conception" ou d'"intégration" pour ne citer que les passages les plus délicats de projets menés en mode moins agile. Cet état "prêt à livrer" requiert toutefois une condition importante : qu'il y ait quelque chose à livrer ! https://agilitateur.azeau.com/post/2010/06/23/Software-Craftsmanship-Comic-Revisited/ Wed, 23 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/23/Software-Craftsmanship-Comic-Revisited/ Last week, I drew a comic about software craftsmanship and I asked for feedback on the software craftsmanship discussion list. The main output was that my drawing could be interpreted as "software craftsmanship is superior to agile". Since it was not my intent, I'm trying to come with something better. When you step into the agile world, you start a journey. It is up to each practitioner to find her path. https://agilitateur.azeau.com/post/2010/06/22/L-%C3%A9thique-de-l-artisan-du-logiciel-:-proposition-de-traduction-en-fran%C3%A7ais/ Tue, 22 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/22/L-%C3%A9thique-de-l-artisan-du-logiciel-:-proposition-de-traduction-en-fran%C3%A7ais/ Après le manifeste, voici les principes qui vont avec. Le texte original en anglais est là : http://groups.google.com/group/software_craftsmanship/web/principles-of-software-craftsmanship. Il est à l'état de brouillon mais n'en est pas moins intéressant. L'éthique de l'artisan du logiciel Nous veillons Nous considérons qu'il est de notre responsabilité d'acquérir la confiance des entreprises que nous servons par conséquent, nous donnons aux problèmes de nos clients l'importance qu'eux-mêmes y accordent et nous engageons notre réputation sur la qualité du travail que nous produisons https://agilitateur.azeau.com/post/2010/06/21/Manifeste-pour-l-artisanat-du-logiciel-:-proposition-de-traduction-en-fran%C3%A7ais/ Mon, 21 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/21/Manifeste-pour-l-artisanat-du-logiciel-:-proposition-de-traduction-en-fran%C3%A7ais/ Lors de ma récente présentation au SigmaT, j'ai proposé la traduction en français suivante pour le Software Craftsmanship Manifesto. Elle n'est certainement pas parfaite mais ça donne au moins une base. Et, à mon avis, le plus gros problème vient de la traduction de "craftsmanship". Le terme français "artisanat" est chargé de multiples sens qui n'en font pas un choix idéal. Si quelqu'un a mieux à proposer... Manifeste pour l'artisanat du logiciel Mettons la barre plus haut https://agilitateur.azeau.com/post/2010/06/20/Artisanat-du-logiciel-au-SigmaT-14-:-les-slides/ Sun, 20 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/20/Artisanat-du-logiciel-au-SigmaT-14-:-les-slides/ Et quelques liens (en anglais) suite aux questions évoquées après la présentation : le groupe de discussion l'éthique et les principes des artisans du logiciel (en anglais). Voir aussi la liste initiale de citations qui a servi de base. https://agilitateur.azeau.com/post/2010/06/19/Artisanat-du-logiciel/ Sat, 19 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/19/Artisanat-du-logiciel/ https://agilitateur.azeau.com/post/2010/06/19/Software-Craftsmanship/ Sat, 19 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/19/Software-Craftsmanship/ https://agilitateur.azeau.com/post/2010/06/13/Artisanat-du-logiciel-au-SigmaT-14/ Sun, 13 Jun 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/06/13/Artisanat-du-logiciel-au-SigmaT-14/ Cela faisait quelque mois que j'avais envie de parler d'artisanat du logiciel ou software craftsmanship en version originale. Ce sera chose faite vendredi prochain, le 18 juin lors du 14ème séminaire SigmaT. Comme d'habitude, l'entrée est gratuite. Il suffit de s'inscrire en ligne. Outre l'artisanat du logiciel, il y aura aussi Guillaume Saint Etienne qui parlera de TDD et de BDD, un retour d'expérience Scrum chez Sanofi-Aventis et une nouveauté SigmaT : un débat participatif sur les méthodes agiles. https://agilitateur.azeau.com/post/2010/05/30/An-Architectural-Design-Challenge-by-James-Shore/ Sun, 30 May 2010 00:00:00 +0000 https://agilitateur.azeau.com/post/2010/05/30/An-Architectural-Design-Challenge-by-James-Shore/ James Shore proposes to experiment a design challenge to deal with architecture issue. It was posted a week ago and some answers already came out. I haven't looked at them yet and I wanted to try on my own. So, here it is. My solution is coded in C# with basic tooling : Monodevelop IDE, NUnit testing framework and Moq mocking framework. The main logic of the software to build deals about ROT13. https://agilitateur.azeau.com/post/2009/10/15/Agilit%C3%A9-on-the-road-again/ Thu, 15 Oct 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/10/15/Agilit%C3%A9-on-the-road-again/ Comme l'an dernier, l'agilité fait son tour de France et même son tour du monde. Le 22 octobre, dans une semaine, c'est l'étape toulousaine. J'aurai le plaisir d'y animer un atelier sur le développement logiciel piloté par les tests. Il y aura bien évidemment de nombreuses interventions comme en atteste le programme de la journée. Antonin - 21 January 2010 - 03:15 Ca c'est bien passé ??? :-) https://agilitateur.azeau.com/post/2009/04/07/Experienced-Extreme-Programmer/ Tue, 07 Apr 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/04/07/Experienced-Extreme-Programmer/ Quelqu'un qui prétend s'y connaitre un peu en méthodes agiles sans logo "Certified ScrumMaster" sur son blog, ça ne fait pas vraiment sérieux. Mais comme cette "certification" ScrumMaster ce n'est pas vraiment très sérieux non plus, il fallait trouver autre chose. Emmanuel Chenu a la solution : sa proposition de logo autoproclamé "Experienced Extreme Programmer" est tout à fait ce qu'il me fallait. https://agilitateur.azeau.com/post/2009/04/06/Pas-de-taches-dans-les-sprints/ Mon, 06 Apr 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/04/06/Pas-de-taches-dans-les-sprints/ Une fois n'est pas coutume : je suis d'accord avec Jeff Sutherland : The best teams I work with burn down story points. They only burn down when a story is done. Quand on arrive à travailler avec demandes du client suffisamment élémentaires[1] et ayant une cohérence intrinsèque[2], il n'y a plus de raison pour gérer un sprint en planifiant des taches. D'ailleurs, un burndown de sprint en taches est une véritable hypocrisie. https://agilitateur.azeau.com/post/2009/04/01/J-ai-enfin-ma-certification-de-sp%C3%A9cialiste-en-m%C3%A9thodes-agiles/ Wed, 01 Apr 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/04/01/J-ai-enfin-ma-certification-de-sp%C3%A9cialiste-en-m%C3%A9thodes-agiles/ Il m'est arrivé de dire du mal des certifications pour tout ce qui concerne le développement logiciel. Je reconnais que mes reproches sur le manque de sérieux d'un diplôme obtenu en 2 jours intenses n'étaient pas toujours justifiés. Après avoir longtemps hésité, j'ai fini par franchir le pas et me voilà désormais "Certified Agile Software Specialist". Si, comme moi, vous voulez bénéficier d'une certification reconnue internationalement et recommandée par les plus éminents membres de la communauté agile, n'hésitez pas : http://www. https://agilitateur.azeau.com/post/2009/03/31/Les-deux-sortes-de-TDD/ Tue, 31 Mar 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/03/31/Les-deux-sortes-de-TDD/ Le Développement Dirigé par les Tests est une des pratiques emblématiques d'Extreme Programming. A ce titre, elle est devenue un passage presque obligé pour quiconque envisage d'évoluer vers les méthodes agiles. Le problème avec les pratiques disruptives, c'est que, lorsqu'elles viennent s'insérer dans un contexte existant, leur mise en oeuvre peut souffrir d'approximations. Les méthodes agiles font face, bien plus que d'autres, à ce genre de mésaventures : la faiblesse dans la prise en compte des pratiques d'ingénierie est une réalité. https://agilitateur.azeau.com/post/2009/03/26/Soci%C3%A9t%C3%A9-des-Innovateurs-pour-la-G%C3%A9n%C3%A9ralisation-de-M%C3%A9thodes-Agiles-de-Toulouse/ Thu, 26 Mar 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/03/26/Soci%C3%A9t%C3%A9-des-Innovateurs-pour-la-G%C3%A9n%C3%A9ralisation-de-M%C3%A9thodes-Agiles-de-Toulouse/ Lu sur le Journal Officiel No d'annonce : 279 Paru le : 28/02/2009 Association : SOCIETE DES INNOVATEURS POUR LA GENERALISATION DES METHODES AGILES DE TOULOUSE (S.I.G.M.A.T.). Identification WALDEC : W313011297 No de parution : 20090009 Département (Région) : Haute-Garonne (Midi Pyrénées) Lieu parution : Déclaration à la préfecture de la Haute-Garonne. Type d'annonce : ASSOCIATION/CREATION Déclaration à la préfecture de la Haute-Garonne. SOCIETE DES INNOVATEURS POUR LA GENERALISATION DES METHODES AGILES DE TOULOUSE (S.I.G.M.A.T.). Objet : fédérer et faire connaître les acteur de l’agilité de Toulouse et sa région, informer et initier aux méthodes agiles les personnes désireures de les découvrir, favoriser l’adoption des méthodes agiles dans le tissu économique régional. https://agilitateur.azeau.com/post/2009/03/25/Architecte-logiciel-et-agilit%C3%A9-:-c-est-pas-gagn%C3%A9... Wed, 25 Mar 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/03/25/Architecte-logiciel-et-agilit%C3%A9-:-c-est-pas-gagn%C3%A9... Offre d'emploi Architecte logiciel Au sein d'une équipe, vous êtes en charge de l'architecture technique du Pôle Système d'Information de notre client. Vous assurez la définition des recommandations et bonnes pratiques architecturales et de développement en environnement Microsoft, spécialisé .net. Vous mettez en place les nouveaux outillages de développement grâce à votre expertise (intégration continue, tests) avec une sensibilité pour les méthodes agiles. Vous étudiez et qualifiez l'introduction de nouveaux produits et frameworks au sein du système d'information de notre client. https://agilitateur.azeau.com/post/2009/01/08/Allo-C-est-pour-un-sondage-!/ Thu, 08 Jan 2009 00:00:00 +0000 https://agilitateur.azeau.com/post/2009/01/08/Allo-C-est-pour-un-sondage-!/ Denis Dollfus, avec qui j'ai eu le plaisir de travailler il y a quelques années chez Reuters, lance une enquête sur l'état d'agilité des projets de développement logiciel en France. J'encourage tous ceux qui font du développement logiciel à y répondre, même s'ils n'ont jamais entendu parler "d'agilité". En fait, l'info qui serait intéressante c'est la comparaison entre les résultats obtenus au test et le résultat attendus par les intéressés. https://agilitateur.azeau.com/post/2008/12/24/Videos-de-No%C3%ABl/ Wed, 24 Dec 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/12/24/Videos-de-No%C3%ABl/ Deux videos du dernier SigmaT, le 8ème du nom, sont en ligne. Celle de Claude Aubry n'est pas encore disponible car il est AFK. Il y a donc celle de Pascal Roques qui nous a parlé de modélisation agile et que j'ai vraiment apprécié. Surtout quand elle permet de mettre en avant une idée toute simple : l'activité de modélisation en elle-même est au moins aussi importante que le résultat car elle permet à l'équipe de communiquer et de se forger une vision partagée. https://agilitateur.azeau.com/post/2008/12/03/Retour-d-exp%C3%A9rience/ Wed, 03 Dec 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/12/03/Retour-d-exp%C3%A9rience/ Le prochain SigmaT aura lieu le vendredi 12 décembre à 16h00. J'y présenterai un retour d'expérience sur l'utilisation de Scrum chez Varian Medical Systems (dont j'avais évoqué les prémisses il y a fort longtemps). Je pense avoir quelques trucs intéressants à raconter mais je préfère prévenir que cela risque de ne pas être aussi passionnant que le retour d'expérience XP chez Igeoss. Je viens d'ailleurs de mettre en ligne la prestation de David Desmarest que j'avais filmée lors de l'Agile Tour. https://agilitateur.azeau.com/post/2008/11/19/Agilit%C3%A9,-mod%C3%A9lisation-et-m%C3%A9ta-programmation/ Wed, 19 Nov 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/11/19/Agilit%C3%A9,-mod%C3%A9lisation-et-m%C3%A9ta-programmation/ Je ne sais pas si c'est dû au cycle lunaire ou à quelque chose du même genre mais j'observe une floraison de billets "polémiques" sur les blogs traitant de méthodes agiles. Là, il s'agit de l'éternelle méfiance des agilistes envers les phases trop grosses de modélisation (le Big Design Up Front comme on dit) et, par extension, envers les approches de "développement piloté par les modèles". Emmanuel Chenu écrit 2 billets pour réagir à un article de " https://agilitateur.azeau.com/post/2008/11/17/De-bien-belles-perspectives-pour-les-consultants-en-m%C3%A9thodes-agiles/ Mon, 17 Nov 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/11/17/De-bien-belles-perspectives-pour-les-consultants-en-m%C3%A9thodes-agiles/ Ce n'est pas moi qui le dit, c'est James Shore dans son dernier billet. "Rescuing Scrum teams keeps me in business" avance même un de ses collègues. La raison ? L'engouement pour Scrum a fait que nombre d'équipes insuffisamment préparées se retrouvent dans des situation inextricables de dette technique. Ils ont naïvement cru que l'on pouvait tirer bénéfice d'une gestion de projet agile sans en payer le prix. La plus grosse erreur que peut commettre une équipe qui passe à Scrum est de croire que Scrum " https://agilitateur.azeau.com/post/2008/11/15/Responding-to-change-over-following-a-plan-:-une-id%C3%A9e-neuve/ Sat, 15 Nov 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/11/15/Responding-to-change-over-following-a-plan-:-une-id%C3%A9e-neuve/ Les adeptes de méthodes agiles utilisateurs de la version française de wikipédia auront peut être remarqué un assez curieux historique sur les entrées concernant les méthodes agiles et Scrum en particulier : la méthode "RAD" de James Martin serait à l'origine des méthodes agiles ! Claude Aubry explique comment cette information a induit en erreur un très sérieux journal d'informatique. J'ai pris l'initiative de supprimer la plupart des références abusives sur la fiche de Scrum. https://agilitateur.azeau.com/post/2008/11/09/Le-Behaviour-Driven-Development-ou-lart-decrire-des-tests-que-tout-le-monde-comprend/ Sun, 09 Nov 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/11/09/Le-Behaviour-Driven-Development-ou-lart-decrire-des-tests-que-tout-le-monde-comprend/ Une des règles de base du TDD, le dévelopement piloté par les tests, est "avant d'écrire une ligne de code, écrire un test qui ne passe pas". Le ligne de code sert ainsi à faire passer le test. Cette approche permet d'écrire le code le plus simple possible, au sens où celui-ci n'a aucune ligne superflue, et de découvrir facilement le code à écrire puisque celui-ci découle du test. Tout ceci serait très facile si le problème de l'inception de code n'était pas repoussé vers les tests. https://agilitateur.azeau.com/post/2008/10/29/Sadapter-au-contexte/ Wed, 29 Oct 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/10/29/Sadapter-au-contexte/ L'étape toulousaine de l'Agile Tour 2008 a attiré plus de 200 personnes. Un des points culminants de l'après-midi était la présentation par Claude Aubry et Philippe Krutchen de l'agilité en situation qui traitait del'adaptation des méthodes agiles à un contexte. De nombreuses personnes ont assisté à cette présentation. Certaines connaissaient déjà bien les méthodes agiles, d'autres les découvraient. Quel impact a pu avoir une telle présentation ? C'est en lisant la revue de cette présentation sur le carnet d'un informaticien que j'en redoute les effets négatifs : https://agilitateur.azeau.com/post/2008/07/15/SigmAgileTour/ Tue, 15 Jul 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/07/15/SigmAgileTour/ Le prochain SigmaT, 7ème du nom, aura lieu le 16 octobre prochain. Ce sera une édition spéciale : les festivités démarreront dès le début de l'après midi et ce sera l'occasion d'accueilir à Toulouse, l'Agile Tour. Pour plus d'informations, il suffit de suivre l'actualité sur les sites sigmat.fr et agiletour.com. Et pour être sûr de ne pas rater l'évènement, on peut déjà s'inscrire (et c'est toujours gratuit). https://agilitateur.azeau.com/post/2008/07/07/How-does-design-get-done-on-an-Agile-Project/ Mon, 07 Jul 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/07/07/How-does-design-get-done-on-an-Agile-Project/ I watched a great presentation by Jeremy D. Miller : How does design get done on an Agile Project ?. Jeremy shows through multiple examples the kind of design issues you inevitably face during an project and explains how to handle them in an agile way. I converted the slides of his presentation into a flash document in order to get a side by side view of slides and video on this web page (though you'll have to click on the slides to go to next one). https://agilitateur.azeau.com/post/2008/05/12/Video-:-Forfait-Scrum-lagilite-dans-un-cadre-contractuel/ Mon, 12 May 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/05/12/Video-:-Forfait-Scrum-lagilite-dans-un-cadre-contractuel/ Au SigmaT 5, Benjamin Böhle-Roitelet a présenté un retour d'expérience sur l'utilisation de Scrum par la société Ekito dans un cadre contractuel à l'occasion d'un forfait pour Milan Presse. Voici les 4 vidéos de cette présentation. Les transparent sont téléchargeables sur le blog de Claude Aubry. Chris - 27 March 2009 - 21:33 Je sais que j'arrive un peu tard, mais malheureusement, les transparents ne sont plus dispo sur l'URL fourni. https://agilitateur.azeau.com/post/2008/05/12/Video-:-Scrum-utilise-pour-la-refonte-du-site-communautaire-Planetsagem/ Mon, 12 May 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/05/12/Video-:-Scrum-utilise-pour-la-refonte-du-site-communautaire-Planetsagem/ Au SigmaT 5, Pascal Bruyez a présenté un retour d'expérience sur l'utilisation de Scrum pour la refonte du site communautaire Planetsagem. Voici les 4 vidéos prises à cet occasion. Pour plus d'info, voir sur le blog de Pascal. https://agilitateur.azeau.com/post/2008/04/14/XP-Day-France-2008/ Mon, 14 Apr 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/04/14/XP-Day-France-2008/ Pour ceux qui ne seraient pas encore au courant, les 5 et 6 mai 2008 à Paris se déroule XP Day France 2008, les Journées d'XP et de l'agilité : http://www.xpday.fr/ Pour diverses raisons, je n'y serai toujours pas cette année mais je ne désespère pas de pouvoir m'y rendre un jour... Norman Deschauwer - 07 May 2008 - 17:33 Bonjour, j'ai participé à cet évenement et j'en sors assez satisfait des conférences, elles sont de qualités et on y rencontre beaucoup de personnes interressantes. https://agilitateur.azeau.com/post/2008/03/03/SigmaT-5/ Mon, 03 Mar 2008 00:00:00 +0000 https://agilitateur.azeau.com/post/2008/03/03/SigmaT-5/ Un petit billet sur ce blog en sommeil depuis bien longtemps pour signaler que le vendredi 28 mars se tiendra la 5ème édition du Séminaire d'Information Gratuit sur les Méthodes Agiles de Toulouse. Tous les détails utiles sont chez Claude. https://agilitateur.azeau.com/post/2007/09/23/SigmaT-3-:-epilogue/ Sun, 23 Sep 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/09/23/SigmaT-3-:-epilogue/ Le 3ème SigmaT s'est tenu vendredi dernier. Comme on pouvait l'espérer la session fut intéressante. Camille Bloch nous a présenté l'expérience Scrum en cours chez Areva et les satisfactions qu'elle donne même si la route est encore longue. Le point qui m'a le plus marqué est que la quasi totalité de l'équipe de développement a fait le déplacement depuis Montpellier pour accompagner cette présentation : la méthode Scrum porte parfois très bien son nom. https://agilitateur.azeau.com/post/2007/09/20/Persistance/ Thu, 20 Sep 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/09/20/Persistance/ Depuis notre précédente livraison, notre logiciel peut être considéré comme acceptable pour une utilisation basique : lister le contenu d'un podcast audio, sélectionner un morceau et l'écouter. C'est là une des forces de l'agilité : fournir rapidement un système ayant une réelle utilité tout en garantissant que ce système va pouvoir aisément évoluer par rajout (sans douleur) de nouvelle fonctionnalités. C'est ce que nous allons faire aujourd'hui pour continuer notre aventure de conception émergente. https://agilitateur.azeau.com/post/2007/09/12/Deuxieme-livraison/ Wed, 12 Sep 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/09/12/Deuxieme-livraison/ Nous sommes toujours dans la grande saga de l'été sur la conception émergente. Après l'intégration d'un second scénario, notre deuxième version du logiciel est sur le point d'être terminée. Allons-nous y parvenir aujourd'hui ? Un des avantages du développement en intégration continue est la capacité à disposer à tout instant d'un logiciel exécutable. En l'occurrence, même si la réalisation du deuxième scénario n'est pas terminée, nous pouvons toujours exécuter l'application et bénéficier du fonctionnement du 1er scénario. https://agilitateur.azeau.com/post/2007/09/04/Rentree-agile/ Tue, 04 Sep 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/09/04/Rentree-agile/ Septembre, la fin de l'été (a-t-il vraiment commencé ?), la rentrée des classes... Les agilistes du sud-ouest font aussi leur rentrée. Cela se passera le 21 septembre dans un amphi de l'université Paul Sabatier pour le 3ème "Séminaire d'Information Gratuit sur les Méthodes Agiles de Toulouse". Toutes les informations utiles sont chez Claude Aubry avec entre autres le programme bien garni de cette rencontre. J'aurai, par ailleurs, le plaisir d'y faire une intervention sur la conception émergente. https://agilitateur.azeau.com/post/2007/09/02/Nouveau-scenario/ Sun, 02 Sep 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/09/02/Nouveau-scenario/ La première version de notre logiciel étant livrée, nous allons attaquer la deuxième en rajoutant un scénario de sélection et écoute de podcast. Nous sommes face au premier vrai défi. Le secret de l'agilité, c'est d'écrire du code facile à modifier. Ce nouveau scénario va nous donner l'occasion de vérifier cette affirmation et de voir, du moins l'espère-t-on, évoluer notre conception en conséquence. Que nous dit le 2ème scénario ? https://agilitateur.azeau.com/post/2007/08/24/Finalisation-avant-1ere-livraison/ Fri, 24 Aug 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/08/24/Finalisation-avant-1ere-livraison/ Après avoir terminé l'implémentation de notre 1er scénario, nous sommes presque sur le point de pouvoir livrer une 1ère version de notre logiciel. Notre client ayant mis en évidence un cas d'utilisation non couvert par nos tests, nous allons nous empresser de rectifier le tir. J'entends déjà les esprits chagrins se lamenter "Voilà ce qui arrive quand on veut laisser émerger la conception au lieu de bien réfléchir avant de se lancer dans le codage ! https://agilitateur.azeau.com/post/2007/08/21/Integration/ Tue, 21 Aug 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/08/21/Integration/ Troisième volet de la saga sur la conception émergente. Après avoir implémenté la logique de notre premier scénario, il est temps d'obtenir une première version utilisable de notre application. Pour cela, il suffit de donner corps aux composants d'interaction avec l'environnement du logiciel, l'interface utilisateur et l'accès à des documents XML, puis d'intégrer l'ensemble de nos composants au sein d'un exécutable. L'utilisation de TDD pour la réalisation de composants d'interaction externe est toujours un point délicat. https://agilitateur.azeau.com/post/2007/08/16/TDD-sur-page-blanche/ Thu, 16 Aug 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/08/16/TDD-sur-page-blanche/ Après quelques considération d'ordre général sur la conception émergente, il est temps d'entrer dans le vif du sujet. Comme prévu, nous allons essayer de faire émerger la "conception" du code que nous allons écrire. Comme nous en sommes au début du projet, nous n'avons aucune base sur laquelle ancrer notre code mais ce n'est pas grave. L'essentiel est de faire un peu de conception sur papier -- suffisamment pour démarrer l'écriture d'un premier test. https://agilitateur.azeau.com/post/2007/08/10/Conception-emergente/ Fri, 10 Aug 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/08/10/Conception-emergente/ Le développement dirigé par les tests ou TDD, popularisé par eXtreme Programming, est une technique de développement logiciel très usitée au sein des personnes pratiquant les méthodes agiles. Son principe de base, "toujours écrire un test qui rate avant d'écrire le code qui permet de le faire passer", a pour avantage de focaliser l'attention du développeur sur l'écriture de code destiné exclusivement à remplir les fonctionnalités souhaitées pour le logiciel. Il participe ainsi à la mise en application d'un des principes du manifeste agile " https://agilitateur.azeau.com/post/2007/08/09/Pod-pod-pod-pod/ Thu, 09 Aug 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/08/09/Pod-pod-pod-pod/ Thanks to Jeremy D. Miller I just discovered a place that is worth a web surf: Process, People, and Pods. Fred George started to blog less than a month ago and, in a few articles, he described the very nature of agile software development. From agility inner secret to encounters of the third kind (of developers) and path to development wisdom, we go through all what we would like to tell about our jobs if we knew the words for that. https://agilitateur.azeau.com/post/2007/06/27/Les-exigences-non-satisfaites-le-cancer-du-logiciel/ Wed, 27 Jun 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/06/27/Les-exigences-non-satisfaites-le-cancer-du-logiciel/ Les Burndown Chart de Release fournissent un bon moyen de visualiser l'avancement d'un projet de développement logiciel à l'échelle de l'itération. Ils permettent d'estimer visuellement la bonne marche de l'équipe et ainsi d'anticiper les retards trop importants en modulant le contenu du projet. Certains jours, l'interprétation que l'on peut avoir de ces graphiques prend une saveur assez particulière... Il faut dire que mes graphiques sont un peu spéciaux. Non content de ne visualiser que le reste à faire, je me suis mis à différencier visuellement le travail accompli lors d'une itération des exigences générées par la démonstration qui suit l'itération en question. https://agilitateur.azeau.com/post/2007/03/21/XP-Day-France-2007/ Wed, 21 Mar 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/03/21/XP-Day-France-2007/ XP Day France, manifestation consacrée à XP et à l'agilité, va voir sa 2ème édition se dérouler les 2 et 3 mai prochains. Pour diverses raisons personnelles, je n'y serai pas mais je relaie ici l'information car, suite à ma participation au 2ème SIGMA Toulouse, je suis de plus en plus convaincu que de tels évènements auraient intérêt à se multiplier si les professionnels du logiciels ne veulent pas rester englués dans des approches datant d'une époque révolue. https://agilitateur.azeau.com/post/2007/03/16/SIGMAT-20/ Fri, 16 Mar 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/03/16/SIGMAT-20/ Le deuxième SIGMAT a eu lieu aujourd'hui et je suis vraiment très content d'avoir pu y participer autant comme intervenant que comme membre de l'auditoire. J'ai tout particulièrement été surpris que plusieurs personnes fassent le déplacement à Toulouse depuis Montpellier ou Bordeaux pour parler d'agilité pendant quelques heures. Cela me conforte dans l'idée que je ne suis pas seul à penser qu'il y a du bon dans les méthodes agiles et que les idées qu'elles véhiculent gagneraient à être mieux médiatisées dans les métiers du logiciel. https://agilitateur.azeau.com/post/2007/03/08/MOE-et-MOA-sont-dans-un-bateau/ Thu, 08 Mar 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/03/08/MOE-et-MOA-sont-dans-un-bateau/ Un excellent billet de Claude Aubry sur les notions de "Maîtrise d'ouvrage" et "Maîtrise d'oeuvre" dans un monde agile me donne l'occasion de parler d'un syndrome assez fréquent dans le monde du développement logiciel : celui de l'emprunt abusif à d'autres disciplines. Wikipédia l'explique très bien : MOA et MOE sont des termes empruntés au secteur des Travaux publics. Alors, pourquoi ont-ils débarqués dans le logiciel ? Je n'ai pas la réponse historique à cette question mais j'ai quand même quelques intuitions. https://agilitateur.azeau.com/post/2007/01/13/Scrumification/ Sat, 13 Jan 2007 00:00:00 +0000 https://agilitateur.azeau.com/post/2007/01/13/Scrumification/ Dans le cadre de mon activité professionnelle, j'ai toujours appliqué une démarche de dissémination de pratiques agile dans un processus existant, ce qui produit en pratique des méthodes de travail un peu bricolées et spécifiques à un contexte donné. En ce début d'année, je change un peu mon fusil d'épaule. Ce changement n'a rien de dogmatique et découle plutôt d'une démarche opportuniste. Il est des contextes où les changements que peuvent apporter de légères orientations un peu plus agiles obtiennent de très bon rendements. https://agilitateur.azeau.com/post/2006/12/22/Accuse-levez-vous/ Fri, 22 Dec 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/12/22/Accuse-levez-vous/ Hier, je parlais de l'article de Valtech Mag sur le chef de projet agile et de l'utilité d'une telle notion. Le hasard a fait que je lise ce soir un billet de Tom Looy sur le DDR : "Développement Dirigé par la Responsabilité" (ou ADD : Accountability Driven Development en version originale). Le hasard faisant, selon la formule, toujours bien les choses, Tom Looy apporte une réponse à une des questions que je me posais : qu'est-ce qui pousse les gens à encore raisonner en termes de chef de projet là où il n'y en a plus forcément besoin ? https://agilitateur.azeau.com/post/2006/12/21/Y-a-t-il-un-chef-dans-le-projet/ Thu, 21 Dec 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/12/21/Y-a-t-il-un-chef-dans-le-projet/ Le Valtech Mag nous parle du chef de projet dans un fonctionnement agile. Le sujet mérite que l'on s'y attarde car, comme le dit à juste titre l'article "l’agilité est bel et bien en train de révolutionner le rôle du chef de projet". Le diagnostic de l'impact des méthodes agiles est, pour la plupart, bien vu et amplement détaillé. Citons en vrac : "la construction d’un système logiciel n’est pas un exercice de prévision. https://agilitateur.azeau.com/post/2006/11/17/The-Time-Dilation-of-an-Ideal-Day/ Fri, 17 Nov 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/11/17/The-Time-Dilation-of-an-Ideal-Day/ Ideal Day, Story Points, Load Factor, Velocity... Lots of concepts for a simple goal : predicting the amount of work that will get done for a given date. Anybody who went through this kind of measurement system probably tried to grasp its validity. Dave Churchville wonders "How long is an ideal day ?" in calendar time. Ed Gibbs rebounds on the difficulty that people have with story points when time units come more naturally. https://agilitateur.azeau.com/post/2006/11/12/Exprimer-ses-besoins/ Sun, 12 Nov 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/11/12/Exprimer-ses-besoins/ Il y a quelques temps, dans un billet sur la qualité, j'ai mentionné le rôle que joue l'expression des besoins dans la réalisation d'un produit de qualité. J'y raconte comment les pratiques de XP on-site customer et small release permettent de s'assurer que les attentes exprimées sont les bonnes et que l'on n'en prend pas en compte un trop grand nombre simultanément. Aujourd'hui, un billet de Claude Aubry qui explique le besoin de prioritisation des exigences lors de la réalisation d'un système m'incite à revenir sur le sujet en réfléchissant à la meilleure façon d'exprimer les attentes d'un client dans une approche agile. https://agilitateur.azeau.com/post/2006/11/03/Black-box-project-management/ Fri, 03 Nov 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/11/03/Black-box-project-management/ I love metaphors on project management. I just read a good one by Tom Looy : "How Long is a Piece of String?". You can get an estimate by looking at it but you will get a more accurate value by measuring it with a ruler. Estimating is not an easy job, especially when it comes to predicting when a piece of software is done. In the early stages of a software project, when you can barely estimate and certainly not measure anything, fixing scope, cost and dates is impossible. https://agilitateur.azeau.com/post/2006/07/12/QOTD/ Wed, 12 Jul 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/07/12/QOTD/ Garry Berteig says: I mentioned an example of agile effectiveness in terms of Visa. The waterfall example is to have to go to the bank for a loan, fill out forms in a meeting, reschedule for approval, and sign off on contract. On the other hand Visa lets the borrower make the decisions about how much and how often within a predetermined limit. People go for Visa because it allows for iterations that are self determined, and very frequent compared to a bank loan process. https://agilitateur.azeau.com/post/2006/07/11/Dis-moi-comment-tu-codes-je-te-dirai-qui-tu-es/ Tue, 11 Jul 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/07/11/Dis-moi-comment-tu-codes-je-te-dirai-qui-tu-es/ Au cours d'une récente discussion sur xp-france au sujet du recrutement de membres d'une équipe XP a été inévitablement évoqué la question de l'utilisation de tests techniques au cours de la procédure de recrutement. Je reviens ici sur cette pratique qui me parait essentielle car elle permet d'en dire bien plus long sur une personne que la stricte évaluation des compétences techniques. Il convient premièrement de clarifier ce que l'on entend par 'test technique'. https://agilitateur.azeau.com/post/2006/06/25/Comment-etre-vraiment-sur-de-recruter-un-mauvais-ingenieur-informatique/ Sun, 25 Jun 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/06/25/Comment-etre-vraiment-sur-de-recruter-un-mauvais-ingenieur-informatique/ Vianney Lecroart explique comment recruter un mauvais ingénieur informatique. Dans l'ensemble, les règles décrites dans ce billet me semblent bien illustrer certaines erreurs classiques de recrutement dans le développement logiciel. Malheureusement, ces règles ont un défaut. Elles laissent transparaître, de manière diffuse, un des travers que l'on retrouve de plus en plus souvent chez les agilistes : la croyance que constituer une équipe de développement consiste principalement à réunir un ensemble de personnes très ouvertes au dialogue et capables d'acquérir les connaissances qu'elles n'ont pas. https://agilitateur.azeau.com/post/2006/06/24/Que-fait-on-dans-la-derniere-iteration/ Sat, 24 Jun 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/06/24/Que-fait-on-dans-la-derniere-iteration/ Dans un billet récent, Claude Aubry rapporte l'existence de plusieurs articles sur l'agilité dans l'édition de juin 2006 de 'Software Test & Performance'. Un de ces articles, signé Dean Leffingwell, décrit les méthodes agiles du point de vue de l'activité de test. Cet article est de bonne qualité, ou presque. Dans la toute dernière partie, celle où l'on décrit le passage de la théorie au monde réel, il y est raconté à quel point il est impossible de tout tester dans chaque itération et que certains aspects du logiciel ne peuvent, en fin de compte, n'être testés qu'à la fin lors d'une itération dite de "durcissement". https://agilitateur.azeau.com/post/2006/06/13/Jardiner-agile-nest-pas-si-facile/ Tue, 13 Jun 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/06/13/Jardiner-agile-nest-pas-si-facile/ Hier soir, j'ai regardé une émission de télé-réalité de France 3. Je n'ai pas pour habitude d'aller chercher des exemples d'agilité ou de non-agilité dans des domaines qui n'ont qu'un très lointain rapport avec le développement logiciel mais, sur ce coup, le discours de certains protagonistes m'a inévitablement fait penser à quelque chose de connu. Un des apprenti jardiniers : "Quand est-ce que l'on aura le plan définitif ?" L'architecte paysagiste, qui est la 'directrice de produit' (puisqu'elle décide des végétaux à planter et de leur emplacement) et qui change d'avis assez souvent : "Un plan n'est jamais définitif" https://agilitateur.azeau.com/post/2006/06/12/To-Fix-or-Not-to-Fix-:-That-is-the-Question/ Mon, 12 Jun 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/06/12/To-Fix-or-Not-to-Fix-:-That-is-the-Question/ Dave Churchville talks about things you should care about when planning bug fixes. I totally agree with his point. On one hand, it does not make sense to implement more and more features without fixing serious hazards first. This is sometimes called creeping featuritis. On the other hand, stopping any shipping till every bug is fixed can make more harm than good : a buggy software can provide more value to the user than no software at all. https://agilitateur.azeau.com/post/2006/06/06/Cest-a-loutil-que-lon-reconnait-le-bon-ouvrier/ Tue, 06 Jun 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/06/06/Cest-a-loutil-que-lon-reconnait-le-bon-ouvrier/ Les méthodes agiles ont en commun une faible emphase sur l'outillage face à la communication entre les participants. Cela ne signifie pas pour autant qu'il ne faille pas se soucier de l'outillage : si l'on veut que les participants ne perdent pas leur temps à maîtriser les outils au lieu de produire de la valeur pour le client, il leur faut des outils qui s'adaptent à leur façon de travailler et pas l'inverse. https://agilitateur.azeau.com/post/2006/05/28/36-15-Qui-nen-veut-de-mon-agilite/ Sun, 28 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/28/36-15-Qui-nen-veut-de-mon-agilite/ L'an dernier, Pascal Roques, bien connu pour ses ouvrages sur UML, avait publié un article décrivant une démarche de modélisation "agile". Il est récemment revenu sur le sujet en publiant un exemple d'utilisation de cette démarche. Cette démarche est décrite de la manière suivante : Une démarche de modélisation "agile" pour passer des besoins utilisateurs au code. Le processus que nous vous proposons de suivre pour le développement d’applications Web se situe à mi-chemin entre UP (Unified Process), un cadre général très complet de processus de développement, et XP (eXtreme Programming), une approche minimaliste à la mode centrée sur le code. https://agilitateur.azeau.com/post/2006/05/23/Every-Process-is-an-Iterative-Waterfall/ Tue, 23 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/23/Every-Process-is-an-Iterative-Waterfall/ Dave Nicolette raises concerns about organisations moving to agile development while appointing "traditionally-minded" managers. Risk #1 is that these managers turn the agile processes upside down by transforming them into a Staggered Iterative Waterfall as described by Kane Mar. I deeply agree with the key statement of those articles : agility's main duty is improvement of interactions between individuals with the help of suitable processes. It is not about focusing on a well-polished process aimed at eliminating every possible waste in human activities. https://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime/ Thu, 18 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/18/De-lentretien-de-sa-propre-estime/ Claude Aubry récapitule ce que l'on peut faire avant la première itération pour bien démarrer un projet. L'élément qui a le plus retenu mon attention est "un plan initial de la release" qui suppose d'avoir estimé les exigences et défini les priorités. Ce point est toujours délicat. Une absence de plan peut entrainer une absence de confiance de la part du sponsor et mettre en danger la poursuite du projet. Un plan trop précis ou pas assez expliqué peut être trop rapidement entériné et faire disparaître un des principes de l'agilité : "we have come to value responding to change over following a plan". https://agilitateur.azeau.com/post/2006/05/14/XP-explique-a-un-apotre-de-la-qualite/ Sun, 14 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/14/XP-explique-a-un-apotre-de-la-qualite/ Beaucoup de sociétés impliquées dans du développement logiciel mettent en avant leur démarche qualité. Rien de très étonnant à cela. Les contraintes du marketing font que si les autres font de la qualité (et le font savoir) et que soi même on n'en fait pas (ou on ne le fait pas assez savoir), les autres seront considérés comme faisant de meilleurs produits ou rendant de meilleurs services. Il faut cependant remarquer qu'il y a qualité et qualité. https://agilitateur.azeau.com/post/2006/05/12/Les-bienfaits-de-la-colonisation/ Fri, 12 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/12/Les-bienfaits-de-la-colonisation/ La sensation Web de la semaine, c'est Google Trends. La possibilité de connaître les volumes de recherche Google d'une ou plusieurs expressions dans le temps (historique depuis 2004) et dans l'espace (pays et villes d'où sont faites les recherches). J'ai essayé de voir ce que cela donnait avec quelques méthodes de développement logiciel. La 1ère surprise, c'est la baisse continue du volume de recherches. Le phénomène n'est pas propre à ces expressions : une recherche sur 'java' ou 'design pattern' donne les même tendances. https://agilitateur.azeau.com/post/2006/05/08/De-lart-de-bricoler-sa-methodologie/ Mon, 08 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/08/De-lart-de-bricoler-sa-methodologie/ Je viens de lire un échange intéressant où Fabien Benoit s'interroge sur la mise en oeuvre effective de méthodologies opposées par des guerres plus ou moins religieuses et Aurélien Pelletier répond en faisant un tour d'horizon des pratiques actuelles et en concluant qu'il n'y a pas de méthodes idéale : tout est une question de dosage en fonction du contexte. Fabien acquiesce en faisant remarquer qu'il ne peut donc pas y avoir de méthode "prête à l'emploi" contrairement à ce qu'espèrent proposer divers vendeurs de solutions miracle. https://agilitateur.azeau.com/post/2006/05/07/Agilitation/ Sun, 07 May 2006 00:00:00 +0000 https://agilitateur.azeau.com/post/2006/05/07/Agilitation/ Je n'aime pas mâcher mes mots, surtout quand il s'agit de thèmes qui me tiennent particulièrement à coeur dans le développement logiciel : les bonnes ou mauvaises pratiques, les méthodes et les processus plus ou moins formalisés, la communication et les interactions entre les intervenants... C'est ainsi qu'est né ce blog : de l'envie de mettre par écrit les réflexions qu'il m'arrive de faire en réaction à une lecture sur le Web ou à une expérience vécue dans la vraie vie sur ces thèmes là.