Lorsque l’on me demandait quelle était la dernière tendance dans le domaine du développement informatique, je répondais le lean. Cette approche était d’autant plus facile à expliquer, car je pouvais prendre des exemples en dehors du secteur informatique, le plus fameux d’entre eux étant Toyota. Les problèmes récents rencontrés par le constructeur japonais montrent que toutes les idées peuvent éprouver des difficultés à conserver leurs valeurs originelles lorsqu’elles doivent être appliquées à grande échelle. Je reconnais que la situation de Toyota est complexe et je pense toujours que cette société a créé une culture d’entreprise particulière. Néanmoins, son problème d’image reste entier dans l’opinion publique. Read more

Methods & Tools est un e-magazine en anglais gratuit pour les développeurs et les chefs de projet. Au sommaire de l’édition Winter 2009 :
* Refactoring Large Software Systems – la maintenance agile pour l’évolution d’un système stratégique
* An Introduction to Domain Driven Design – accélérez les projets sur les domaines complexes
* Agile Coaching Tips – améliorez vos compétences agiles
* Are Enterprise AJAX Applications Doomed… Or Are We? – un nouveau modèle pour résoudre les problèmes de sécurité posés par AJAX
* Does Process Improvement Really Pay Off? – indicateurs clés pour mesurer l’amélioration du processus
* Outil: SQuirreL SQL Client – un outil open source puissant pour travailler sur des bases de données diverses

60 pages de connaissances sur le développement des systèmes d’information à télécharger librement sur http://www.methodsandtools.com/mt/download.php?winter09

« Les gens sont terrorisés à l’idée d’échouer avec une méthode qu’ils ne connaissent pas mais sont rassurés par échouer avec une méthode qu’ils connaissent bien »

Ken Schwaber

Conversation citée sur le blog d’Alexandre Boutin

J’ai été étonné par le niveau de dogmatisme, bigoterie, mépris ou simplement d’ignorance dont j’ai été le témoin dans le monde agile. Je ne blâme pas les agilistes les plus réputés, même si parfois par leurs écrits et leurs présentations, ils réduisent leurs messages à l’essentiel, au niveau du slogan, et qu’ils omettent le contexte – aussi bien au niveau de la source que de la mise en oeuvre.

Au moment où l’agilité augmente son taux d’adoption – ce que vous pouvez constater si vous assistez à de grandes conférences dédiées au développement informatique comme SD East et West ou OOPSLA (Object-Oriented Programming, Systems, Languages, and Applications) – de plus en plus de personnes disent (ou répètent) des messages incompris avec une forte conviction et peu d’expérience, raillant tous ceux qui osent questionner leurs déclarations, même s’il s’agit juste de demander une clarification sur l’étendue d’un projet ou de son contexte.

En écrivant ces mots, je devrais être exécuté comme traître à la cause agile, défenseur de l’église du cycle de vie en cascade, un dinosaure, un super-obtus, bien que j’apprécie l’agilité ou les pratiques agiles dans un contexte favorable et à travers le filtre de mes 33 ans d’expérience. Mais j’aimerais que mes amis et collègues gardent la tête froide, questionnent les hypothèses, n’assument pas trop l’existence d’un modèle mental partagé unique et remettent dans son contexte ce qu’ils entendent, lisent, disent ou écrivent.

Source : Philippe Kruchten, Voyage in the Agile Memeplex (en anglais)

Philippe Kruchten nous transmet une expérience précieuse. Il faut répéter qu’il n’a pas de solution miracle dans le développement informatique. De nombreuses approches échouent si leurs valeurs fondamentales ne sont pas comprises, mais qu’au contraire on se trouve en présence de personnes qui veulent ppliquer des recettes de cuisine sans intelligence ni bon sens. Chaque nouvelle approche compte un nombre de fondamentalistes qui tentent de la mettre en oeuvre à la manière de préceptes religieux stricts. Je crois fortement que le succès des projets de développement informatique dépend plus de l’adaptation pragmatique d’outils et de pratiques à une situation spécifique que le contraire