Are you a Manager or a Leader ?

Un apôtre du management "du juste" en entreprise m'a récemment transmis cette image ci-dessous.
Definitely, I'm a leader to manage my team .... :-) and proud to be...

L’innovation, facteur de compétitivité ?

Toutes les entreprises, quelles qu’elles soient, sont extrêmement focalisées sur l’innovation. Qu’il s’agisse de créer, de transformer ou d’améliorer, toutes les entreprises souhaitent être innovantes, parce que l’innovation est considérée comme le facteur de compétitivité N°1 par 70% d'entre-elles. Les entreprises les plus en avance sur l’innovation sont celles qui utilisent l’IT pour tester des idées, et/ou introduire de nouvelles pratiques « métier ».

L'ennui dans cette histoire là, c’est que 90% des entreprises n'utilisent pas ou peu, tout le potentiel de leur IT pour innover. Pourquoi ? Et bien,  les SI sont complexes ; ils sont bâtis sur des technologies hétérogènes ; il est difficile et risqué de les faire évoluer rapidement, ce qui a tendance à ralentir l’innovation.

Un rapide coup d’œil sur les budgets IT, montre que 90%, de ces budgets sont consacrés à faire fonctionner l’existant, et que moins de 10% sont utilisés pour introduire l’innovation. La crise économique depuis 2008 a ceci de vertueux, qu'elle a permis aux banques d'investir dans l'innovation pour consolider leur image quand il ne s'agit pas de leur survie. Le ratio est plutôt de l'ordre de 85%/15%.

Les entreprises qui ne feraient pas cet effort seraient inexorablement poussées vers la sortie, par les autres capables "de faire mieux avec moins". La question est jusqu'où ? jusqu'à quand ? ..... En Asie on voit poindre un nouvel ordre sociale avec la robotisation croissante des entreprises et même des ménages. Non ce n'est plus de la science fiction. Donc d'un côté, les forces de l'innovation qui résonnent "productivité du travail" et de l'autre les forces de la nature qui nous rappelle que les sources d'énergie s’épuisent selon les lois élémentaires de la physique. Rappelons par exemple, qu'une requête sur la toile, ou le simple postage de ce message, coute à la collectivité, le temps d'une demi machine à laver, en énergie électrique pour les serveurs qui l'administrent.

Mme MICHU se financera à taux fixe en 2013

En Décembre 2012, les préoccupations fondamentales de Madame MICHU sont de mettre sa petite famille au chaud, et de penser aux cadeaux de Noël. Ses préoccupations constantes de longs termes, sont plutôt de se demander si elle aura la chance un jour de devenir propriétaire, car les loyers de son logement ne sont pas significativement inférieures à ceux d’un crédit pour ce même logement, et, se dit-elle, « Qu’elle dommage de ne pas investir cet argent, plutôt que de le jeter par les fenêtres ».
Dans la mensualité de son crédit, une part d’intérêt vient s’additionner à la part de capital remboursé. On appelle cela l’amortissement du capital emprunté. Madame MICHU à très bien pigé cette chose-là.

Le contexte

• Mme MICHU entend parler de la crise depuis 2008, et des faillites successives.
• Le 20theure lui dit que la courbe du chômage croît, et elle se dit que c’est normal puisqu’il y a des faillites.
• Elle pense avec raison qu’elle a une chance sur 5 de finir au chômage et que son mari aussi.
• Mam MICHU ignore la loi des exponentielles. C’est trop technique, ça ne l’intéresse pas.
• Elle pense que les jeux c’est bien seulement si elle gagne.
• Et Elle ne fait pas le rapport, entre gagner aux casinos et financer son logement. Elle préfère faire confiance à son banquier, Si si, car contrairement aux croupiers, les banquiers ont un devoir de conseil.

Que se passe-t-il si maintenant son banquier lui dit :

• "Je vous propose une mensualité de crédit plus faible, mais plus long !!"
• "Je vous propose une mensualité de crédit plus faible, mais ça peut changer dans le temps, et vous devrez quand même contractuellement payer."
• "Je vous propose une mensualité de crédit plus faible, mais ça peut changer dans le temps, dans des limites précisées, à la hausse comme à la baisse. On appelle cela un taux ajustable capet, lui aussi contractuel."

Le raisonnement de Madame MICHU

