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

12 juil. 2006 Olivier Azeau

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

11 juil. 2006 Olivier Azeau

Comment être vraiment sûr de recruter un mauvais ingénieur 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

25 juin 2006 Olivier Azeau

Que fait-on dans la dernière itération ?

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

24 juin 2006 Olivier Azeau

Jardiner agile n'est 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.

13 juin 2006 Olivier Azeau

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

12 juin 2006 Olivier Azeau

C'est à l'outil que l'on reconnaît 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

06 juin 2006 Olivier Azeau

36 15 Qui n'en veut de mon agilité ?

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

28 mai 2006 Olivier Azeau

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

23 mai 2006 Olivier Azeau

De l'entretien 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

18 mai 2006 Olivier Azeau

XP expliqué à un apôtre de la qualité

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

14 mai 2006 Olivier Azeau

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.

12 mai 2006 Olivier Azeau

De l'art de bricoler sa méthodologie

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

08 mai 2006 Olivier Azeau

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

07 mai 2006 Olivier Azeau