Les bonnes pratiques en matière de gestion de l’évolution des systèmes d'information

 Un système d’information change et évolue dans le temps. Ces modifications ne font progressivement. Dans ce domaine les changements rapides et brutaux sont rares. La plupart du temps ils se font par touches successives. Ceci fait qu’il existe un réel risque de dérive. Comme on le voit, les évolutions des systèmes d'information se font dans la durée. Dans ces conditions il est nécessaire de piloter ces opérations. L’expérience montre que la perte de contrôle de ce processus peut se traduire par une dégradation assez rapide des systèmes d’information. Dans les trois précédents messages (Voir sur ce blog les messages du 1^er Août 2013 : « Les bonnes pratiques en matière de conception des systèmes d'information », du 26 Octobre 2013: « Les bonnes pratiques en matière defonctionnement des systèmes d’information » et du 11 janvier 2014 : « Les bonnes pratiques en matière de pilotage des systèmes d’information ») nous avons analysé les bonnes pratiques concernant la conception, le fonctionnement et le pilotage des systèmes d'information.

Dans ce texte nous nous efforceront d’identifier celles concernant l’évolution des systèmes d'information : les changements apportés au système d'information nécessitent une réflexion de type stratégique (c’est-à-dire reposant sur une vision de son évolution à moyen terme), une démarche planifiée avec le positionnement dans le temps des différentes modifications et des changements, et finalement une méthode de contrôler des opérations effectuées. Une partie des bonnes pratiques de ce domaine sont communes avec celles concernant le pilotage des systèmes d’information. Nous les avons cités, ce sont les points 8 à 13, tout en renvoyant au précédant document.

Le pilotage des systèmes d'information repose sur une trentaine de bonnes pratiques. Il en existe peut-être d’autres mais elles sont moins importantes :

1.     Désigner un pilote des évolutions du système d’information. Un système d'information évolue, souvent de manière non-prévue, pour s’adapter à des contextes non-prévus à l’origine. Or ces changements sont toujours des opérations délicates à gérer. Mal maîtrisés ils peuvent entraîner des perturbations, des dégradations, voir des pertes de données ou pire, des pertes financières. Pour éviter ces situations dommageables il est nécessaire de piloter ces évolutions. C'est le rôle du pilote. Il doit assumer différentes responsabilités :

·       identifier les opérations à effectuer,

·       effectuer les études nécessaires pour les évaluer,

·       arriver à un accord entre toutes les parties prenantes sur la liste de ces évolutions et sur les priorités à appliquer,

·       choisir les personnes qui vont participer aux opérations (informatique, organisation, formation),

·       lancer les actions d'évolution,

·       vérifier que ces évolutions fonctionnent conformément à ce qui était prévu.

Ce pilote peut être le même que celui chargé du pilotage opérationnel du système d’information mais souvent, pour des raisons pratiques, ce sont deux personnes différentes.

2.     Avoir une vision à moyen terme du système d’information. Pour éviter les dérives il est nécessaire de définir la cible que doit atteindre à terme ce système d’information. Pour cela on va s’attacher à décrire ce qu’il sera dans plusieurs années et la manière dont il s’intègre aux autres systèmes d’information de l’entreprise. L’absence de vision se traduit par des errements et finalement par une perte significative d’efficacité.

3.     Rédiger un document d’orientation. Cette vision se traduit par un texte identifiant les objectifs et les actions globales à entreprendre ([1]). Certaines concernent le système informatique et d'autres intéressent plus les personnes et l’organisation. C’est un document de synthèse qui permet d’identifier les différentes orientations qui seront mises en œuvre à court et à moyen terme. Il ne s’agit pas de décrire le détail des opérations qui seront mises en œuvre. Ce travail sera fait plus tard. Pour l’instant il se limite à la fixation des grandes orientations.

4.     Faire valider ces orientations. Ce document doit être approuvé par l’ensemble des parties prenantes concernées par le système d’information. On va pour cela mettre en place un Comité de validation chargé de constater l’accord de tous sur ces orientations. Il peut exister au préalable et assure le pilotage du fonctionnement du système d’information. Mais, souvent, il n’est pas constitué par des personnes se trouvant à un niveau de décision suffisant. Ce Comité doit être comprendre des décideurs ([2]) notamment des membres du Comité de Direction ayant en charge la conception et la mise en œuvre de la stratégie de l’entreprise.

5.     Définir un cycle et une périodicité d’évolution du système d’information. Il est rare qu’un système d’information soit, d’un seul coup, bouleversé de fond en comble. La plupart du temps il évolue par touches successives. On risque alors de devoir faire face à un grand nombre de modifications allant en tous sens et qui finissent par perturber son fonctionnement. Pour éviter cela il est de bonne pratique de regrouper l’ensemble des modifications en versions successives livrées à des dates fixées longtemps à l’avance. Ce sera, par exemple, une version mineure tous les six mois et une version majeure tous les dix-huit mois ou tous les deux ans.

6.     Stabiliser le périmètre du système d’information. Un système d’information dont le périmètre n'est pas stabilisé risque de connaître dans l'exécution de ces opérations des dérives significatives. En effet, selon l’interlocuteur on ajoute ou on soustrait des fonctions ou des données. Ceci fait que très vite le périmètre devient flou et se traduit par des dérives fonctionnelles, temporelles et budgétaires. Il est pour cela important de fixer très tôt le périmètre du système d'information et notamment de sa partie informatique.

7.     Validation des extensions ou des réductions du périmètre du système d’information. Ce sont apparemment des choix de secondaire mais en vérité ils sont très importants car ils ont des conséquences sur le contenu des évolutions et sur le futur fonctionnement du système d’information. Pour éviter toute remise en cause ultérieure cette validation doit être faite par le même groupe de personnes que celles ayant participées à la définition du système d’information. C’est le rôle généralement dévolu à un comité de pilotage du système d’information mais cela peut aussi être assuré par un comité ad-hoc.

A ces bonnes pratiques s’ajoutent six autres points clés qui sont communes au pilotage des systèmes d’information et à leur évolution. Ce sont des règles générales de la gestion de projet :

8.     Consulter périodiquement les utilisateurs et les décideurs pour recenser les demandes d’évolution qu’ils souhaitent mettre en œuvre : Voir la bonne pratique n°11 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

9.     Sélectionner les demandes d’évolution en fonction de critères simples : Voir la bonne pratique n°12 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

10.  Planifier les changements : Voir la bonne pratique n°13 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

11.  Suivre le planning et mesurer l’avancement : Voir la bonne pratique n°15 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

