Surprenant?

« La moitié des IT managers européens disent que le retard de leurs projets n’aura pas d’effet sur leurs perspectives de carrière ». L’information est issue d’une étude de HP et de Economist Intelligence Unit (EIU) sur 1125 professionnels à travers le monde. Elle est relatée dans un article de la BBC
(< http://news.bbc.co.uk/go/em/fr/-/1/hi/business/6720547.stm >).

Voilà qui laisse place à la réflexion tant sur nos organisations européennes (et leur compétitivité) que sur les rôles et responsabilités réelles de ces managers.

Take off!

Voilà quelques semaines qu’une nouvelle question m’obsède : comment communiquer vers l’extérieur mon départ de la Fondation François-Elisabeth (et de ses hôpitaux)?
Bien qu’il traite essentiellement de sujets managériaux et organisationnels (souvent aseptisés d’émotionnel), mon blog se présente à moi comme LE média à utiliser pour communiquer. Osons l’originalité !
Je pense que, à l’instar de mes collègues, la surprise est de taille pour de nombreux partenaires et fournisseurs. J’ai été relativement discret. « Quelqu'un qui va partir ne le dit pas. Il part et c'est tout. Celui qui parle veut rester. »[1]. Ma décision est mûrement réfléchie.

Evidemment, ce n’est pas sans émotion que je mets fin au contrat signé il y a près de 6 ans. Le chemin parcouru à la tête de l’informatique est le résultat d’une collaboration étroite avec la Direction mais surtout avec une équipe forte et soudée. La confiance mutuelle et la complicité de travail se sont construites avec les succès, ce fut d’ailleurs la clef de voûte de nombreux challenges. Un regard en arrière me rend fier, disons-le.
Et puis…je regarde l’avenir avec beaucoup d’enthousiasme. Excusez-moi cependant si je n’ose me projeter trop loin car, comme l’a écrit Alphonse Allais : «partir, c'est mourir un peu, mais mourir, c'est partir beaucoup » !

Certains amis m’ont déjà souhaité bonne chance : ‘te voilà guéri, après 6 années passées à l’hôpital’ ! Les mieux informés me souhaitent déjà ‘bon vol’. Oui, je vais rejoindre CHAMP Cargosystems. De nouvelles responsabilités m’y attendent en tant que ‘Account Director Cargolux Services’.
Dès le 1er août, je vais m’investir complètement dans cette nouvelle fonction, y prendre énormément de plaisirs … c'est mon kérosène pour réussir.
J’ai fait le plein, je suis paré au décollage!



[1] Alain Monnier, Extrait de Les Ombres d'Anna

Photo: Régis Léoni - P. Van Wambeke sur les (para)pentes alpines enneigées

CommunicACTION

L’entreprise est un environnement à dimensions multiples, complexe et incertain. Qu’il soit de type socioculturel, technologique ou commercial, il lie des individus venant d’horizons divers avec des aptitudes, des compétences, des qualités, des attentes et des besoins.
Et c’est dans cet environnement que doit s’établir la communication. Le système de gestion, véritable système nerveux de l’entreprise, réagira par la connaissance d’informations, prendra des décisions, évaluera et contrôlera.
Rien d’étonnant donc à ce que l’on considère vite tout problème qui survient dans un projet (état d’instabilité par excellence) sous son aspect ‘communication’ : tout est problème de communication quand quelque chose ne va pas !

Le non aboutissement d’un projet, c'est-à-dire l’échec, s’associe à 4 domaines comme l’indique le schéma en arêtes de poisson suivant :

Lors d’une conférence organisée à Luxembourg par le Project Management Institute (PMI Belgium Chapter – Luxembourg Section) ce mardi 22 mai dernier, la firme Mindforest a présenté sa vision sur « How to communicate in Projects – Experience, Tips and Tricks ». D’entrée, Guy Kerger, Managing Partner, plante le décor en annonçant que des études montrent que les projets qui n’ont pas abouti sont associé à 57% à une mauvaise communication. La mauvaise planification ou la faible qualité de contrôle n’atteignent respectivement que 39 et 35% des causes.

Alors, que faire pour que l’on ne se retrouve pas avec ces écueils ? Quelle démarche entreprendre pour éviter que certaines personnes n’aient pas été abordées, que certains thèmes ne soient pas couverts ou que la définition des attentes varie en totale compréhension et accord commun ?

Le consultant en communication pose l’approche en 4 points :

1. KIS : Keep It Simple. Eviter les jargons et les technobabble (en.wikipedia.org/wiki/Technobabble)
   
2. Utiliser des métaphores, des analogies et des exemples et dire ce que l’on a à dire sans tourner autour du pot
   
3. Multiplier les canaux de communication, les forums. Attention à ne pas rentrer dans les travers du type propagande ou ego-booster


4. Répéter, répéter et répéter encore

Les méthodes formelles doivent être complétées par les méthodes informelles. Ainsi, aux notes internes (newsletter), mémos en tous genres et communications sur l’intranet doivent s’ajouter les réunions occasionnelles, les entrevues en tête à tête et les campagnes d’images/poster. Souvenons-nous que la majorité des personnes ne comprennent pas facilement tous les messages d’un écrit conventionnel. Créer la prise de conscience est une activité à part entière qui nécessite de la communication et de l’action, une véritable communicaction !

Qu’en pensez-vous ?

Ainsi SOA-t-il !

Il a peu de temps encore, les entreprises s’organisaient autour des projets. Chaque département ou gros service implémentait son système, un îlot. Cette construction que l’on baptise ‘en silo’ a amené l’introduction de technologies différentes et, pire encore, la redondance et l’incohérence de données. C’est là la cause profonde de la fameuse « architecture accidentelle » subie par tout professionnel de l’IT qui a un peu de bouteille.

Et c’est ainsi qu’un fossé se creuse entre les besoins métiers et le service de l’IT.

Entre temps, la pression s’est accentuée sur les entreprises.
Les fusions et acquisitions se multiplient. La performance est demandée. La quantité de travail croît. Les règles et lois évoluent et rendent la gestion plus complexe et plus exigeante. Certaines branches sont outsourcées (pas nécessairement l’informatique). Bref, la compétition et la mondialisation sont au rendez-vous.

Les sociétés de services se sont penchées sur la problématique : apporter une réponse était indispensable.

La théorie que l’on nous a enseignée il y a 30 ans ne devait pas ressurgir : l'approche cartésienne (Descartes) qui prône le découpage d’un problème en sous-problèmes. Cette approche prend peu en compte les interactions entre problèmes et c’est bien là sa tare.
Par contre, l'approche systémique favorise une vision globale sur la réalité considérée comme un système. Et comme l’entreprise est un système ouvert (càd en interaction avec le monde qui l’entoure), la pensée systémique offre une bonne base à l’amélioration de ses éléments organisés en fonction d’un but. Dans son cours d’Organisation et de Management le professeur Mohamed Bayad de l’Université de Nancy 2 nous confirme que « Lorsque la complexité (degré d’organisation) d’un système augmente, les propriétés qui le caractérisent dépendent de plus en plus de sa structure (ensemble des relations) et moins en moins de la nature de ses parties. ».
Il faut donc comprendre l’entreprise comme un ensemble de variables en interaction ayant un certain de degré de finalité. Et la modélisation en ‘Business Process’ répond à la demande de formalisation que demande un système informatique.
Des packages informatiques qui reprennent les logiques métiers ont été développés. Ils comportent néanmoins différents inconvénients : d’une flexibilité limitée, ils n’apportent pas ou peu de différenciation ou d’innovation sur des marchés concurrentiels. Ils ont également le lourd inconvénient de rendre l’entreprise dépendant des tierces parties.

Le SOA (Services Oriented Architecture), qui est le pendant informatique du BPM (Business Process Management) est un modèle intéressant. Il aligne l’IT et les métiers sur l’organisation en processus. Il accroît les capacités des investissements informatiques consentis. Enfin, son implémentation se veut incrémentale et non radicale. C’est d’ailleurs un point très fort de l’approche car le « big bang » n’est souvent pas une option envisageable.
Alors que pendant des années, l’IT s’est focalisé sur la ‘complexité de gérer cette complexité’ (et de la maintenir), le principal objectif de l’IT peut ici être de permettre l’exécution de processus métiers et d’accompagner les changements. Et ce sont bien ces derniers qui apportent la différenciation tant recherchée par les entreprises.
Autre avantage du SOA, l’entreprise peut établir des plans d’expansion ou d’amélioration en se basant sur des capacités informatiques plus claires.

Alors comment mettre du SOA dans le moteur d’une entreprise ?
Le SOA se construit sur 4 dimensions, les 4 P : People, Process, Platform et Practice. Tout va partir d’un modèle de service qui va aligner les objectifs d’entreprise et les besoins (attentes clients, les lois, …).

D’une cartographie de l’organisation existante (AS IS) on sera en mesure de construire une vision d’amélioration, un futur (TO BE). Et l’IT sera en mesure de suivre et de s’adapter, ayant abandonné son architecture ‘spaghetti’ pour une structure en ‘bus’ que certains qui ne manquent pas d’humour baptiseront ‘lasagne’.
En marge des solutions proposées par les ‘sofware houses’ (je citerai par exemple le white paper de SUN de févier dernier : a pragmatic approach to implementing a SOA with sun java composite application platform suite), quelques sites décrivent l’approche en long et en large. Une récente présentation m’a permis de découvrir le site de http://www.praxeme.org/ que je vous invite à consulter.

Je vois dans le SOA de nombreux rapprochement avec la théorie des contraintes qui me séduit tant. J’ignore si des travaux ont déjà abordé les analogies ou ont réalisé des études d’écart. Si vous avez des références ou des liens, merci de me les transmettre !

Structure matricielle

Les grandes dimensions autour desquelles les décideurs conçoivent la structure d’une organisation relèvent souvent d’un besoin à un moment donné.
On peut définir les besoins de structure organisationnelle par un positionnement sur base de l’identification de quelques paramètres simples. Des maîtres en la matière tels Mintzberg[1] caractérisent une structure de la manière suivante (vue simplifiée) :

Qu’advient-il après ? Du stade de la création au stade de la montée en puissance (le plein développement), la croissance d’une entreprise impliquera un certain nombre de changements, d’adaptations organisationnelles nécessaires. C’est un besoin d’agilité qui se fera sentir car l’entreprise devra rester compétitive et atteindre ses objectifs de rentabilité.

Dans ce contexte d’adaptabilité vitale, les structures matricielles ont le vent en poupe. L’adoption des principes d’amélioration continue (PDCA: roue de Deming), le contexte de la réorganisation sur base des processus primaires et secondaires, de la mise en place de services de ‘support’ et l’introduction progressive de l’outsourcing y contribuent.

Ce changement, qui ne s’improvise pas, fait l’objet de bon nombre de discussions. La Théorie des Contraintes apporte ses réponses. Dans un échange avec le groupe de discussions qu’il a initié, David Laffineuse, qui dirige le bureau de gestion de projets de la société Bendix (groupe Knorr-Bremse) à Elyria dans l'Ohio, précise que certains principes se doivent d’être suivis : « trois principes fondamentaux doivent changer pour permettre une meilleure performance dans une structure matricielle.

1. Ces organisations doivent se rendre compte des effets néfastes d'une utilisation maximale de chaque ressource. Leur expliquer l'application de la loi de Little (théorie des files d'attente simples de type M/M/1) à leur processus de développement peut parfois les convaincre (principalement l'effet sur le temps moyen des tâches dans le système).


2. Il faut que l'organisation mette en place une discipline de séquençage des projets, sur base de la capacité de leur ressource critique. Bref, créer un système 'PULL' alors que maintenant ils utilisent en majorité un système 'PUSH'.


3. Il faut que ces organisations adoptent une discipline de priorités claires (aussi bien au niveau des projets qu'à celui des tâches) qui mette fin au multitâche chronique de leurs ressources. Ici, toujours en utilisant la théorie des files d'attente, on peut voir l'effet du multitâche sur le temps moyen de service. Ce qui est intéressant par contre c'est de voir que quel que soit le niveau de multitâche, le temps moyen dans le système n'est pas affecté. Le multitâche se traduit en effet par une réduction du temps moyen d'attente mais par une augmentation proportionnelle du temps de service. Ce qui prouve d'ailleurs que le bon vieux système du multitâche ne procure qu'une illusion d'efficacité, son résultat étant en vérité une destruction complète de la productivité.

Si ces trois principes sont respectés, une organisation pourra fortement améliorer la performance de sa matrice en terme de son débit de projets. Ceci dit, il faudra quand même s'assurer que la structure de la matrice en elle-même contribue à cette amélioration de la performance.»

Orienter une société et ses départements vers la structure matricielle est un défi de gestion d’importance qui pourrait vite être perçu comme une bureaucratie naissante, une déstabilisation ou un alourdissement de toute une organisation.

Pour rendre performante la structure, il faut que les principes fondamentaux de gestion changent. C’est au niveau des décideurs de l’entreprise que le premier challenge se situe. Ils doivent être réelle partie prenante dans la démarche de changement.
Le pragmatisme, les douloureuses expériences passées d’un dirigeant ou simplement la crainte d’une perte de pouvoir (financier, humain, …) sont autant de freins à la formalisation et l’adaptation d’un nouveau fonctionnement. Mais un manque d’évolution, un maintien du concept organique fragilisera immanquablement une société à terme.

[1] Structure et dynamique des organisations
Henry Mintzberg – Editions d’Organisation – ISBN : 2-7081-1971-0

Qui soigne-t-on avec les ordinateurs ?

L’Inventaire des Systèmes d’Informations de la Santé (ISIS) et la recherche de l’état de l’art informatique sont aujourd'hui au cœur des débats qui animent le secteur hospitalier du Grand Duché de Luxembourg.
Face au nombre toujours croissant de patients à soigner, à la recherche permanente de la perfection technique, aux besoins grandissants de traçabilité, à l’exigence légitime de la protection des données personnelles et médicales, l'organisation et le fonctionnement de l’hôpital ont vu se développer de nouveaux défis de gestion. Pour relever ceux-ci, les messages politiques de tous horizons nous présentent l'outil informatique comme l’outil imparable.
En France, Xavier Bertrand, Ministre de la Santé, a présenté en février dernier son plan Hôpital 2012 qui met l’accent sur les systèmes d’information hospitaliers. « Je veux que les établissements soient complètement numérisés » … « c’est maintenant que nous devons prendre ce virage» déclare-t-il dans le journal La Tribune du 7 février 2007.
La balle serait-elle dans le camp des informaticiens ?

La monté en puissance de l’informatique dans le secteur hospitalier est notable sur ces cinq dernières années. Le métier a, quant à lui, également évolué. Les projets administratifs laissent la place à des projets visant les soignants. Ce rapprochement du cœur de métier implique un besoin de tenir de plus en plus compte des problèmes et des particularités organisationnels des services et métiers concernés par une informatisation.
Certains veulent laisser croire que l'informatique parviendra, à elle seule, à soigner des problèmes organisationnels alors que les professionnels s’épuisent à les résoudre sur papier. N’avons-nous tous pas rencontré des tentatives locales de changement dont l’effet final, malgré des efforts considérables, n’est que très sensible voire inexistant ? Au-delà des luttes intestines Administration-Soins-Médical, la volonté (souvent louable) de ces gens pleins d’illusions est de mettre enfin en place une solution « qui tourne » ; ils rêvent des logiciels parfaits que présentent les commerciaux. Mais malheureusement l'informatique n'est pas la panacée, la "baguette magique" qu’il suffit de pointer sur un département pour résoudre ses problèmes. Il faut analyser les véritables causes profondes de ces derniers. Cela commence en répondant à trois questions : Que changer ? Vers quoi changer ? Comment changer ?
Un support méthodologique s’impose. Quoi de mieux qu’une approche de résolution de problèmes tout à fait analogue à l’approche des cliniciens pour le traitement des patients (lire à ce titre le livre[1] de Burton-Houle qui exploite la Théorie des Contraintes) ?
Si nous avions à décrire l’ensemble du processus suivi par un clinicien, nous obtiendrions à peu près :

1. Diagnostic : connaître les symptômes. Un clinicien commence par dresser une liste des symptômes observables et utilise les causes-effets pour rechercher les causes sous-jacentes de chacun d’eux et déterminer l’affection ou le problème principal.


2. Conception d’un plan de soins : en considérant que le patient qu’il soigne est unique, un plan de soin est établi. Ce plan va cibler avant tout l’affection mais va également prendre en compte les autre choses qui doivent être considérées tout au long des soins pour guérir et pour assurer que le traitement fonctionnera (le médecin prescrit par exemple du repos au lit). Tous les effets secondaires du traitement sont identifiés et les moyens pour les éviter ou limiter deviennent des éléments importants du traitement (par exemple, soulager l’estomac lors de la prise d’anti-inflammatoires).


3. La prise du traitement : en considérant que chaque patient est unique, un plan est développé pour déterminer comment mettre le traitement en route.
   

Ce bon sens médical nous rappelle qu’il est bien essentiel de confirmer que la solution (informatique) entrevue pour une problématique va bien amener une véritable amélioration. Cela est d’autant plus vrai que le lancement d'un projet informatique demande avant tout du courage organisationnel. Il faut remettre à plat des pratiques traditionnelles et des habitudes de gestion. Il ne faut pas hésiter à envisager de nouveaux modes de fonctionnement.

Le succès d'un projet informatique relève d’une complicité étroite entre l’organisationnel, le fonctionnel et la technique, c'est-à-dire un engagement humain fort. Ce changement se gère dans le temps. Il doit permettre d’installer de nouvelles utilisations naturelles dans les pratiques de travail quotidiennes.

L'informatique Métier dans le Secteur de la Santé au Service de la Performance et de la Qualité est à ce prix. C’est le thème de la conférence organisée le 17 avril prochain au MEDETEL (Foires Internationales à Luxembourg). Une présentation lors du séminaire CRP-Santé me permettra de répondre a la question : dans un hôpital, « qui soigne-t-on avec les ordinateurs : le patient ou l’informaticien ? ». Amusé, j’entends déjà certains propos « c’est le discours d’un patient modèle et d’un informaticien averti…qui se porte bien ». Je devrai donc rappeler que, si je place un ordinateur au milieu d’une unité de soins, sans concept organisationnel et fonctionnel, nul doute qu’il va rendre malade bon nombre de professionnels du secteur santé !



[1] Burton-Houle, T.2001. The Theory of Constraints and the Thinking Process : A brief introduction to TOC. New Haven, Conn.:Avraham Y. Goldratt Institute

An Inconvenient Truth

C’est un show à l’américaine qu’a offert Al Gore lors de la conférence « Repères » de la Dexia Bil, tenue hier au Grand Théâtre de la Ville de Luxembourg. L’ex-vice Président des Etats-Unis était invité à présenter son film ‘An Inconvenient Truth’ qui porte sur le réchauffement de la planète et ses conséquences désastreuses.


Pendant près d’une heure et demie, utilisant des images fortes et des concepts simples, Al Gore a brillé dans un exposé qui ne laissait pas de place à l’improvisation. Posant ses arguments sur d’incontestables comptes-rendus scientifiques, il a présenté une machine remarquablement bien huilée. Elle lui permet de faire prendre conscience à tous que notre planète est en danger si on ne réagit pas dans l’urgence en introduisant des dynamiques de changement de comportement des Etats et des peuples.
On ne peut que saluer une initiative d’un représentant de la nation la plus impliquée dans la dégradation de l’environnement même si certaines connotations politiques ‘démocrates’ ne doivent pas nous rendre dupes à quelques mois des élections américaines…

Proche de sa conclusion, rappelant que les calligraphies asiatiques représentent généralement un concept ou une idée, Al Gore précise que le mot « crise » se représente par deux sinogrammes juxtaposés : le premier désigne le danger par contre le second symbolise l’opportunité. L’ex-vice Président invite le monde à réagir et à saisir cette dernière chance avant qu'il ne soit définitivement trop tard.