• Si le taux est fixe, c’est facile, je paie mes 1000 € de mensualité pendant 20 ans et basta. En plus, mon salaire grimpera un peu et celui de mon mari aussi, après sa période de chômage. Donc avec la patience, la charge sera moindre. Et puis avec mon bas de laine, je pourrais toujours faire des remboursements anticipés.
• Si le taux change, uhm uhm, Pourquoi  ? Comment ?? Je peux gagner ou perdre, en fonction de la météo, de l'age d’un capitaine que je ne connais même pas, diviser par celui de la reine d’Angleterre, que j’ai vu au 20theure, le tout, à la puissance pi ??? ça fait peur car je ne pige pas le rapport entre ma maison, le mot EURIBOR 3M, et les mots gagner ou perdre...
• Mon banquier doit me permettre de financer ma vie en toute sécurité, pas de la jouer au casino. Je lui paye un intérêt pour cela.

Le 17 décembre 2012, Madame MICHU, consulte 50 personnes de son entourage, et 42 lui confirment que les pratiques de son père et son grand père en matière de financement à taux fixes, tiennent encore la route. 3 lui disent qu'elle devrait prendre le temps de regarder un mode de financement à taux révisable. Et bien à tort ou à raison, croyez-le ou non, il est fort possible que Madame MICHU emprunte en 2013, à taux fixe, et cela était en plus prévisible. Fallait juste demander à son père et son grand père...

Et pourtant, le taux capet est une bonne solution financière, pour une répartition équitable des risques, car si les taux montent, Mme MICHU paiera relativement plus, jusqu'à un certain seuil, au delà duquel c'est le banquier qui prendra la relève. Si les taux baissent, Mam MICHU en profitera immédiatement, jusqu'à un seuil, au delà duquel, le banquier encaissera relativement plus. En plus il est tout à fait possible de s'assurer à la hausse à l'aide de produit d'assurance, tel que des swap de taux. C'est dire le besoin de sécurité qu'ont nos congénères, face à l’incertain, et c'est dire le risque que d'autres sont près à prendre pour devenir relativement plus riche... ou plus pauvre. C'est un jeu, dont la probabilité de gagner est plus prédictible qu'au casino, mais ou la probabilité de perdre, plonge le monde entier, dans la misère, entrainant dans son sillon des pauvres bougres qui n'ont rien demandé, et jamais joué.

Dans le cas présent, les taux sont tellement bas, que l'arbitrage entre taux fixe/taux variable ne se pose pas. Seul le taux fixe séduit.
Ce que l'on peut dire, c'est que même avec des taux plus élevés, Mme MICHU aurait choisi majoritairement un taux fixe, comme son père et son grand père l'avaient fait, avant elle, car son taux d'intérêt psychologique pour le "certain" est élevé. C'est aussi une particularité tout à fait "French".

Dans les théories économiques de nos pères du vieux continents, d'Adam Smith à Keynes en passant par Ricardo, le bon sens populaire : "Un tiens vaux mieux que 2 tu l'auras" ne s'est jamais démenti. Cet adage est à l'origine des Sciences économiques puisqu'il parle d'inflation, de monnaie, de ce qui est sur, et de ce qui ne l'est pas. Et bien madame MICHU attend de son banquier qu'il lui apporte un seul service : celui de transformer l'incertain en "certain" pour financer ce qui est important pour elle. C'est le métier de son banquier que de savoir transformer un taux EURIBOR variable qui fait peur, en un taux fixe garanti, qui lui, "rassure".

Je me plais à penser que si Mme MICHU n'a, pour l'instant, entendu parler de la crise qu'au 20theure, c'est parce que le bon sens "French" dont elle a hérité a aussi permis d'encaisser, retarder, amortir, la loterie des produits financiers toxiques, à l'origine d'une crise qui n'a pas encore fini de faire parler d'elle ; et ce n'est ni le capitaine, ni la reine d’Angleterre qui nous en sortira, et encore moins la météo.

Mais qui est donc cette madame MICHU ?

Madame MICHU est un personnage imaginaire, représentative du bon sens français.
Elle est très utile pour notre économie, car elle remplace un peu Madame Soleil, non pas au bingo, mais dans les comportements de consommations macro-économiques, même irrationnels ; quand vous lui posait une question, elle répond en moyenne avec la réponse qui prédit correctement. Les statisticiens diraient que ses réponses sont convergentes et efficaces.
Il n'est pas interdit de penser que les femmes ont très souvent, plus de bon sens que n'importe quels autres de leurs congénères. C'est le cas de Madame MICHU...

