06 mars 2011

Système Informatique ou Système d’Information ?

Je discutais, samedi dernier, avec une personne de mes connaissances, « Project Manager Officer » de son état. Nous accompagnions nos enfants au conservatoire, pour la leçon de violon hebdomadaire. La discussion s’engage sur une de nos préoccupations communes du moment : Le projet X à quelques 4 milliard d’€ et des brouettes.
Au bout de 5 minutes, je demande à mon interlocuteur : - « Mais que signifie cet acronyme S.I. prononcé depuis le début, à plusieurs reprises ? La réponse quasi-automatique fut « Système d’Information, voyons » est pourtant, les mots employés dans un contexte non technique était: Machines, Serveurs, Protocole, Agents intelligents, Logiciels embarqués, allant jusqu’à une esquisse de mise en œuvre… Génial, … Oui mais … De quoi parle-t-on ? Système Informatique ou Système d’Information ?

Au risque d’enfoncer des portes ouvertes, Mes pairs urbanistes et autres architectes d’entreprise me pardonneront de me livrer, ici, à un exercice de pédagogie sur notre profession et les moyens, utilisés. N’est-ce pas là d’ailleurs, la véritable vocation de ce blog ?

Nous parlons probablement des deux, mais avec une imprécision flagrante liées au contexte, au projet, et aux limites des postures de chacun. L’architecte d’entreprise (appelé encore Urbaniste, ou Architecte fonctionnel) est au Système d’Information ce que les architectes techniques, les architectes applicatifs, et autre super architectes logiciels, sont au Système Informatique. C’est là, une première différence palpable entre les deux systèmes.

L’I.T. (Système informatique) est l’ensemble des actifs matériels et logiciels de l’entreprise ayant pour vocation à automatiser le traitement de l’information. C’est la partie visible à laquelle tout le monde pense quand on parle de projets et d’infrastructures informatiques. On y inscrit également la R&D, l’innovation technique, et toutes les techniques d’optimisation. Pour résumer, le logiciel, le serveur qui va bien et les écrans...

Le S.I. (Système d’information) est l’ensemble des actifs de l’I.T. (matériels et logiciels, forcement référencé quelque part) mais comprend aussi et surtout, les actifs humains et immatériels, les procédés, procédures, et processus, d’industrialisation, sur lesquels on les affecte, les informations de niveau sémantique, organisationnelle, et de structure, dites « Amont ».

Question : À quelle famille d’actif, peut-on associer la flotte de véhicule bleue d’EDF ?
La réponse est très simple, au premier abord, mais mérite d’être nuancée. Elle n’intervient à priori pas dans l’automatisation de tel ou tel service déployé, Son usage est manuel, et elle n'interagit à priori qu'avec son chauffeur ; donc on peut facilement comprendre que l’actif en question ne sera pas manager par une direction informatique. Est-ce pour autant un actif du Système d’Information ?

Analysons :
- Existe-t-il un ou plusieurs documents référençant ma camionnette bleue ?
- Ces documents montrent-ils une interaction avec un acteur identifié de l’organisation ?
- Peut-on trouver un premier niveau de formalisme d’un procédé ou mieux d’un processus d’entreprise intégrant ma camionnette bleue et son chauffeur ?
Une réponse négative à ces questions et fin de l’histoire : le véhicule est réduit à un actif comptable à amortir, et c’est sa seule existence dans le S.I.
Une réponse positive à ces questions permettrait d’induire que la camionnette est bien une ressource saillante dans le Système d’Information, en plus du système comptable, et contribue, dans une ou plusieurs tâches identifiées, à produire de la valeur.
- Puis au détour d’un autre processus métiers lui, parfaitement modélisé, on se rend compte, qu’un message entrant fait acte du nom du chauffeur, de la plaque d’immatriculation du véhicule, de la durée d’intervention et du kilométrage. Tiens Tiens, Ma fameuse camionnette bleue serait elle un objet métier, prompt à faciliter ma compréhension des processus et de leur interaction et/ou à automatiser un système futur ?
- Puis la direction générale, dans un communiqué historique, affirme son intention de réduire les coûts d’intervention, en prévoyant mieux les révisions ateliers des véhicules bleus. Là le faisceau d’information permet clairement de le considérer comme un objet métier, et donc un actif du SI, qui risque de prendre de plus en plus d’importance dans les processus à venir.

