English version
Recherche

Pour éclairer les décideurs dans le management du système d'information et leur effort permanent d'optimisation, Duquesne Group apporte ses analyses approfondies des technologies de l'information, de leur mise en œuvre et de leurs marchés. Notre recherche s'appuie autant sur l'observation critique du marché par nos experts, sur leurs contacts permanents avec les fournisseurs, que sur l'expérience vécue dans nos missions de conseil. Contactez-nous pour en savoir +
French version
Research

To support decision makers in the management and optimisation of information systems, Duquesne Group delivers in-depth analyses of information technologies, their implementations and their markets. Our research is based on critical observation of the market by our analysts and their on-going contacts with the vendor community, together with hands-on, practical experience from our consulting work. Contact us to find out more


Et si Louis Blériot avait été informaticien ?



L’anecdote est désormais célèbre : un descendant du pionnier de l’aviation qu’était Louis Blériot n’arrive pas à réitérer l’exploit de son ancêtre : traverser la Manche avec le même type d’appareil ! Plusieurs tentatives se sont soldées par un échec. Y a-t-il une leçon pour la production informatique ?



Et si Louis Blériot avait été informaticien ?
En fait, tout se passe exactement comme si Louis Blériot - ingénieur concepteur de son engin - était le seul à pouvoir le piloter. Ce phénomène est probablement aussi valable pour les pionniers de l’automobile: les premiers chauffeurs étaient forcément les concepteurs-réalisateurs ! Il fallait en effet savoir comment s’y prendre, deviner le comportement de l’engin pour réagir ou pouvoir « dépanner » rapidement. Le pilotage à partir de trois pédales et d’un volant n’est pas apparu tout de suite ! Ne parlons pas du tableau de bord ni du code de la route apparus encore après...

L’analogie avec la production informatique est édifiante et très intéressante : combien de cas où seul le concepteur d’un applicatif sait comment il va se comporter et est capable de le reprendre en production en minimisant les dégâts ? Combien de situations où le pilote, non concepteur et incapable de prévoir ce qui va se passer s’envoie dans le décor ?

A l’inverse : combien de concepteurs d’application pensent aux pédales et au volant ? Fort peu, malheureusement !

Ce qui est en effet surprenant en production informatique, c’est que tout le monde semble s’accommoder d’une situation pionnière alors que les outils sont pourtant là. Des frameworks (chez IBM, HP, CA et d'autres) des protocoles divers, ou simplement des alertes procédurées permettent d’offrir volants et pédales aux pilotes ; pourtant, les cas où le concepteur a songé à remonter une alarme sur un voyant ne sont hélas pas légion. La tendance est ancrée dans les moeurs des ingénieurs d’étude : on pense fonctionnalités et développement, on ne pense pas pilotage ! Résultat : le pilote qui sait conduire jusqu'à Lille ne saurait aller à Marseille ! On retrouve là la césure vieille comme le monde entre études et production...

La généralisation des progiciels dits intégrés va-t-elle changer cet état de fait en standardisant les actions de pilotage par un effet de série ? Peut-être, mais cela n'en prend pas le chemin. Quand voudra-t-on se pencher sur les questions de standardisation et d’automatisation du pilotage ? Quand on aura compris que cela existe et peut se faire avec profit !
E.B. Sirius
Vendredi 30 Septembre 2005

Home Home    Mail Mail    Print Print    Zoom + Zoom +    Zoom - Zoom -    Share Share


Dans la même rubrique :
< >

Duquesne Research Newsletter

Continuité, sécurité, conformité - Donald Callahan - 04/04/2012

COMMUNIQUÉ Continuité d'Activité : formations certifiantes à la nouvelle norme ISO 22301

ISO 22301 : la future norme de Continuité d'activité

Que faut-il mettre dans le document de "Politique de continuité" ?