Projets Informatiques et Chantiers du Bâtiment

Puisque je ne pouvais décemment pas laisser l'article précédent sur la page d'accueil pour l'éternité, je me décide (enfin) à poster de nouveau. Car non, ce blog n'est pas mort et non, ce blog n'est pas scatologique. Qu'on se le dise ! Redevenons un peu sérieux quelques minutes pour parler ensemble d'un monde où on compte des bits, on coupe des strings et on lance des sleep toute la journée : l'informatique.

Au Moyen-Age de l'internet, cette sombre époque durant laquelle le massacre de sites web était monnaie courante à coup de gif animés mal détourés, de pluies de flocons de neige en javascript et de musique de fond, l'internaute trentenaire que vous êtes peut-être a surement croisé le panneau " Men At Work " pour signaler qu'un site était en cours de développement.

Ce n'est pas étonnant. Il y a toujours eu beaucoup de similitudes entre un projet informatique et un chantier dans le bâtiment : de nombreuses tâches à exécuter dans un ordre précis, des corps de métiers parfaitement identifiés aux compétences pointues, un besoin d'organisation et de planification évident, une adaptation à un environnement pré-existant, une proportion de femmes digne d'un monastère, une sous-traitance à outrance et des délais désespérément extensibles pour n'en citer que quelques unes.

Le vocabulaire des projets informatiques emprunte donc énormément au monde du bâtiment. On y parle de la même manière de maîtrise d'oeuvre et de maîtrise d'ouvrage, de projets et de livraisons, de conception et d'architecture, d'urbanisme et de chantier, de fondation et de finitions... Naturellement, les managers ont cru qu'un projet informatique pouvait se gérer exactement comme un chantier du bâtiment. Ce fut une erreur fondamentale qui explique une bonne partie des errances du métier de l'informatique. Car il y a des différences toutes aussi fondamentales.

Tout d'abord, la notion de jour-homme est extensive dans le bâtiment, alors qu'elle est (très grossièrement) intensive dans l'informatique. Concrètement, on peut mettre quatre maçons sur un mur pour qu'il soit fini en quatre fois moins de temps qu'avec un seul. Ce n'est pas le cas avec du code informatique.

Le bâtiment permet aussi d'optimiser les délais en parallélisant totalement certaines tâches. On peut mettre une équipe différente sur chacun des quatre murs. Les murs se rejoindront dans les coins, et les coins seront même à angles droits ! Ce n'est pas le cas avec du code informatique.

Ensuite, un bâtiment est conçu par des architectes, qui ont fait des études d'architecture, la tête bourrée de coefficients de résistance et de contraintes physiques à respecter. Et le chantier est pris en charge par des experts du bâtiments, les mains rugueuses, la clope sur le côté et l'imposante ceinture d'outils avec marteau, tournevis, perceuse, pelle et bétonnière. Un architecte ne viendra pas expliquer sur un chantier comment couler du béton. Un maçon ne viendra pas dans un bureau d'études pour se plaindre de la position des fenêtres. C'est pourtant ce qui se passe dans l'informatique.

Enfin, les clients d'une entreprise du bâtiment viennent rarement discuter et changer les plans lorsqu'ils emménagent : changer la place des fenêtres, choisir une autre couleur pour les murs, rajouter un étage, ou carrément décider que la superbe villa de 150m² avec jardin et piscine sera parfaite pour en faire un supermarché. C'est pourtant ce qui se passe dans l'informatique.

On peut aller jusqu'à imaginer à quoi ressemblerait un immeuble qui aurait été construit dans les mêmes conditions qu'un projet informatique comme par exemple :

Définitivement, bien qu'employant le même vocabulaire et partageant la même tendance à embaucher de la main d'oeuvre étrangère à vil prix, l'informatique et le bâtiment sont vraiment deux mondes différents.

D'un autre côté, pour être tout à fait juste et équitable, voici ce que donnerait un site web fait par des maçons et des plombiers :

Laisser un commentaire