Le 'Lean IT' a beau être un concept à la mode chez les fournisseurs pour continuer de vendre des produits en ces temps de crise économique, il n'en reste pas moins une idée à regarder attentivement. Plusieurs analystes de Forrester Research ont mis le sujet en valeur durant les trois jours de la conférence européenne du cabinet d'études, la semaine dernière à Berlin. L'idée du 'lean', "mince" en anglais, vient de l'industrie. Dit simplement, cela consiste à améliorer l'efficacité d'une chaîne de production, à réduire les efforts et dépenses inutiles et à instaurer une culture d'amélioration permanente. L'exemple le plus célèbre est celui de Toyota. A ses débuts, raconte John Rymer, vice-président et analyste principal, le fabricant d'automobiles japonais était allé voir Ford et General Motors, et avait conclu qu'il n'avait pas les moyens de s'offrir une organisation aussi complexe. Toyota a donc mis en place des processus plus simples. On connaît la suite de l'histoire. La stratégie lean convient à toute entreprise orientée services L'informatique, qui cherche à industrialiser ses processus, ne pouvait passer à côté du 'Lean'. D'autant, explique Alex Peters, analyste principal, que tout est aujourd'hui proposé sous forme de services. Or, dit-il, "les principes du Lean sont universels, ils s'appliquent à tous les services, et peuvent être mis en oeuvre dans tout type d'entreprise". Au sein des entreprises mêmes, une stratégie 'lean' peut viser deux grands domaines : la conception des applications et l'exécution de ces applications. Pour la partie conception, John Rymer et Dave West, analyste senior, se sont efforcés de démontrer que les principes du 'lean' pouvaient se combiner avec ceux des méthodes agiles afin d'accélérer la création des applications d'impliquer davantage les développeurs et les utilisateurs, et de minimiser les risques d'échec. Etre 'lean' et agile en 7 recommandations Les deux analystes ont expliqué n'en être qu'au début de leur réflexion sur le sujet. Néanmoins, ils ont déjà défini une tactique en 7 points : 1) constituer des équipes de développeurs talentueux (et les écouter) ; 2) adopter des outils et des plateformes adaptés à l'objectif ; 3) respecter les standards ; 4) suivre des processus 'lean' et agiles ; 5) s'appuyer sur l'Open Source ; 6) optimiser les environnements de déploiement ; 7) se concentrer sur les applications essentielles au métier et externaliser le reste. Certains conseils relèvent du pur bon sens. Certains peuvent entrer en contradiction avec la politique de l'entreprise. Le fait d'adopter des outils et/ou des plateformes spécifiques à un projet est généralement interdit : il faut suivre les recommandations édictées par un bureau d'études interne. Simplement, fait remarquer Dave West, "les architectes ne vivent pas nécessairement au même rythme" que les développeurs. Ce qui présente une certaine logique : se retrouver à gérer du java ici, du PHP là, du Ruby ici et du Python là simplement parce que tel ou tel développeur en a décidé ainsi à un moment T tournerait vite au cauchemar intégral. Donner "un certain degré de liberté" aux développeurs