12.   Prévoir et suivre la charge de travail : Voir la bonne pratique n°16 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

13.   Fixer et suivre le budget des opérations : Voir la bonne pratique n°17 du message sur les bonnes pratiques en matière de pilotage des systèmes d’information.

Ces règles ont pour but de renforcer la gestion des projets d’évolution des sysèmes d’information.

14.  Gérer les évolutions importantes en mode projet. Toutes les évolutions majeures du système d'information et notamment du système informatique doivent être gérées en mode projet, c'est-à-dire encadré par une date de début et une date de fin. C'est notamment le cas des modifications fonctionnelles et les développements de nouvelles fonctions. Dans ces différents cas l'idée d'une évolution en "tâche d'huile" est à éviter. L’ajout de fonctions par touches successives ne peut que dégrader l’ensemble du système d’information.

15.  Préparer le travail à effectuer. Pour éviter les dérives, il est recommandé de commencer par identifier toutes les actions nécessaires qui doivent être effectuées afin de permettre l’évolution progressive du système d'information. Elles peuvent concerner les domaines suivants :

·       Simplifier les tâches à effectuer,

·       Supprimer les tâches inutiles. Jadis, lorsqu’elles ont été créées elles étaient surement très intéressantes mais aujourd’hui elles ont perdues une grande partie de leur actualité,

·       Créer de nouvelles tâches nécessaires afin d’améliorer le fonctionnement des systèmes d’information,

·       Mettre certaines tâches en parallèle de façon à améliorer la rapidité des opérations,

·       Modifier l'enchaînement des tâches afin de fluidifier les opérations,

·       Améliorer l'interface entre l'application et les utilisateurs de façon à simplifier les opérations de saisie, de modification et de consultation,

·       Modifier le contenu des traitements, notamment pour les optimiser.

16.  Evaluer la charge de travail nécessaire et fixer le budget. La définition du budget est un point délicat car il est toujours difficile d’identifier toutes les opérations qu’il est nécessaire d’effectuer, de chiffrer la charge de travail correspondante et de déterminer le budget pour les réaliser. Dans le cas des projets cette évaluation n’est pas une opération simple et elle est particulièrement difficile à effectuer dans le cas des évolutions des systèmes d’information. Il n’existe aucune méthode reconnue permettant d’effectuer le chiffrage des opérations ponctuelles. Seul l’expertise et le savoir-faire de professionnels permettent d’effectuer des estimations raisonnables.

17.  Fixer des priorités. Une fois que les opérations à effectuer ont été identifiées et chiffrées il est nécessaire de déterminer dans quel ordre elles seront effectuées. Différentes contraintes sont à prendre en compte : l’urgence, les enjeux, la logique des opérations,… Les parties prenantes concernées peuvent avoir sur ces différents critères des points de vue très différents. Pour fixer les priorités il est souvent nécessaire de négocier et de savoir faire des compromis.

18.  Fixer des échéances. Sur la base des priorités, de la disponibilité des intervenants et des charges de travail évaluées il est possible de fixer des échéances de mise en œuvre des changements. Sur cette base on peut établir un planning fixant les dates de début et de fin de chaque opération et de chaque tâche. Une première version de ce document est établie puis ensuite des adaptations sont faites pour tenir compte des évolutions des priorités.

19.  Améliorer le système informatique. Compte tenu de la spécificité des actions concernant le système informatique (notamment le fait qu’une partie de ces travaux ne peuvent qu’être effectuées par les professionnels) il est nécessaire de les identifier et de les évaluer correctement. Ce sont, pour l'essentiel, des opérations de réalisation ou de modification de code :

·       Des améliorations ponctuelles pour améliorer, adapter un écran de saisie ou de consultation, des adaptations des états édités,…

·       L'optimisation des transactions et des traitements. L’objectif de ces interventions est d’améliorer les temps de réponse ou la charge machine des traitements des programmes « batch »,

·       La refonte partielle ou totale de l'ensemble du système informatique de façon à améliorer sa fiabilité et réduire la charge ultérieure de maintenance.

Pour éviter des dérives il est nécessaire de définir ce qui relève des opérations de maintenance usuelles et ce qui doit être effectué dans le cadre d’un projet.

20.  Faire tester les changements effectués par des personnes utilisant habituellement le système d’information. Une fois que les équipes chargées de la réalisation ont testé les programmes modifiées il est nécessaire qu’ils soient à leur tour vérifiés par des personnes qui vont ensuite les utiliser quotidiennement. Elles doivent être choisies dans différentes équipes de façon à couvrir les différentes manières de mettre en œuvre le système d’information. Il est important de s’assurer que ces personnes disposent du temps nécessaire pour effectuer des tests sérieux.

21.  Disposer d’une plateforme de tests. Pour effectuer les tests il est nécessaire de disposer d’un serveur dédié aux tests ne servant qu’à cet usage avec des bases de données de tests, distinctes de celles servant à effectuer les opérations courantes. Il doit être possible d’effacer les bases de données ayant servies aux tests et de recharger facilement de nouvelles bases. Ce système doit être convenablement sécurisé de façon à ce que les opérateurs ne puissent pas malencontreusement mélanger des tests avec les opérations courantes. Il est utile que les serveurs de tests puissent être accessibles de tous les postes de travail, moyennant quelques précautions de sécurité simples à mettre en œuvre (mot de passe spécifique, codes couleurs, message en clair,…) de façon à ce que les utilisateurs ayant du temps disponible puissent en profiter pour effectuer des tests.

22.  Mettre à jour la documentation du système informatique. Lorsque les programmes sont modifiés il est important de mettre à jour la documentation de l’application informatique de façon à pouvoir effectuer dans de bonnes conditions les opérations de maintenance ultérieures.  

23.  Améliorer l’organisation en place. Parallèlement à l’évolution du code des applications informatiques il est nécessaire de chercher à rendre l’organisation plus efficace. On va pour cela s’attacher à travailler les processus de façon à :

·       modifier les tâches existantes,

·       supprimer les tâches devenues inutiles,

·       créer de nouvelles tâches nécessaires.

24.  Mettre à jour la note de procédure. Une fois le processus redéfinit il est nécessaire de stabiliser l’organisation en place. C’est le rôle de la procédure. C’est un document écrit qui précise de manière détaillée la succession des opérations qui doivent être effectuées à chaque étape du processus. Il est recommandé de revoir le texte de la procédure à chaque vague de modifications du système d’information.

25.  Donner des instructions écrites aux personnes utilisant le système d’information. Pour utiliser efficacement les systèmes d’information il est nécessaire que soit rédigé des instructions précises destinées aux opérateurs de façon à éviter les tâtonnements, les erreurs, les temps perdus par les différents intervenants.

