L'analyste programmeur peuplait les projets informatiques dans les années 80 et 90. Ce développeur, qui s'intéressait plus au fonctionnel qu'à la technique, a disparu des projets fondés sur les nouvelles technologies. Face à la pression sur le coût journalier, à l'arrivée de l'offshore et à la banalisation de la technologie, son retour semble inévitable, voire souhaitable. Mais, ce retour avortera si les entreprises ne mettent pas d'abord en oeuvre les outils qui minimiseront les besoins en connaissances techniques sur les projets J2EE ou . Net. Sans quoi, dans quelques années, cette offre d'emploi, aussi insensée soit-elle, sera toujours d'actualité : « Recherche développeur Java - vous interviendrez en développement de projets en nouvelles technologies. Ingénieur (bac+5), vous possédez 2 à 4 ans d'expérience. Bonnes compétences techniques en Java-J2EE, JSF, EJB, JMS, JCA, Struts, Hibernate et Spring. Bon relationnel et capacité à travailler en équipe. Des connaissances de la plate-forme . Net serait un plus. »

Il y a dix ans, pour faire une application Cobol ou client/serveur, de telles compétences n'étaient pas nécessaires. D'ailleurs, beaucoup de projets de nouvelles technologies échouent, car les développeurs passent plus de temps sur la technologie que sur le métier. Il faut sortir de cette impasse. Le métier doit redevenir la préoccupation principale des maîtrises d'oeuvre. La technologie ne doit plus être au coeur du changement. On ne parviendra pas à contourner cet écueil, tant que les projets seront envahis par des experts techniques. C'est pourquoi l'industrie du développement doit évoluer de manière à pouvoir réunir sur les projets des profils qui s'intéressent plus au métier qu'à la technologie.

La complexité d'une technologie doit être abordée en amont au travers du développement et de la mise en place d'un socle technique. Lequel aidera à dissocier les aspects techniques et fonctionnels d'une application. L'idéal étant que le code fonctionnel ne comporte plus de code technique. Ainsi des profils bac+2 et bac+3, ayant des connaissances métier plus que des connaissances techniques, pourront-ils revenir sur les projets pour le plus grand bonheur des acheteurs. C'est le retour du fameux développeur Cobol ou VB, l'ancien analyste programmeur rebaptisé développeur fonctionnel ou métier.

Le développeur qui ne s'intéresse pas à la technologie ne sera pas frustré. En revanche, le développeur technique, celui qui aime la technologie, le sera, puisqu'il se retrouvera écarté des équipes projets travaillant à partir d'un socle. Il interviendra néanmoins en amont sur la réalisation de ce socle. Occasionnellement, il pourra être sollicité pour huiler le développement et éviter qu'un projet butte sur une problématique technique. Le développeur technique ne doit jamais représenter plus de 20 % des forces vives d'un projet. Si ce n'est pas le cas, c'est que le socle technique n'est pas bon : il présente des lacunes, il n'est pas adapté au projet...

La mise en place d'un socle technique s'intègre dans un processus d'industrialisation du cycle de développement. Toutefois, le développement informatique reste un espace où la créativité du développeur demeurera un différentiateur important. La différence étant que, dans un projet mettant en oeuvre un socle technique, la créativité sera au service du métier, c'est-à-dire de la maîtrise d'ouvrage et non plus de la maîtrise d'oeuvre. Ceci va dans le sens de l'industrialisation du développement. Il ne faut pas parler d'industrialisation du développement mais plutôt d'industrialisation du cycle de développement d'une application. Car si seule la phase de développement est industrialisée les gains à espérer sont faibles. Il faut chercher à agir sur toutes les phases de la réalisation d'une application : de l'analyse jusqu'à l'exploitation.

*directeur technique chez Improve. Docteur en informatique de l'Ecole normale supérieure de Lyon, il a rejoint cette SSII en 1999, après avoir passé quatre ans chez Atos. Il anime aussi le site Application-servers.com qu'il a créé en 2000.