Je vous souhaite de la rencontrer, mais vous n'avez pas besoin de moi pour le faire, même si LinkedIn en regorge. Beaucoup de madames MICHU ne sont pas "branchées", d'ailleurs, être branché ne signifie pas être intelligent. Le top du top, sont les Madames MICHU qui en plus (ou en dépit) de leur niveau d'étude élevé, continuent d'avoir du bon sens :-)
Malgré tout le bien que je penses de Madame MICHU, elle ne fait pas l'unanimité, et est parfois méprisée par elle même. Ne vous avisez pas, de confondre votre collègue féminine, avec Madame MICHU, même si cela part d'un bon sentiment, elle pourrait mal le prendre. ;-)


Les sémantiques du web diffèrent un peu de ma définition...
cedricvannier.fr/le-mythe-de-madame-michu/
Languefrancaise.net
dico-des-mots.com

Comment intégrer des Progiciels dans une architecture d’entreprise ?

Le CEISAR organise une présentation sur ce thème, le mardi 14 juin à 18 heures dans les locaux du groupe AXA : 25 avenue Matignon, 75008 PARIS.

Le livre blanc, sera dévoilé à cette occasion...
Si vous souhaitez participer à cet évènement, n'hésitez pas à vous inscrire à l'adresse :

contact@ceisar.org

 à l'attention de M.

Pierre-Frédéric Rouberties
Center of Excellence in EnterprISe ARchitecture
Ecole Centrale Paris
www.ceisar.org


Extrait du livre blanc qui sera diffuser, à cette occasion
Les Entreprises font de plus en plus appel à des Progiciels, non seulement pour des besoins de Commodité, mais aussi pour des besoins Verticaux propres à leur secteur d’activité. Mais un assemblage de Progiciels indépendants pose des problèmes considérables de coexistence : duplication d’informations, usage hétérogène, synchronisation des évolutions de chacun, ressaisies d’information, difficultés à monter des offres mixtes…
- Quelles sont les recommandations qui peuvent être faites pour aboutir à une architecture de progiciels harmonieuse ?
- Que rôle le Cloud peut-il jouer ?
- Quelles sont les bonnes pratiques pour mettre en œuvre un Progiciel ?
- Quelles précautions doit-on prendre pour les versions successives du progiciel ?
- Comment réduire les couts d’installation de progiciel ?
- Comment faire évoluer le progiciel une fois qu’il est en place ?
....

Le CEISAR remercie tout particulièrement les acteurs suivants Pour leur contribution active à la fabrication de ce livre blanc :

• Afdel : Loïc Rivière et Stéphanie Jullien
• Air France : Laurent Mondemé, Francis Bailly
• Amadeus : Stéphane Tabary
• Axa : Hervé le Hen, Luc Morin
• Cegid : Florence Desprets, Jean-Louis Decosse
• Club des Pilotes de Processus : Didier Lejeal, Henri Chelli, Henri-Paul Soulodre, Pierre Dautet, Michel Verdun
• Conseils-Plus : Pierre Hugot
• ITN : Alain Dubois
• Logica : Emmanuel Pesenti
• Oracle : Didier Medal
• OR System : Anis Bada
• Renault (RCI Banque): Olivier Chagnou
• SAP : Thierry Pierre
• SFEIR : Didier Girard
• Stallergènes : Jean-Pierre Bouillaguet, Jacques Lelièvre
• Total : Bruno Bosquette
• W4 : François Bonnet
• Weave : Julien Soyer
• Wyde : Laurent Pytel

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.

BRMS : L'intérêt

Du décideur qui impose au plus 2% de risque pour l’année en cours, ou 15% de pénétration de marché, à l’attaché commercial, qui applique consciencieusement les préconisations d'un processus métier devenu Intelligent, tout le monde est concerné par le Business Rule Management.