26.  Former les personnes intervenant dans le cadre du système d’information. Les changements de méthodes de travail doivent s'accompagner d'un certain nombre d'actions de formation de l'ensemble des personnes concernées. Il est nécessaire d’abord s’assurer qu’elles ont les connaissances de base indispensables et si elles ne les ont pas, de leur donner la formation qui leur manque. Il est ensuite important de leur fournir une formation adaptée à une utilisation efficace du système d’information. De plus, toutes les personnes arrivant dans l’entreprise ou venant d’une autre activité doivent être formées à son utilisation et à sa maîtrise. A chaque série de changements importants et notamment lors de la mise en place des versions majeures il est nécessaire d’organiser une « piqure de rappel » pour s’assurer que l’ensemble des intervenants disposent des connaissances nécessaires. 

27.  Evaluer ultérieurement le système d’information. Une fois que les changements prévus ont été mis en œuvre il est nécessaire d'évaluer leur impact de façon à s'assurer que les objectifs fixés ont été atteints. Ce travail doit être fait dans les trois à six mois qui suivent le démarrage de la nouvelle version. Il doit faire apparaître les améliorations constatées mais aussi les faiblesses qui persistent, voir qui s’aggravent. Cette évaluation doit être faite par une personne indépendante du système d’information.

28.  Fixer la date de la prochaine révision. Une fois la nouvelle version du système d’information déterminée il est recommandé de définir le contenu de la prochaine révision et la date prévisionnelle de sa mise à disposition.

Comme on le voit les systèmes d’information évoluent par étape et ainsi s’adaptent à l’évolution du contexte et des besoins. C’est un processus délicat et compliqué qu’il faut piloter avec dextérité. Elle repose sur l’existence d’un responsable du système d’information et le partage d’une vision commune avec l’ensemble des parties-prenantes concourants à son fonctionnement. Ce responsable et sa vision partagée sont les deux piliers de la gestion et de l’évolution des systèmes d’information. L’absence de responsable se traduit par des changements brusques en tous sens et qui ne correspondent pas forcément à un souci d’efficacité et de productivité. L’absence de vision ne peut mener qu’à des tensions et à des conflits. Ces deux piliers sont nécessaires mais ne sont pas suffisants. Ils doivent aussi être accompagnés par un ensemble de mesures souhaitables correspondant aux divers bonnes pratiques recensées dans ce message.

---

[1] - Une présentation PowerPoint n’est pas suffisante. Elle est utile pour communiquer mais il est de plus nécessaire d’avoir un texte clair et structuré pour lever toutes les ambiguïtés.

[2] - Si les participants de ce Comité n’ont pas le niveau suffisant il y a un risque de remise en cause ultérieurement des orientations arrêtées.

Les bonnes pratiques en matière de pilotage des systèmes d'information