- 10 ans plus tard, le petit véhicule bleu, n’est plus bleu. Il n’a plus de chauffeur, il est truffé de logiciels dont une partie est stratégiquement développée en interne, et l’autre par un prestataire prestigieux. Il interagit en temps réel avec une base centrale de données, à l’aide d’un protocole non connu 10 ans plus tôt. Sa promotion dans plusieurs processus métiers, a été un facteur concurrentiel de développement déterminant, permettant de rendre l’activité non seulement durable dans le temps, mais rentable. Et oui, L’architecte d’entreprise est un homo économicus, du développement durable…
- Le suivi et la modélisation du SI a permis 5 ans auparavant, de faire une fusion acquisition gagnante avec cette société si brillante dans le développement de logiciels embarqué, comblant le vide fonctionnel que l’architecte d’entreprise avait détecté suite aux intentions de la DG.
- La DG (qui n’est pas frileuse) avait anticipée cela 10 ans plus tôt avec l’aide de son architecte d’entreprise.
- Les moyens utilisés pour « bâtir »sont tout simplement « la modélisation ». Cette discipline, empruntée à l’ingénierie des systèmes, et aux techniques de modélisation « objet » permet d’allier formalisme et rigueur, dans les différentes projections, transformation, et dérivation de modèle opéré pour bâtir un ouvrage stable dans le temps. Les procédés et les réflexes de modélisation sémantique, par exemple, sont sensiblement, les mêmes que ceux de la modélisation des données : Ce sont les objets eux-mêmes, qui diffèrent, ainsi que leurs dépendances. Si l’on comprend la différence entre Mathématiques et Physique appliquée, Alors par transposition respectivement sur SI et I.T., ou sur Concepts et data, les différences sont semblables…

Conclusions partielles :
- Le S.I. offre un outil, à moyen et long terme, pour se projeter, dans l’avenir, en captant la stratégie de l’entreprise, en la projetant et en la décomposant afin de faciliter l’alignement de solutions économiquement viables et durables.
- L’I.T. est une image fidèle du système informatique opérationnel, actuel, lui-même une réponse concrète et économique, des visions stratégiques précédentes, et dont la responsabilité des managers et de rendre son usage aussi fluide, agile, et utile que possible… et la tâche n’est pas simple.
- Le mode projet devrait intervenir sur une vision à maturité du SI de demain, de façon à permettre la transition. Un projet peut donc être considéré comme une transition entre l’IT d’aujourd’hui et l’IT de demain, avec une date de début, une date de fin et un objectif « SMARTE »
- Tout actif matériel a vocation à abonder le SI. L’adéquation économique et technique en fera peut être un actif de l’I.T. dans la vision stratégique, puis concrétisé dans un projet.
- Il est de plus en plus évident que l’adéquation économique anticipée doit prendre immédiatement en compte la composante énergétique comme la future grosse contrainte qui nous attend ; Le seul problème dans cette affaire, est que « tous les dirigeants aujourd’hui naviguent à vue »

Voici donc exposé, sous forme ludique, la différence fondamentale entre une démarche SI et son pendant I.T. Les frictions qu’il existe parfois entre les deux mondes à vocation plus complémentaire que concurrente, en découlent directement, les uns étant taxé de « philosophe aux théories fumeuses », les autres, de tekkos aux cheveux long et aux idées courtes.
Ma position personnel en tant qu’architecte d’entreprise est la suivante : Le respect et l’écoute des uns et des autres est une composante fondamentale pour agir consensuellement, chacun à sa place :
- Collègues et Amis Architectes, chaque fois que votre interlocuteur, vous dira : « Euh c’est trop technique », il est probable qu’en réalité, il n’ait rien compris à ce que vous lui disiez, et pour garder la tête haute, il botte en touche.
- Collègues et Amis MOA, chaque fois que votre interlocuteur, vous dira : « Euh, Pourquoi vos besoins ressemblent-ils à des spécifications détaillées », c’est que probablement vous ne travaillez pas avec des architectes d’entreprise, challengeant ce qu’il y a de meilleur en vous : La vision d’avenir et la compréhension des métiers. Pas la solution.

Je continue de penser que pour être innovant et riche, l’architecte technique a fondamentalement besoin d’une vision mature et de besoins clairement exprimés, par les urbanistes et les MOA. L’innovation, a besoins de garder son âme d’enfant, car un enfant est détaché des contraintes et des habitudes dont certaines devront être remises à plat. Les architectes d’entreprise, même si là n’est pas leur vocation, savent aussi écrire une requête SQL optimisé, connaissent la différence entre une variable, statique et d’instance, un pointeur et une référence. Ils savent développer dans leur langage favori, mais ils sont plus utiles encore à faire ceci.