Le "Business Rules Management" est le bras armé, le levier "tactique", du décideur qui trouve l'opportunité enfin de naviguer autrement qu'à vue dans son écosystème que la concurrence tisonne.
A partir d'une vision gagnante aussi appelé "Stratégie" le décideur verra son beau discourt suivi au plus prés, par ses équipes opérationnelles, auxquelles il assigne le devoir de résultat et le sens de la marche. La mise en œuvre, donc, de la stratégie d'entreprise, est largement assurée par une solution automatisée de gestion des règles métiers: Le BRMS... Mais comment est-ce possible ?

Comment fait-on pour qu’une décision commerciale, une décision de limitation de risque, ou une décision de crise, soit mise en production et appliquée uniformément sur toute la juridiction concernée (France, Internationale), en seulement 2 jours, test compris ?
On met en place une organisation du type « BRM »

Comment fait-on pour suivre scrupuleusement des objectifs à long terme, énoncés par la DG, et expliqué les écarts, de façon certaine (en moyenne)?
On met en place une organisation du type « BRM»
Appelons cela, de l’agilité opérationnelle, piloté par les lignes métiers.

Chaque fois que l'on peut identifier dans un processus, les caractéristiques suivantes, alors il faut sérieusement regarder de près une solution de type BRMS:

1. Je dispose de beaucoup de règles métier.
2. Elles sont complexes.
3. Elles sont fréquemment modifiées.
   

Leur mise en place, en particulier dans les domaines du crédit, de la finance, de l'assurance, ou des télécom, peut s'envisager sereinement dès lors que :

1. L’organisation opérationnelle sépare distinctement expert métier et cellule technique.
2. La définition des rôles d’expert est claire,
   
3. et la stratification des domaines de règles, est précise,

Alors les conditions seront réunies, pour simplifier la mise en œuvre.


Cela permet d'avoir une démarche durable avec :

1. des gains concurrentiels de développement économiques induits,
2. de l’agilité structurelle pour l’application d’une politique économique (Arbitrage Risque vs gain de part de marché)
3. une organisation spécialisée, capitalisant sur ces règles métiers,
4. la nécessité de les pérenniser au-delà du stockage en matière grise.

BRMS : La troisième dimension

La Gestion automatisée des Règles Métier, (Nos amis anglophones parlent de Business Rules Management Solution) est l'un des axes fort qu’il reste à explorer par les grands acteurs du marché, pour poursuivre l’indispensable quête d’agilité de leur SI. Après le BPM et le MDM place au BRM.

Le BRMS puise fondamentalement ses racines dans la mouvance des Systèmes Experts exploités avec un succès très relatif en France et dans le monde, à partir des années 1995, sur fond d’Intelligence Artificielle. Mais le BRMS, c’est beaucoup plus qu’un moteur d’inférence et ses services techniques (compilation du langage pseudo naturelle en expertise formelle, génération du code de la dite expertise, …) Le BRMS dispose d’un véritable référentiel de connaissances où se greffent une multitude de service transverses profitables aux métiers. De plus, il définit clairement la granularité de réutilisation des règles qui n’existaient pas dans les SE. (Les architectes d’entreprise le savent bien, dans notre métier, tout ou presque, est question de granularité). En outre, le BRMS automatise la chaîne transverse, d’industrialisation des règles entre les acteurs IT et métiers avec une meilleure synergie entre les équipes.

Sur le schéma ci-dessus, on distingue en bleu un macro processus composé de sous processus métier en chaîne. En transverse (marron) on représente les expertises distinctes prompts à paramétrer un processus. Un processus peut disposer de plusieurs expertises possibles. Les règles d’une expertise sont mutualisées au sein d’un référentiel.

Le BRMS simplifie donc, les processus, ré-agence les procédures, aux bénéfices des métiers et des MOA. Sans gouvernance globale de la règle, motivée par des sponsors du métier, les bienfaits d’une gestion automatique à la portée des métiers, ne viendront pas.
Enfin on peut dire que le BRMS est le retour d’une bonne idée. Et que les cabinets de conseils sont en train de prendre en compte, cet ultime axe d’agilité pour peaufiner leur offre actuelle de gouvernance.