Un système d’information est un ensemble complexe qui doit être piloté. L’expérience montre qu’un pilotage faible ou incertain peut se traduire par des pertes d’efficacité voir même des dégradations du système d’information. Dans les deux précédant messages (Voir sur ce blog le message du 1^er Août 2013 : « Les bonnes pratiques enmatière de conception des systèmes d'information » et le message du 25 Octobre 2013 : « Les bonnes pratiques en matière de fonctionnement des systèmes d’information ») nous avons analysé les bonnes pratiques concernant la conception et le fonctionnement régulier des systèmes d'information.

Dans ce message nous nous efforcerons d’identifier celles concernant le pilotage des systèmes d'information et notamment le pilotage des corrections ponctuelles qu’il est nécessaire d’effectuer régulièrement et qui sont souvent la cause des dérives constatées. Dans un prochain message nous étudierons la gestion des évolutions à moyen terme des systèmes d'information. Ils nécessitent d’avoir une réflexion de type stratégique, une démarche planifiée et un contrôle des opérations effectuées.

Le pilotage des systèmes d'information repose sur une vingtaine de bonnes pratiques. Il en existe peut-être d’autres mais elles sont moins importantes :

1.     Désigner un pilote du système d’information. Un système d’information est un objet complexe. Pour le gérer de manière efficace il est nécessaire qu’il soit piloté par une personne ayant une vision d'ensemble du système. Il doit avoir la double responsabilité de gérer l’ensemble des opérations quotidiennes et périodiques et de piloter les évolutions qui seront réalisés dans les années à venir ([1]). Il a la responsabilité de détecter les goulets d’étranglement et de décider les mesures nécessaires pour améliorer le fonctionnement du système d’information. Très souvent celles-ci se traduisent par des modifications des programmes informatiques ou de l’organisation. Le pilote du système d’information doit prendre des décisions et ensuite s’assurer que ces mesures sont effectivement appliquées.

2.     Avoir un décideur consensuel, reconnu par les autres décideurs concernés. Les différentes parties prenantes concernées par le système d'information doivent avoir confiance dans le pilote. Il dirige par consensus. S’il ne bénéficie pas de cet accord implicite il aura du mal à faire correctement fonctionner le système d’information. Pour cette raison il est recommandé qu’il puisse s’adosser à un comité de pilotage (voir ci-dessous le point 5).

3.     Veiller à ce que le pilote ait des pouvoirs suffisants. Le pilote doit avoir une autorité suffisante afin d'être capable de faire exécuter les décisions qu'il est amené à prendre. Si ses choix et ses arbitrages sont contestés par les autres décideurs et leurs collaborateurs le pilotage du système d’information et la mise en place des mesures nécessaires seront difficiles à mettre en œuvre.

4.     Nommer une personne réactive. Un pilote chargé de gérer le système d’information doit être capable de réagir rapidement à tout changement du contexte. Rien n’est pire qu’un pilote qui laisse filer en se disant que les « choses rentrerons dans l’ordre d’elle-même ». Un bon pilote doit même être capable d’anticiper les dérives possibles. Pour cela il doit sentir les évolutions du contexte, éventuellement avant que les changements soient manifestes.

5.     Disposer d'un organe de pilotage adapté. La plupart des systèmes d’information sont utilisés par de nombreux partenaires de l’entreprise ([2]). Il est donc nécessaire de coordonner les opérations entre les différents responsables qui se partagent le management du fonctionnement du système d'information. Cela se fait en mettant en place un comité de pilotage dont font partie les différentes parties prenantes concernées. Ce comité doit être régulièrement informé du fonctionnement du système d’information et, le cas échant, il recommande les actions à entreprendre, fixe des priorités, dégage les ressources nécessaires,… Il ne se substitue pas au pilote, il renforce son pouvoir et son autorité ([3]).

6.     Rendre périodiquement des comptes. Le pilote agit par délégation des différents responsables concourant au fonctionnement du système d’information. En conséquence il a l’obligation d’informer régulièrement ces différents décideurs du fonctionnement du système d’information, des incidents et des difficultés rencontrées, des changements en cours et de leur mise en œuvre. Ceci peut se faire par le biais d’une réunion périodique ou, à défaut, par une note d’information ou un tableau de bord.

7.     Mettre en place un tableau de bord. Le pilote doit disposer d'un tableau de bord lui permettant de suivre le fonctionnement du système d'information. Il a pour but de lui donner une bonne visibilité sur l'ensemble du système d'information et sur toutes ses évolutions en cours. Il est recommandé de le mettre en diffusion auprès de tous les partenaires concourant au fonctionnement du système d’information de façon à ce que chacun dispose des mêmes informations. Une attention particulière doit être portée au choix des indicateurs qui permettent de suivre :

·       Les volumes d’opérations traitées par période et les pointes de charge,

·       Le nombre et la gravité des incidents constatés,

·       Le délai moyen de traitement des opérations,

·       Le nombre de modifications ou d’adaptations en cours,

·       La productivité des opérations,

·       Le coût des opérations (coût informatique, coût du système d’information)

Il peut contenir d’autres types d’information mais la liste ci-dessus est un minima à respecter.

Le tableau de bord du système d’information permet de connaître la situation actuelle du système d’information et de définir son plan d’évolution à moyen terme.

8.     Mettre en place une procédure d’escalade des problèmes. Dans le cadre de l’exécution des opérations courantes des difficultés peuvent survenir. Certaines sont simples et sont traitées par le personnel ou l’encadrement. D’autres sont plus complexes et seront pris en charge par un « help-desk » ou une équipe d’assistance. Tous les incidents doivent être enregistrés (voir point 10 ci-dessous) et analysés et sur la base de ces informations des améliorations informatiques, des formations ou des actions d’organisation doivent être apportées au système d’information.

9.     Prévenir l’apparition des conflits et les traiter dès qu’ils se manifestent. Souvent, les différentes unités concourant au fonctionnement du système d’information ont, face à une opération ou un incident donné, des approches assez différentes. Cela peut se traduire par des tensions, voir des conflits entre les unités concernées. Le pilote du système d’information doit rapidement détecter ces problèmes potentiels et prendre des mesures pour qu’ils ne s’enveniment pas. Dans la mesure du possible il doit veiller à prévenir leur apparition.

10.  Suivre les incidents. De nombreuses difficultés peuvent survenir dans le cadre du fonctionnement normal des systèmes d’information car ce sont des mécanismes délicats à régler. Lorsqu’un incident survient, quelque que soit la partie du système d’information concernée, il doit être enregistré, analysé et traité ([4]). Pour les suivre et les gérer il est nécessaire de disposer d’une base de données des incidents qui est accessible et renseignée par tous les intervenants. Une personne désignée doit être chargée d’analyser et de statuer sur les incidents signalés. Une information doit être retournée vers la personne ayant signalée l’incident. Certains problèmes rencontrés peuvent donner lieu à des modifications de programmes ou à des changements dans l’organisation des tâches. Le délai moyen de traitement des incidents est un indicateur important qui doit être suivi.

11.  Consulter périodiquement les utilisateurs et les décideurs pour recenser les demandes d’évolution qu’ils souhaitent mettre en œuvre ([5]). Périodiquement, et au moins une fois par an, il est souhaitable de consulter l’ensemble des personnes concernées par le fonctionnement du système d’information en leur demandant de signaler les améliorations qu’elles souhaitent voir mises en œuvre. Elles peuvent concerner les logiciels, leur paramétrage, les matériels, l’organisation ou la formation. Ce survol doit faire l’objet d’une synthèse largement diffusée. Elle permet d’identifier les opérations qui pourraient être effectuées et fixer leur priorité.

12.  Sélectionner les demandes en fonctions de critères simples (5). Toutes les opérations suggérées par les utilisateurs et les décideurs n’ont pas la même importance. Certaines sont urgentes alors que d’autres sont plutôt accessoires. Pour établir un planning des opérations il est nécessaire de les classer en fonction de critères simples comme, par exemple, la complexité du travail à effectuer, la charge de travail nécessaire, les conséquences des changements notamment organisationnelles, les coûts et les délais.

13.  Planifier les changements (5). Le pilote du système d’information a la responsabilité de définir un plan d’évolution à moyen terme du système d’information dont il a la charge. Il doit le fixer sur la base d’éléments objectifs et aussi subjectifs. Il doit évaluer la charge de travail de chaque opération demandée, la disponibilité des développeurs, la capacité de l’organisation à prendre en compte ces changements, … Il est aussi très important de tenir compte des appréciations des différentes parties prenantes. C’est l’aspect subjectif de la planification.

14.  Pratiquer la délégation de pouvoir. Le pilote n’a pas le temps d’effectuer lui-même toutes les opérations qui doivent être effectuées, notamment les changements importants. Ce sont souvent des opérations délicates qui peuvent représenter une charge de travail conséquente. Il les confie à des tiers. Cela se traduit par une délégation d’une partie de ses pouvoirs à des chefs de projets chargés, par exemple, de la réalisation de la partie informatique du système d'information, à des formateurs pour les actions de formation, à des managers et des organisateurs ([6]) afin de faire évoluer les méthodes de travail ou les processus.

15.  Suivre le planning et mesurer l’avancement (5). Le pilote doit nécessairement établir un planning des opérations qui doivent être effectuées et, périodiquement, il va mesurer leur avancement. C’est particulièrement le cas des changements apportés au système d’information mais ce suivi s’applique aussi aux opérations périodiques le concernant comme, par exemple, les clôtures (mensuelles, trimestrielles, annuelles) ainsi que certaines opérations quotidiennes délicates qui méritent d’être surveillées.

16.  Prévoir et suivre la charge de travail (5). Il est indispensable de prévoir la charge de travail nécessaire permettant d’assurer les évolutions du système d'information et ensuite de suivre la charge consommée. C’est en particulier le cas du travail des informaticiens mais aussi celui des utilisateurs et de leur encadrement qui participent au développement des systèmes d’information ([7]). Un suivi du rythme de consommation de la charge doit être régulièrement effectué.

17.  Fixer et suivre le budget des opérations (5). Chaque évolution apportée à un système d'information doit être identifiée et un budget doit être établi. Il doit comprendre les coûts correspondants à la charge de travail mais aussi tous les autres coûts notamment l’achat de matériels et de logiciels. Pour des raisons pratiques il est possible de regrouper ensemble différentes opérations. Périodiquement il est nécessaire de rapprocher le budget et les dépenses réelles afin de vérifier s’il n'y a pas eu sur ou sous-consommation de ressources. 

18.  Vérifier l’impact des changements. Une fois que les changements ont été effectués, que ce soit des modifications de programme ou des adaptations de l’organisation, il est nécessaire de s’assurer qu’elles ont effectivement été mises en œuvre et qu’elles ont produites les effets attendus.

19.  Effectuer périodiquement une évaluation du système d’information. Un système d’information opérationnel évolue, dérive et fini par dysfonctionner. Pour éviter cela il doit être périodiquement audité. Ceci doit normalement être effectué tous les deux ou trois ans. Ce travail doit être confié à un tiers neutre et compétent. Généralement il porte sur trois domaines :

·       La sécurité (accès au système, sécurité des données et des traitements, contrôles en place,…) ;

·       Les fonctions du système et en particulier leur adaptation aux travaux à effectuer, aux compétences des personnes, ...

·       Les performances du système d’information.

20.  Evaluer la valeur crée par le processus. Les systèmes d’information contribuent à la création de valeur par l’entreprise. Certains ont une influence massive indiscutable alors d’autres ont un impact plus incertain. De plus cet effet peut changer dans le temps et s’amenuiser dans le temps. Pour cette raison il est souhaitable d’effectuer périodiquement une appréciation de la contribution effective de chaque système d’information à la valeur crée par l’entreprise et d’évaluer l’impact des changements récents.  

21.  Gérer les risques. Tout système d’information doit faire face à des risques, notamment celui de cesser d’être opérationnel, de fonctionner en mode dégradé ou que des erreurs soient commises sans être détectées. Il est pour cela nécessaire d’identifier les principaux facteurs de risque et de les évaluer de façon à s’assurer que leur niveau reste raisonnable. S’il est trop élevé, des mesures doivent être prises pour diminuer le niveau de risque et, au cas où le ou les risques se manifestent, on doit avoir prévu des mesures pour reprendre le contrôle des opérations et diminuer l’impact de l’incident.

22.  Gérer la sécurité. Les systèmes d’information doivent être protégés contre les fraudes, les incidents et aussi les erreurs que peuvent commettre des différents opérateurs intervenants dans le cadre de ce système. Il faut s’assurer que des dispositifs de sécurité ont été mis en place, qu’ils sont suffisants pour atteindre le niveau de sécurité recherché et qu’ils fonctionnent effectivement. De même des consignes doivent avoir été données au personnel et il est nécessaire de s’assurer qu’elles sont effectivement appliquées.

23.  S’assurer du respect des règles de contrôle interne. Les systèmes d’information doivent respecter un certain nombre de règles fondamentales de contrôle interne comme le suivi des opérations, l’existence d’un tableau de bord, une définition claire des responsabilités, l’évaluation des risques, la gestion de la sécurité, la complétude de la documentation,…. Le management a la responsabilité de mettre en œuvre ces différents dispositifs.

Comme on le voit le pilotage des systèmes d’information est une tâche délicate. Il est pour cela nécessaire de mettre en place un dispositif adapté et efficace. La gestion des changements apportés demande une réflexion de type stratégique, une démarche planifiée et un contrôle des opérations effectuées. L’objectif est d’arriver à faire évoluer les systèmes d’information de manière régulière et efficace. Il est pour cela indispensable qu’il existe un responsable de la gestion et du pilotage de ses évolutions de chaque système d’information.

Voir la suite : Les bonnes pratiques en matière de gestion de l’évolution des systèmes d'information

---

[1] - Il ne faut pas confondre la fonction de pilote d'un système d'information avec celle de maître d'ouvrage qui est un terme très général qui désigne la personne ayant la responsabilité de la conception du système d’information. Il faut noter que ce schéma ne correspond pas toujours aux pratiques observées.

[2] - S’il n’y a qu’un seul utilisateur du système d’information le pilotage devient beaucoup plus simple, mais ce n’est pas la situation la plus fréquente.

[3] - Parfois, il arrive que le comité de pilotage ait tendance à devenir un organisme chargé de juger le pilote du système d’information. Mais imaginer que c’est un tribunal est une mauvaise pratique contre laquelle il faut lutter.

[4] - Ce traitement ne doit pas être confondu avec l’ouverture des tickets au helpdesk lorsqu’un utilisateur l’appel. Cependant une partie des problèmes qui sont signalés par les utilisateurs sont des incidents mais il y a dans le flux d’appels de nombreuses autres demandes.

[5] - Cette bonne pratique est commune à ce domaine et au domaine suivant : « les bonnes pratiques en matière de gestion de l’évolution des systèmes d’information ».

[6] - Jadis de nombreuses entreprises, notamment les banques et compagnies d’assurance, avaient dans leurs équipes des organisateurs. Aujourd’hui ils ont disparu. Leur rôle est pris en charge par les chefs de projets, le maître d’ouvrage, les analystes,… Il n’est pas certain qu’on ait gagné au change.

[7] - Très souvent la charge de travail des utilisateurs, des maîtres d’ouvrage et des décideurs n’est pas pris en compte dans les budgets. Ceci amène des sous-évaluations significatives et entraîne l’apparition de goulets d’étranglement qui peuvent se traduire par des retards significatifs.

Les bonnes pratiques en matière de fonctionnement des systèmes d'information

Dans un message précédant (Voir sur ce blog le message du 1^er Août 2013 : « Les bonnes pratiques en matière de conception des systèmes d'information ») nous avons analysé les bonnes pratiques concernant la conception des systèmes d'information. Dans ce message nous nous efforceront d’identifier celles concernant le fonctionnement des systèmes d'information. Dans des messages à venir nous étudierons les bonnes pratiques des domaines suivants :

-       Le pilotage des évolutions des systèmes d'information 

Les modifications du système d'information se réalisent progressivement. Les évolutions se font dans la durée. Il est pour cela nécessaire de piloter enchaînement de ces opérations. La perte de contrôle de ce processus risque de se traduire par une dégradation du système d’information.

-       L'évolution des systèmes d'information

Les changements apportés au système d'information nécessitent une réflexion de type stratégique (reposant sur une vision à moyen terme), une démarche planifiée avec un positionnement des changements dans le temps et un contrôle des opérations effectuées.

Le fonctionnement des systèmes d'information concerne l’exécution des opérations courantes prises en charge par le personnel d’exécution ([1]) repose sur une vingtaine de bonnes pratiques. Il en existe peut-être d’autres mais elles sont moins importantes.

1. 1.    Désigner un responsable du système d’information. Un système d’information peut concerner plusieurs départements ou divisions de l’entreprise. Ainsi, par exemple, le système d’information des achats implique le département achats mais aussi la production, les stocks, la comptabilité,... Plusieurs responsables peuvent intervenir sur le fonctionnement quotidien du système d’information. Pour éviter d’éventuels conflits il est nécessaire de désigner un responsable unique de l’ensemble du système d'information. Il a mission d’assurer le fonctionnement régulier du système d’information. Il doit superviser son fonctionnement et, en cas de dérive, intervenir rapidement et de manière efficace. Ce peut être un responsable métier ou de processus, un maître d’ouvrage,… C'est, généralement, un responsable hiérarchique car il est nécessaire qu’il ait une autorité suffisante pour prendre rapidement les décisions qui s’imposent afin d'assurer son fonctionnement régulier. 
2. Contrôler l’ensemble du système d’information. La gestion opérationnelle d’un système d’information peut souvent être répartie entre plusieurs personnes. Ceci fait que des problèmes de coordination et de pilotage peuvent survenir. Il est, pour cela, nécessaire que le responsable du système d’information puisse suivre l'ensemble des activités placées sous sa responsabilité afin de détecter rapidement d'éventuels dysfonctionnements. Il doit avoir une vision d’ensemble du système d’information et pas seulement d’une partie de celui-ci. Un certain nombre d’indicateurs de gestion doivent être périodiquement suivis (quotidien, hebdomadaire, mensuel) et se retrouvent dans un tableau de bord. Il est notamment important de suivre des indicateurs de performances du système d’information.
3. Alimenter une base de données mémorisant l’ensemble des opérations de façon à établir un tableau de bord de l’activité du système d’information. Le système d'informatique sous-jacent au système d’information doit disposer d’une base de données enregistrant le détail des opérations effectuées afin de produire à la demande un rapport analysant l’activité d’une période donnée. Le terme technique définissant cette base est « le log ». Périodiquement une synthèse est établie sous forme d'un tableau de bord. Les indicateurs suivis permettent de mesurer l’activité du système d’information et d’apprécier ses performances comme par exemple : le nombre d’opérations effectuées au cours d’un mois, le délai moyen de traitement d’une opération, le nombre d’opérations traitées par personne et par jour,...
4.  Suivre le détail des opérations. Le système informatique sous-jacent au système d’information permet de suivre l’évolution du détail des opérations exécutées par le système d’information. Il est ainsi possible de remonter d’une opération finale à l’ensemble des événements qui sont à leur origine. Ainsi dans un système d’information assurant la gestion des ventes on doit pouvoir remonter de la facture au bon de livraison, à la sortie des stocks et finalement au bon de commande reçu du client. C’est la traçabilité des opérations. Il est pour cela nécessaire de garder toutes les informations intermédiaire nécessaires permettant de visualiser l'enchaînement des opérations.
5. Garantir la sécurité des opérations et des bases de données. Un système d’information demande d’avoir un niveau de sécurité adapté au niveau des risques constatés. Ainsi, il est important de s’assurer que seules les personnes autorisées peuvent accéder aux données et aux traitements. S’il y a des risques ou des enjeux importants il est nécessaire de mettre en place des dispositifs de sécurité renforcés avec des authentifications fortes. Le responsable de la sécurité des systèmes d’information (RSSI) doit s’assurer que le niveau de sécurité du système d’information est satisfaisant. Si c’est nécessaire il peut se faire relayer par un administrateur de base de données sous le contrôle du responsable du système d’information.
6. Auditer périodiquement le système d’information. Il est périodiquement important de s’assurer que le système d’information respecte les règles de contrôle interne de l’entreprise et que le management et les différentes parties prenantes ont une assurance raisonnable de son fonctionnement régulier et sans interruption. Ces contrôles doivent être effectués par des auditeurs expérimentés. Des fonctions de contrôles sont à la disposition des auditeurs notamment pour vérifier le contenu des principales bases de données. Pour cela ils doivent pouvoir effectuer des requêtes sur l’ensemble des bases de données du système d’information. On peut renforcer les dispositifs en mettant en place des contrôles continus (CCM : Continuous Control Monitoring) de façon à s’assurer en temps réel que les règles de contrôle internes sont respectés.
7.  Enregistrer tous les incidents et les tentatives de forçage. Dans le cadre du fonctionnement régulier du système d’information il peut arriver que des incidents soient détectés (Voir le point 8 ci-dessous). Ils sont enregistrés de façon à pouvoir être ensuite analysé. Ce peuvent être aussi des tentatives de forçage, voire des fraudes. Tous ces incidents sont systématiquement enregistrés de façon à les identifier et les analyser afin de prendre des mesures pour éviter qu’ils ne puissent pas se reproduire.
8. Enregistrer toutes les anomalies qui surviennent. Dans le cadre du fonctionnement normal du système d’information des anomalies peuvent survenir. Parmi celles-ci certains peuvent être dues à des erreurs de programme : les « bugs ». Ils doivent être rapidement corrigés. Mais il y a d’autres causes possibles d’anomalies : données inexactes, mauvaises manipulations, …. Elles sont normalement détectées par le système informatique mais certaines anomalies sont constatées par les personnes chargées des opérations courantes. Celles qui sont détectées par les systèmes informatiques sont automatiquement enregistrées. Les autres anomalies doivent être saisies manuellement par les personnes la constatant. Ensuite le principe des opérations est simple : toutes les anomalies constatées dans le cadre de fonctionnement du système d'information sont recensées, centralisées et analysées de façon à comprendre leur origine et pouvoir les corriger. 
9.  Effectuer un suivi des anomalies constatées. La base de données des anomalies permet de les recenser de manière exhaustive. Une personne qualifiée va périodiquement les analyser et prendre, si c’est nécessaire, les mesures qui s’imposent. Dans certains cas il est possible d’effectuer ce suivi en temps réel ou en temps légèrement différé mais la plupart du temps ce travail est fait de manière asynchrone. Périodiquement on va mesurer le taux d’anomalies réelles observé et le délai moyen de résolution des problèmes constatés. Un tableau de bord des anomalies permet de mesurer leur nombre, celui des bugs détectés et qui sont ceux qui sont corrigés, l'avancement des corrections effectuées ainsi que le délai moyen de réalisation de ces corrections.
10.  Vérifier le contenu des bases de données. Il doit être possible d’analyser le contenu de toutes les bases de données mis en œuvre par le système d’information afin de pouvoir vérifier leurs contenus et de s'assurer qu'elles ne comprennent pas de données inexactes. Il peut arriver que les données soient physiquement réparties sur plusieurs bases de données. Il est souhaitable de les voir comme si elles constituaient une seule base. Des fonctions intégrées ou un logiciel spécifique permettent d’effectuer des analyses, des sélections, des classements,… sur cet ensemble de données.
11.  Mettre en place des contrôles suffisants. L’objectif est de s'assurer de la qualité de l’ensemble du système d’information : 

·       Les données saisies pour alimenter le système d'information doivent être contrôlées de manière exhaustive dès leur saisie. On doit s’assurer que toutes les données saisies sont effectivement contrôlées et que les bases de données ne sont pas mises à jour avec des données erronées. Lors de la saisie toute anomalie est immédiatement signalée pour être rapidement corrigée. Pendant ce temps, la mise à jour de la base de données est bloquée tant que les informations inexactes ne sont pas corrigées. Cette logique de contrôle s’applique aux opérations de saisie faites au clavier. Les mêmes contrôles sont effectués lors du transfert de données effectuées de manière automatique entre systèmes.

·       Les bases de données existantes doivent pouvoir être contrôlées à tout moment de façon à pouvoir détecter d’éventuelles anomalies. Il est ainsi possible de détecter des informations se trouvant en double dans les bases de données. De même il doit être possible de détecter des informations manquantes ou dégradées.

·       Les traitements effectués sont contrôlés de façon à détecter des erreurs qui pourraient concernées les données, l’exécution des opérations, les bases de données mises à jour,… Un état « recap » ou une transaction de contrôle sont produits à la fin des traitements permettant de s’assurer qu’ils se sont correctement déroulés et ont donné les résultats attendus.

·       Les différentes sorties notamment les éditions, la production de fichiers de transfert de données, les transactions de consultation,… peuvent être contrôlés pour s’assurer que les données affichées ou imprimées sont bien celles qui devraient y figurer.

L’expérience montre que les contrôles de données sont généralement de bonne qualité par contre le contrôle des bases de données, des traitements effectués et des différentes sorties sont plus fragiles.

12. Effectuer des contrôles particuliers des transactions délicates. Un certain nombre de transactions peuvent mettre en péril la sécurité du système d’information. Ainsi des changements de certaines données peuvent recouvrir des fraudes comme par exemple le changement de RIB d’un fournisseur, la réception d’une facture sans qu’il y ait eu au préalable une commande, une sortie de stocks qui n’est pas imputée à un client ou à un ordre de fabrication, …. Ces transactions particulières sont signalées en temps réel à un responsable, qui est chargé de les valider. En cas de situations critiques ces transactions sont enregistrées dans une base spécifique.

13. Établir un tableau de bord du contrôle interne du système d’information. L’ensemble des informations de contrôle interne disponibles est regroupé dans un document unique permettant d’avoir une assurance raisonnable du fonctionnement régulier du système d’information. Il est important de suivre le nombre, la fréquence et le degré de gravité des incidents détectés.
14.  Documenter le système d’information. Pour que les utilisateurs maîtrisent correctement le système d’information il est nécessaire qu’ils disposent d’un document de référence. Il décrit le fonctionnement du système d’information, non seulement sa partie informatique mais aussi l’ensemble des fonctions qu’il met en œuvre et l’organisation à mettre en place. Il comprend au moins quatre parties :

·       une description détaillée de l’ensemble des fonctions disponibles,

·       la liste des contrôles manuels ou informatiques en place,

·       la liste des problèmes qui peuvent survenir dans le fonctionnement du système d’information,

·       la manière de corriger ces incidents. 

 15.     Disposer d’une procédure écrite. Un système d’information assure le fonctionnement d’un ou de plusieurs processus. Ainsi dans le cas des achats il y a deux grands processus : la passation des commandes d’approvisionnement et le choix des fournisseurs puis l’établissement des contrats. Pour éviter toute dérive il est nécessaire de décrire de manière suffisamment détaillé enchaînement des opérations permettant d’assurer le fonctionnement en système d’information. C’est le rôle de la procédure écrite. C’est un point de contrôle important. L’absence d’un document de ce type est indiscutablement une fragilité. 

16 . Mesurer des indicateurs de performances significatifs. Pour piloter un système d’information il est nécessaire de mesurer régulièrement ses performances comme le nombre de dossiers reçus et traités, le délai moyen de traitement des dossiers, les temps de réponses observés, la charge transactionnelle, la disponibilité,…. Le responsable du système d’information pilote ce dernier sur la base de ces indicateurs. Il est aussi très utile d’évaluer la charge transactionnelle maximum supportée par une configuration donnée de façon à anticiper une éventuelle dégradation des temps de réponse.

17.  Mesurer des indicateurs de productivité. Il est aussi important de mesurer régulièrement la productivité du système d’information et d’apprécier l’évolution de cet indicateur. Pour être efficace il doit couvrir l’ensemble de l’activité du système d’information. C’est par exemple le nombre de dossiers traités par personne et par jour ou le temps moyen de traitement d’un dossier. Normalement les actions réalisées pour améliorer la productivité doivent se traduire par des variations significatives de cet indicateur. S’il n’est pas sensible à ces actions il est possible que les mesures prises ne sont pas adaptées mais ceci peut aussi être dû au fait que l’indicateur est mal défini.

18. Suivre le coût global du système d’information. Pour maîtriser le système d'information il est nécessaire de suivre ses coûts, non seulement les coûts informatique mais le coût complet du système d’information c’est-à-dire comprenant l’ensemble des dépenses du personnel chargé de le faire fonctionner, le coût des locaux, les quotes-parts de direction,… Ce suivi doit être régulièrement effectué, normalement à périodicité mensuelle où, à la rigueur, trimestrielle. L’ignorance de ce coût ou son absence de suivi sont indiscutablement des faiblesses du management en charge du système d’information.

19.  Calculer le coût moyen par unité produite. Le coût total d’un système d’information est un montant qui n’est pas toujours facile à interpréter. Il est plus significatif de calculer le coût moyen par unité produite. Cet indicateur de gestion permet d’apprécier la qualité du management du système d’information. On va par exemple suivre le coût d’une commande reçue ou envoyée, d’un dossier de prêt accordé, d’une pièce comptable, … Cet indicateur doit être conforme aux habitudes des métiers. Ainsi dans la banque on s’intéresse au coût de traitement d’un chèque ou d’un paiement par carte. La méconnaissance de cet indicateur est indiscutablement une faiblesse du management du système d’information.

20.   Travailler les coûts unitaires. Il est nécessaire de mesurer périodiquement les coûts unitaires de façon à s’assurer de son évolution dans le temps. Si le système d’information est correctement géré les coûts unitaires doivent régulièrement diminuer notamment grâce aux investissements effectués dans le système informatique et aux efforts de formation du personnel. Périodiquement il est nécessaire d’analyser les coûts unitaires du système d'information et de suivre leur évolution dans le temps. Il est toujours possible de diminuer les coûts unitaires par quelques mesures simples comme d’arrêter de renouveler les équipements, décaler la maintenance des matériels et des logiciels, stopper les nouveaux développements, confier le travail a du personnel peu qualifié ou peu encadré, ... Mais est-ce vraiment raisonnable ? Tôt au tard il faut bien renouveler les matériels et assurer la maintenance des équipements ou des logiciels. Dans ce cas, tôt ou tard, inéluctablement le coût unitaire remonte.

21.  Analyser le détail des opérations effectuées. Il est nécessaire de revoir périodiquement le détail des opérations effectuées. On va pour cela repérer les tâches effectuées, les décomposer en tâches élémentaires, les analyser, étudier leurs enchaînements, … Il est presque toujours possible de dégager des améliorations leur exécution. Dans ce but on va identifier les tâches, voir s’il est possible de les supprimer, de les automatiser, de les regrouper, ... Ainsi en regroupant toutes les tâches manuelles ensemble il est possible d’améliorer l’efficacité des processus. De même en renforçant et en automatisant les contrôles on peut améliorer la productivité du système d’information. Ce travail de rationalisation doit être périodiquement effectué afin d’améliorer de manière significative la productivité des systèmes d’information.

Comme on le voit la gouvernance du fonctionnement d’un système d’information repose sur l’application de quelques bonnes pratiques. Pour qu’un système d'information fonctionne de manière régulière et efficace il est nécessaire de s’assurer qu’un responsable le gère et le pilote. Il faut ensuite s’assurer qu’il fonctionne de manière performante et sécurisée.

Voir la suite : Les bonnes pratiques en matière de pilotage des systèmes d'information et
 Les bonnes pratiques en matière de gestion de l’évolution des systèmes d'information

[1] - Très souvent on appelle le personnel d’exécution les « utilisateurs ». Ce terme est imprécis. Ce sont des employés, des techniciens et des cadres chargés des opérations quotidiennes, hebdomadaires et mensuelles. 

The era of communication

Much has been said and done in data governance . The open data and open data are the order of the day, starting with public bodies. It is recognized for the development of Web 2.0 and dematerialization, the documentary approach and archiving have taken on new forms. The management of information and communication systems who feels invested this mission is to consolidate this issue within the information governance.

But the opening has several dimensions : the flow of information , the sharing, but also reciprocal links between actors.  These concepts have a different meaning depending on whether one looks at the modern era generated by industry or that of postmodernism based on the connected digital economy.

Steel and wood are visible real resources. Information is an invisible resource, malleable and infinitely reproducible which differs as follows :

1 . The flow of wood or steel in a factory to switch products to real sketched finished products, step by step. Intentions are reported by clear objectives. However, the flow of information, which is composed of data is the key to success when the exchange value co- creating value in co- constructing "during the road " digital content. Circulating this information is enriched over its circulation by different actors - contributors.

2 . More information circulates, the more it can be shared, and more sharing features not only the facts but also new ideas that emerge from this movement and this share ( the 'pollinating’ effect ). Therefore, the information assets pollinated increases in value in proportion to the degree of control by the actors and also the richness and relevance (not volume ) of content that can lead to innovative products and services.

3 . Reciprocal trade that accompanies this distribution, the fertilization of the facts and ideas in turn feeds collaborative innovation. Therefore, CIO  can not simply remain a support function and limited to an operational function. It contributes to reciprocity and amplifies, not an overabundance of data, but the focus of everyone's attention on the real needs. Do we still have the collective will to identify.

These mechanisms three stage nested collaboration remain unclear in the minds of many actors and writers since firstly the distinction between each of these stages is not clearly made​​, and secondly the last stage, which that is to say, that of reciprocity requires mutual trust, a voluntary one confidentiality, equal access to knowledge and experience that appeals to new qualities and skills of the manager conditions.

The animation features of information governance consisting bring forth innovation instead of just maintaining order within the organization requires a good understanding / ownership of all traffic flows, sharing and reciprocity.

The circulation of a digital document are the movement and fluidity of the process. His sharing refers to how to distribute the information. Reciprocal trade has an objective of mutual relations between different actors in the process. All three are components of the "communication" but they do not have the same objectives.

The information is not communication but it is the secular arm. I promote for more than 20 years the "C" communication adjoining the " DSI " (in french) function (CIO). I note that these ideas make their way and maturity advance step by step. Attitudes are changing.

• For example : the presence of the General Directorate of Information and Communication Systems ( DGSIC ) within a public organization is a challenging Advanced ((http://www.defense.gouv.fr/actualites/communaute-defense/la-gouvernance-des-donnees-une-responsabilite-des-decideurs-et-des-metiers).  

• Another example is to demonstrate that the IS (Information system (IS)  can not be dissociated from the communication ( ISC ) according to Les Echos, 26 and 27 April 2013, P 22,  «  l’entreprise Bloomberg a résisté à la crise en procédant à divers acquisitions pour acquérir des clients et des bases de données et développer des systèmes d’information et de communication [SIC] en direction de ces nouvelles communautés ».  (" Bloomberg  company has weathered the crisis through various acquisitions acquire customers and develop databases and information systems and communication [ SIC ] in the direction of these new communities. ").

The orchestration of the transition to digital business needs of " DGSIC." Innovation is more "collaborative" is based on communication as three floors above. Those who stay at one level (traffic) can try to understand the underlying reasons that do not allow them to reach the other two stages of maturity ( sharing and reciprocity).

The collaborative innovation at the time of opening the data depends primarily on political will from the summit. This gives the example from above but this signal is not enough to innovate. Collaboration, such as communication, are complex dimensions.

That is why I am involved in writing this book about "co-governance" of  information for a digital business ( www.cogouvernance.com ). The list of projects to be launched is plentiful and ambitious. But where to start, when to start and what are responsible for starting to circulate and share ... the urge to get involved ?

Gérard Balantzian

26 septembre 2013

(traduction Google)