Aujourd’hui mon constat sur l’adoption des BRMS est le suivant :
1. Les entreprises françaises qui depuis 15 ans gagnent avec leur SGRM ne sont pas très nombreuses. Quand elles réussissent à mettre en place cette technologie, elles ne s’en vantent pas « Vivons heureux, Vivons cachés » pour ne pas risquer d’attiser la concurrence, sur cette excellente solution. Les Systèmes Experts et autre moteurs à règles de calcul ont été pour ses entreprises, un facteur concurrentiel de développement très important. Elles devraient pouvoir passer au BRMS sans trop de difficultés, d’un point de vue technique. Reste l’optimisation de leur processus métier encore parfois trop teintés de technicités informatiques.
2. La technologie est là. Elle est mure, elle fonctionne très bien, et les éditeurs ont du talent à revendre. Les solutions packagées, proposées sur le marché sont diverses, et se distinguent soit par l’abondance de services intégrés, soit sur des aspects très spécialisés dans le domaine des sciences et de la défense. Tantôt la solution se présente comme une offre globale, et parfois comme un système pointu accompagnant l’expert dans son travail.
3. Les majors du conseil et de la gouvernance des SI, anticipent tous l’explosion des solutions BRMS, dans les 2 à 3 prochaines années.
4. Les entreprises qui ont investi et gagné hier, avec leur système expert propriétaire, sauront-elles rester leader, en regardant entre autre les évolutions considérables que les BRMS modernes apportent par rapport aux moteurs de règles d’hier. (Voir le billet sur la DSI en équation)
5. Par ailleurs, on distingue aussi dans le paysage, des entreprises qui ont essayé et qui ont échoué. Celles-ci ne s’en vantent pas non plus. Elles se contentent d’affirmer à tort : « On a déjà essayé, ça ne marche pas ???

Avant toute chose, il faut tordre le coup à ce type de réponse, qui malheureusement a contribué à faire prendre tant de retard, dans un pays où l’intelligence n’est pourtant pas qu’artificielle. Les deux raisons que j’ai pu constatées pour justifier cet état de fait sont :
- D’une part, la frilosité des décideurs touchés par le syndrome de St Thomas. « On attend de voir pour y croire » Du coup on se contente de demander à l’IT de faire des POC pour « Analyser le potentiel de la solution » Humm Potentiel de quoi et Solution à quel besoins ? C’était mal parti ; Cela ne pouvait pas aboutir. Les acteurs bénéficiaires et contributeurs ont été mal identifiés dès le départ.
- D’autre part, l’offre des éditeurs de solutions, bien qu’excellentes, a eu du mal à trouver son marché. Vendre des licences de logiciel n’est pas suffisant. Cette grande assurance qui a acheté un produit BRMS en pointe, qui est resté au placard, cette autre banque de détails, qui a mis en œuvre une solution BRMS sur un pricer et qui court toujours derrière son ROI, faute de s’être trompé de cible.
Il faut l’accompagnement d’un acteur d’expérience, et neutre, pour comprendre les besoins, les challenger, et améliorer la configuration organisationnelle des métiers, avant de s’engager sur la solution. C’est le rôle des cabinets de conseil. De plus si le BRM est en lisse pour émerger enfin, Cela vient du fait que les efforts se soient d’abord portés sur la cartographie des processus métiers (BPM), et la gestion des données de référence (MDM).

Place désormais aux BRM.
Alors… Ou en êtes vous dans vos règles métiers, et est-ce que ça « Rule » pour vous ?

BRMS : L'ordre d'un Système Expert

En informatique de gestion l'expérience prouve que la grande majorité des problèmes d'aide à la décision peuvent être résolus à l'aide d'un moteur à règles de calcul d'ordre 0+.
Il s'agit d'un très bon compromis permettant d'allier facilité de maintenance, et suffisance du raisonnement.

Mais, que signifie ordre 0+ ?

Commençons par expliquer ce qu'est un SE d'ordre 0.
Les plus simples des systèmes experts s'appuient sur la logique des propositions (dite aussi « logique d'ordre 0 »). Dans cette logique, on n'utilise que des propositions booléennes. Pour des déductions du monde réel, on obtient un système expert très verbeux, et peu paramétrable.
Par exemple, "Age=36 ans" représente un et un seul mot insécable qui est vrai ou faux.
Soit A la proposition : "Le client a 36 ans. Pour exprimer dans un règle d'octroi par exemple, le fait que tous les clients ayant entre 18 et 78 ans, sont éligibles il faudra écrire une règle de quelques 60 clause séparée de OU logiques. Chaque proposition est initialisée à FAUX, et il suffit qu'une des 60 propositions, soit valorisée à VRAI pour que la règle soit VRAIE. Pas très passionnant :-) ...

Les SE d'ordre 0+.
C'est là que l'on appréhende maintenant l'intérêt d'un système logique d'ordre 0+ dans lequel il est possible de paramétrer des propositions logiques. La logique d'ordre 0+ contient des opérateurs de comparaison (>, <, =, >=, <= et <>), des valeurs comparables, des constantes, des énumérations permettant de définir l'ensemble de définition d'une variable.
Ainsi la règle d'octroi précédente devient : SI AGE > 18 ET AGE <=78

Et les SE d'ordre 1.
D'autres systèmes experts s'appuient sur la logique des prédicats du premier ordre (dite aussi « logique d'ordre 1 »). Cette logique fait intervenir des quantificateurs de type "POUT TOUT x" ou encore "QUELQUE SOIT x" x étant une variable prédicative de classe X.
Un raisonnement en logique d'ordre 1 permet de faire des miracles de déduction. Cependant un système expert de 500 règles (de taille moyenne) est difficile à maintenir par la dite population NI INFORMATICIENNE, NI MATHÉMATICIENNE.

En effet en logique d'ordre 1, Gödel démontra en 1931 deux résultats mathématiques :
• Il se peut que dans certains cas, on puisse démontrer une chose et son contraire (théorème d'inconsistance).
• Il existe des vérités mathématiques qu'il est impossible de démontrer (théorème d'incomplétude).

L'Economie des SI

L’architecture d’entreprise (EA) est une activité aussi difficile que passionnante. C’est une activité pluridisciplinaire puisqu’elle requiert la maîtrise des enjeux économiques de l’entreprise, la bonne compréhension du contexte des métiers, un « savoir faire » emprunté au monde de l’ingénierie, mêlant la rigueur et le formalisme de la modélisation et des représentations abstraites, un « faire savoir » indispensable pour une restitution claire, constructive et pédagogique des enjeux, des représentations ou encore des propositions d’amélioration , enfin un « savoir être » liant passion, reconnaissance des équipes, écoute et disponibilité.

L’architecture d’entreprise s’est imposée à moi quand j’ai commencé à m’intéresser en 2004 au développement durable, notamment à la lecture d’une des œuvres de Georgescu Roegen intitulée « la décroissance ». Georgescu Roegen évoquait déjà dans le milieu des années 70, l’entropie des systèmes.
- « l’entropie peut être interprétée comme la mesure du degré de désordre d'un système au niveau microscopique. Plus l'entropie du système est élevée, moins ses éléments sont ordonnés, liés entre eux, capables de produire des effets mécaniques, et plus grande est la part de l'énergie inutilisée pour l'obtention d'un travail… »
Aujourd’hui d’actualité, avec la crise économique et la chasse au gaspillage, les futures enjeux des urbanistes pourraient bien vouloir répondre à la question « Comment garantir le développement durable des SI des entreprises et d’éviter de transmettre aux générations suivantes le fardeau d’un passif devenu trop pesant, au risque de compromettre leur propre développement. C’est en tout cas, à cette question, que veut répondre la nouvelle méthode PRAXEME de Dominique VAUQUIER.
Concrètement, et au-delà des méthodologies, mon expérience m’a amené à considérer qu’une partie seulement du SI pouvait être formalisé, mais que cette partie était majoritaire, ou destinée à l’être. Comparons alors cette partie formelle à un hyper espace représenté par un modèle, un gros cube, en somme. Les diagrammes, sont des projections de cet hyper cube sur une de ses faces, permettant d’expliquer et de comprendre un point de vue. Les diagrammes d’architecture mettent en lumière des points de vue. Ces points de vue illustrent les parties saillantes et/ou « délicates » d’un Système. Ils sont fabriqués et ordonnés selon les bonnes pratiques, les plans qualités, les principes généraux d’architecture afin de permettre à une organisation humaine de produire de la valeur ajoutée « informatisée », ou plus modestement décrire le système présent et/ou sa projection dans le futur (5 ans max) .

On ne gère pas de la même façon, un processus manuel, et un processus automatisé. Les enjeux dans le premier cas, sont la recherche de l’efficacité, et dans le second cas, la recherche de l’efficience. Entre les deux, c'est la "loi de l'exponentiel" qui fait la différence? Et cette loi peut jouer avec ou contre nous...