ITSM: Définir le marché et identifier les clients (élaborer le catalogue de services)

Elaborer le catalogue de services

Module 2 - Définir le marché et identifier les clients

29 juillet 2016

Pour partager avec l’auteur : [email protected]

Pour recommander ses compétences sur les réseaux sociaux : http://fr.linkedin.com/pub/pascal-delbrayelle/27/270/634 http://www.viadeo.com/fr/profile/pascal.delbrayelle

1

Définir le marché et identifier les clientsElaborer le catalogue de services

Module

1

Réf. ITSM-M0301-V010-001

Dans cette étape, nous verrons :

ce que l'on entend généralement par "créer de la valeur"

que la création de valeur dépend des types de client qu'il va donc falloir catégoriser

les flux de services entre fournisseurs et clients dans un réseau de valeur qui peut s'avérer complexe

la représentation simplifiée du cas où un client délègue (ou sous-traite) l'une de ses missions en conservant sagestion informatique en interne

les flux de services au sein même du fournisseur de services (constitué des différentes équipes de l'organisationinformatique et de ses sous-traitants)

la représentation particulière lorsque deux fournisseurs de services se mettent ensemble pour fournir des servicesplus globaux que ceux qu'ils fournissent à leurs clients directs

2


Module

1

Réf. ITSM-M0301-V010-002

Ce module est une introduction à la classification des services et à la structuration de l’offre de services de l’organisationinformatique, que se soit la vue stratégique du portefeuille de services comme la vue tactique et opérationnelle ducatalogue de services.

La connaissance des notions présentées ici permettra par la suite de ne pas se perdre dans les détails car l’inventairedes services donnera une liste impressionnante pour laquelle l’objectif de départ risque très vite d’être perdu : apporterune compréhension à un client dans l’offre de services de l’un de ses fournisseurs.

L’offre de services s’adresse à plusieurs clients et plusieurs fournisseurs les délivrent. Déterminer facilement ce qui estvisible de chaque client est important. De même, pour un fournisseur, connaître les relations et imbrications de sesclients permet de savoir quoi délivrer et à qui en levant les ambiguîtés.

Nous allons partir de la vision classique client-fournisseur et de la notion de chaîne de valeur pour aboutir à un schémaen strates (présenté sous la forme de cercles concentriques) avec toutes les interactions client-fournisseur d'un monderéaliste.

Ce schéma en strates sera la colonne vertébrale de la formalisation de la future offre de services.

3


Module

1

Réf. ITSM-M0301-V010-003

Aujourd’hui, nous sommes professionnellement tous clients et tous fournisseurs. La vie moderne devient tellementcomplexe que nous ne fournissons plus qu’une faible partie de ce que nous livrons à nos clients. La part qui provient denos propres fournisseurs est de plus en plus importante et nous devons l’intégrer dans notre propre offre de manièretransparente pour nos clients.

J’ai un exemple d’entreprise où la direction informatique est constituée de deux personnes : le directeur informatique etun technicien traitant les appels utilisateurs. Les utilisateurs sont plusieurs centaines. Ce tour de force est réalisé parceque toute l’informatique est sous-traitée à un fournisseur d’informatique en nuage (cloud computing).

La valeur ajoutée de la direction informatique est de s’assurer de la cohérence de l’ensemble de ce qui est fourni auxutilisateurs et de son alignement optimal et continu avec la stratégie de l’entreprise.

Il est donc important avant toute chose de comprendre et de formaliser ce que l’on appelle chaîne de valeur (ou réseaude valeur dans les cas plus complexes).

Le maillon unitaire de cette chaîne de valeur est l'ensemble des services (ou de prestations complètes) délivrés par unfournisseur à un client afin de lui apporter de la valeur dans ce qu’il fait et ce qu’il veut obtenir comme résultats.

Le fournisseur va le décharger de certains de ses éléments internes en facilitant l’obtention de résultats qu’il veut obtenir.La valeur apportée est générée par la différence entre le coût de ce qui est fourni et les « bénéfices » générés par leclient (l’obtention de résultats).

Lorsque le client doit gérer complètement en interne la gestion de ces éléments (y compris les risques dedysfonctionnement), cela coûte en général plus cher que s’il « délègue » ou sous-traite la gestion de ces éléments à unfournisseur.

Voyons maintenant comment ces notions de fournisseur et de client sont présentés dans certains référentiels.

La vision ITIL® 2011La vision ITIL® 2011 commence à dater car ITIL® 2011 parle essentiellement de deux acteurs qui sont le fournisseur deservices informatiques et le client de ces mêmes services informatiques. Au-delà de ces deux acteurs, les clients duclient informatique sont souvent présentés dans ITIL® par le terme business qui représente les activités d’affaires del’organisation dans son ensemble (comprenant la direction informatique et les autres directions).

De même, les propres fournisseurs du fournisseur de services informatiques sont dénommés « fournisseurs » dansITIL®. Ce terme officiel en français prête à confusion avec le terme « fournisseur de services ». Cette ambiguïté est bienconnue des personnes passant la certification ITIL® Fondamentaux car c’est une des questions pièges qui est souventposée. En anglais, il existe deux mots différents : « service provider» et « supplier».

4


Module

1Dans ITIL®, les fournisseurs de services et les clients ont des problématiques différentes.

La vision étendue comme celle du LeanAujourd’hui, la tendance est de considérer que les clients ont les mêmes problématiques que le fournisseur de servicesinformatiques.

En effet, ils sont eux-mêmes fournisseur de services de leurs propres clients (amorçant une chaîne de valeur) et nous,fournisseur de services, devenons leur sous-traitant.

C’est la vision qui s’impose aujourd’hui : plus aucune entreprise ne peut considérer qu’elle fournit des produits sur unmarché car c’est une vision de plus en plus dépassée. Elle fournit aujourd’hui des services, c’est-à-dire des prestationsde bout-en-bout, même si souvent le cœur de la prestation est la fourniture de produits. Il faut assurer un service après-vente par exemple.

Cette vision est celle de référentiels mis à jour plus récemment comme le Lean et le Lean IT par exemple.

5


Module

1

Réf. ITSM-M0301-V010-004

L’application des principes ITIL® aux clients informatiques comme base del’élaboration de l’offre de services informatiquesNos propres clients devenant à leur tour des fournisseurs de services, il est donc envisageable et pertinent de leurappliquer les principes ITSM.

Les principes ITIL® sur la gestion de services serviront donc de point de départ pour comprendre les activités de nosclients et leurs problématiques.

Cela permettra de revisiter une partie très ésotérique du livre ITIL® de stratégie des services qui fait le lien entre lesproblématiques clients et l’offre de services du fournisseur.

De même, en amont, nos propres fournisseurs ont leurs offres de services qui seront à intégrer dans le catalogue deservices de l’organisation informatique. Ces services fournis par les sous-traitants seront inclus dans la partie cataloguede services techniques (terme ITIL®) ou d’opérations.

Bien comprendre et maîtriser les différentes strates de fournisseurs de servicesL’informatique est présente partout et déborde de son cadre historique, elle fournit des services :

en interne

à des clients réalisant les missions de l’organisation (entreprise ou collectivité) : pour une entreprise, onparlera d’unités d’affaires, d’unités business ou de Business Unit ; pour une collectivité, ce sont lesdirections qui remplissent directement les missions de la collectivité

à d'autres clients en support ou en appui de ces clients de mission : ces clients, souvent appelés fonctionssupports (ISO/IEC 9000), fournissent des services aux clients réalisant les missions de l’organisation ; cesfonctions supports sont aussi clients de l’informatique et incluent même dans leurs propres services unepart d’informatique (par exemple, la Direction des Ressources Humaines fournit des services à l’ensemblede l’organisation pour gérer les collaborateurs, cela inclut une ou plusieurs applications informatiques, dontle support est sous-traité à l’organisation informatique)

en externe à des clients du marché ou des administrés

C’est cette approche qui servira de colonne vertébrale à notre catalogue de services d’affaires.

6


Module

1

Réf. ITSM-M0301-V010-005

Au-delà des clients, nous allons utiliser les différents processus au sein de chaque client pour structurer le catalogue deservices d’affaires.

Sur le lien entre client et processus, nous allons avoir deux cas souvent séparés par la frontière interne-externe del’entreprise ou de la collectivité :

Clients internesLes clients internes sont souvent les directions de l’organisation, chaque direction possédant ses propres processus : laDirection des Ressources Humaines, la Direction Financière, la Direction Commerciale, les Directions Opérationnelles(celles qui fabriquent, fournissent et maintiennent les produits et les services de l’organisation)

Lors de l’établissement de la cartographie des processus de l’organisation, une distinction est souvent faite entre :

les processus de mission

les processus de support

Ces cartographies présentent les processus de l’organisation selon une arborescence de processus avec des processusde haut niveau (les processus « racine ») et les autres processus s’y rattachant.

Très souvent, chaque processus de haut niveau est piloté et géré par une direction dans l’entreprise.

7


Module

1

Réf. ITSM-M2001-V010-006

Clients internes : les fonctions de supportL’organisation informatique va faciliter les processus de support gérés au sein de ces fonctions de support.

La mission de ces fonctions est de faciliter et d’accompagner les processus et les directions remplissant les fonctions demission de l’organisation. Ces fonctions vont donc elles-mêmes fournir des services aux fonctions de mission (ellesauront leurs propres catalogues de services, indépendants du catalogue de services informatiques).

Les services informatiques fournis seront utilisés au sein des processus de support et seront des composants desservices de support de ces directions.

Par exemple, la Direction des Ressources Humaines va fournir des services pour l’ensemble des collaborateurs etresponsables de l’organisation (gestion de la paie, des congés, des formations, etc.) avec des applications informatiquescomme composants de ces services.

C’est un cas où utilisateurs finaux et clients ne sont pas forcément dans la même direction de l’organisation : pourl’organisation informatique, le client qui négocie les fonctionnalités et les niveaux de service des applications deRessources Humaines est une personne de la DRH, alors même que ces applications sont utilisées par l’ensemble dupersonnel de l’organisation.

Clients internes : les fonctions de missionIls utilisent à la fois des services provenant des directions de support (comprenant des éléments informatiques) et desservices directement fournis par l’organisation informatique (pour lesquels la direction d’une mission spécifique est leclient, c’est-à-dire qu’il est le seul décisionnaire sur leur contenu).

D’ailleurs, pour ces fonctions de mission, l’organisation informatique est une fonction de support comme les autres et,dans une démarche d’entreprise mature, il faut envisager de proposer un catalogue de services unique comprenant lesservices informatiques, ceux de la DRH, de la direction financière et des autres directions de support. Mais ceci est uneautre histoire.

8


Module

1

Réf. ITSM-M0301-V010-007

Clients externesDans certains cas, les clients externes peuvent être regroupés en clientèles, les clients appartenant à une clientèle enparticulier ont les mêmes missions et utilisent des processus communs ou identiques : les cabinets comptables, lesbénéficiaires des allocations chômage, etc.

L’organisation informatique peut être amenée à fournir des services pour ces clients extérieurs. Nous avons globalementdeux cas de figure.

Clients externes : les entreprisesCette situation est typique d’un infogérant, d’un fournisseur d’informatique en nuage (Cloud Computing). Dans ce cas, leclient externe est géré d’abord par une Direction Commerciale en interne qui précise ses besoins et représente lesintérêts du client extérieur vis-à-vis de l’organisation informatique qui, elle, va mettre en place une solution informatiquepour ce client. Dans certaines situations ou la communication interne n’est pas très bonne, le couple DirectionCommerciale – Direction Informatique donne assez souvent des résultats non désirés par le client externe.

Clients externes : les utilisateurs isolésIl se peut que l’informatique soit amenée à fournir des services à des utilisateurs isolés : soit ils paient pour les avoir (oucela est compris dans d’autres prestations payantes), soit cela est fourni gratuitement (cas des administrés d’unecollectivité).

Dans tous les cas, les utilisateurs isolés seront représentés en interne par une fonction de mission qui précisera àl’organisation informatique les besoins de ces utilisateurs isolés.

Nous reviendrons par la suite sur la terminologie et la catégorisation des différents services proposés par l’organisationinformatique.

9


Module

1

Réf. ITSM-M0301-V010-008

Cette situation intervient souvent dans les organisations publiques en France. Une collectivité territoriale a laresponsabilité d'une mission, a souvent les budgets pour l'assumer mais ne dispose pas des moyens pour le faire.

La collectivité va alors passer un marché avec une société privée qui possède les ressources pour assurer la mission.On parle alors de délégation de service public.

Cependant, la plupart du temps, la gestion informatique reste au sein de la collectivité territoriale.

Dans ce cas de figure, la représentation complète nécessiterait la création d'une strate supplémentaire avecl'organisation informatique, l'organisation métier, l'entreprise extérieure et les administrés du territoire, ce que nousallons éviter car la présentation de cette information sous la forme d'une couche supplémentaire n'apporterait pas grandchose.

10


Module

1

Réf. ITSM-M0301-V010-009

Afin d'éviter de complexifier la représentation, nous allons considérer que l'organisation métier interne et l'entrepriseextérieure ne sont qu'un seul et même client.

Cette entité virtuelle sera néammoins séparée des autres organisations métiers internes par un secteur à part entière.

11


Module

1

Réf. ITSM-M0301-V010-010

Côté fournisseur de services, d’autres fournisseurs et d’autres servicesVu de celui qui le fournit, un service (ou une prestation) informatique est un mélange équilibré et adéquat de :

technologies

processus

personnes

Ceci est la théorie. Elle est utile pour le client à comprendre les difficultés du fournisseur de services à proposer desservices réellement adaptés sur le long terme aux besoins de ses clients.

Or, la réalité d’un fournisseur de services est complexe et nécessite une approche structurée pour arriver à maîtriser cetensemble :

d’abord, l’organisation informatique est composée de différentes équipes internes, avec des objectifs différents(même s’ils permettent de réaliser les objectifs stratégiques de l’organisation informatique) ; ces objectifs différentspeuvent rapidement devenir contradictoires pour plein de raisons et il est nécessaire de bien piloter ces écartsd’appréciation dans les objectifs stratégiques

ensuite, l’organisation informatique fait appel à des fournisseurs et des prestataires pour obtenir des produits etdes services (du support logiciel par ex.) ; il est nécessaire de connaître et de comprendre l’offre de services dechacun de ces fournisseurs.

Maîtriser la complexité avec les services d’opérations, vus comme des systèmes de

12


Module

1gestionITIL® propose une approche pour gérer ces relations en suggérant que les équipes internes doivent se comporter elles-mêmes en mini-fournisseurs de services vis-à-vis des autres équipes internes, donc, elles se doivent de proposerchacune un mini-catalogue de services. L’ensemble de ces mini-catalogues internes va rejoindre celui des fournisseursexternes pour former le catalogue des services techniques (ou d'opérations).

La totalité de ces services ne sera pas visible directement des clients. Ces services, appelés services techniques parITIL® et appelés autrement services d’opérations, seront les constituants des services d’affaires fournis aux clients del’organisation informatique.

Cela entraîne donc que le catalogue de services sera composé de deux parties : les services d’affaires et les servicesd’opérations.

Les services, qu’ils soient d’affaires ou d’opérations, seront structurés selon une approche de système de gestion, afinde séparer les résultats visibles de l’extérieur des constituants élémentaires d’un service.

13


Module

1

Réf. ITSM-M0301-V010-011

Au sein du fournisseur de services nous avons les différentes équipes internes et les différents fournisseurs.

Avant de démarrer le recensement de l’ensemble des services d’opérations, il sera nécessaire d’identifier lesfournisseurs extérieurs et de définir un découpage étudié de l’organisation informatique en mini-fournisseurs internes etrelativement indépendants les uns des autres.

Chacun de ces fournisseurs, externes ou internes, sera vu comme une fonction (une fonction est un système de gestiond’un type différent de celui des processus et des services).

14


Module

1

Réf. ITSM-M0301-V010-012

Chaque équipe interne fournit des services aux autres équipes internes et les fournisseurs externes délivrent desservices à l’organisation informatique.

Pour simplifier la gestion des services des fournisseurs externes, le plus simple est de considérer qu’un service fourni estdélivré conformément aux exigences formulées par une équipe de l’organisation informatique. En d’autres termes, unservice fourni par un sous-traitant l’est sous la responsabilité d’une équipe interne, qui en est le client.

Nous reverrons ces différents liens lorsque sera abordé le détail des services d’opérations.

15


Module

1

Réf. ITSM-M0301-V010-013

Il s'agit, en France, d'un cas fréquent de collaboration entre différentes collectivités territoriales et d'autres entités de l'étatpour gérer des éléments tels que l'organisme gérant les allocations sociales ou la préfecture, représentant de l'Etat dansle département par exemple.

Ces différentes entités échangent des informations sur les administrés afin de leur fournir un meilleur service (ou desservices complémentaires). Cela se fait souvent par la mise en oeuvre d'échanges de données entre les deuxorganisations informatiques.

Lorsqu'aucune des deux directions informatiques n'est prépondérante, c'est-à-dire que la relation n'est pas du typefournisseur-client entre ces deux organisations informatiques, il va falloir négocier et trouver un terrain d'entente sur lepartage de responsabilités et on peut parler alors de partenariat.

16


Module

1

Réf. ITSM-M0301-V010-014

Concrètement, la mise en place d'un service complémentaire (ou mixte) pour le client final (ou l'administré) commencepar la mise en place d'échanges de données entre les deux systèmes d'information qui restent séparés.

Habituellement, lorsqu'un flux de données est mis en place, nous avons un émetteur (qui sera le fournisseur) et undestinataire (qui sera le client). Cette relation client-fournisseur existe donc à un niveau micro-service.

Or, le service macro complémentaire mis en place contient souvent de multiples flux de données, certains allant dans unsens et d'autres allant dans l'autre sens.

Chacune des deux organisations informatiques est tour à tour fournisseur et client, ce qui fait que la représentationfournisseur-client du niveau fin n'est plus représentative à un niveau macro.

17


Module

1

Réf. ITSM-M0301-V010-015

Pour sortie de cette contradiction, il est donc nécessaire de changer de paradigme.

En faisant de la manière suivante : nous allons avoir un fournisseur de services virtuel (les services communs aux deuxorganisations informatiques) constitué de la paire d'organisations informatiques.

Le client commun est le bénéficiaire de ces services supplémentaires et, dans ce nouveau cadre, les principes ITSMrestent respectés.

Sauf que cette situation reste difficile à représenter et il faut trouver une manière spécifique simple pour le faire.

18


Module

1

Réf. ITSM-M0301-V010-016

Il faut faire une entorse à la représentation concentrique et représenter le fournisseur virtuel comme un lien entre lesdeux fournisseurs de services qui restent présentés sous la forme de cercles concentriques.

De même, le client de cette entité virtuelle sera détaché des cercles concentriques pour être rattaché au lien entre lesdeux fournisseurs.

Cette représentation permet d'identifier des situations complexes avec partage de responsabilités souvent floues qui vaimpacter le client final, surtout en cas de dysfonctionnement de l'ensemble avec le classique : "C'est pas moi, c'est l'autre!".

19


Module

1

Réf. ITSM-M0301-V010-017

La réalité dépasse très souvent les modèles théoriques que l'on est amené à élaborer. C'est pour cela que voici troisexemples très différents, l'un dans le privé et les deux autre relatifs aux collectivités territoriales en France.

Exemple 1 : groupe privé de location et d'entretien de véhicules automobiles avectrois filialesCette société privée est implantée dans plusieurs régions françaises et a pour activité la location et l'entretien devéhicules automobiles de plusieurs marques et à destination de plusieurs clientèles :

location de voitures toutes marques sur une région,

location de véhicules industriels et utilitaires d'un constructeur automobile, sur une autre région

vente de voitures avec financement d'un autre constructeur automobile, sur une troisième région

L'entité groupe centralise certaines fonctions de support comme les ressources humaines et la finance afin de définir etd'appliquer des politiques de groupe sur l'ensemble des filiales.

20


Module

1Au sein de cette entreprise, la stratégie informatique mise en place comprend les principes suivants :

pas d'équipe informatique dans les filiales, seuls certaines personnes identifiées dans les filiales font office decorrespondants informatiques

toute l'informatique du groupe est externalisée et un contrat a été signé avec un fournisseur d'informatique ennuage (Cloud Computing) du marché pour héberger et superviser toute l'informatique centrale du groupe ; selonles applications et logiciels hébergés, le contrat contient du mode PaaS (applications métiers) et SaaS (gestionfinancière et gestion des ressources humaines notamment)

certaines applications métiers tournant sur les tablettes et les postes de travail dans les filiales sont fournies etmaintenues directement par les contructeurs automobiles qui sont éditeurs de ces logiciels ; cela est le cas, parexemple, des applications de diagnostic des véhicules

Le dernier élément est un point de friction avec les filiales car, si globalement les niveaux de service de la DSI du groupesont respectés, les éditeurs de logiciels spécifiques que sont les constructeurs informatiques ne respectent pas de délairaisonnable dans les évolutions correctives de ces applications, certains dysfonctionnements mettant plusieurs mois àêtre corrigés et aucun point de contact de centralisation côté constructeur n'existe pour coordonner les corrections.

Il s'avère que les constructeurs automobiles n'accordent pas suffisamment de moyens à leurs équipes dedéveloppement de ces logiciels de diagnostic et de maintenance.

Du point de vue de l'utilisateur final, le mécanicien en atelier qui entretient les véhicules par exemple, a deuxfournisseurs de services proposant un service mixte qui lui permet de faire les diagnostics. Ce service est constitué :

du matériel (tablette) et du socle technique (système d'exploitation, réseau, anti-virus, etc.) fourni par l'organisationinformatique du groupe

des applications logicielles fournies par les différentes organisations informatiques des constructeurs au traversd'un portail extranet

Le schéma de sources de valeur synthétise cette situation complexe.

21


Module

1

Réf. ITSM-M0301-V010-018

Exemple 2 : communauté d’agglomération ayant fusionné avec certaines descommunes adhérentesL'exemple suivant est celui d'une Communauté d'Agglomération en France.

Elle regroupe une vingtaine de communes de toutes tailles, dont la ville principale est la préfecture de son département.

Dans le contexte de rationalisation des collectivités, cette structure vient de fusionner avec la commune principale.

D'autre part, les autres communes vont se voir proposer la gestion informatique des missions d'une commune par laCommunauté par le biais de contrats à mettre en place. On distingue grosso modo deux modes de fonctionnement del'informatique des communes adhérentes :

celles possédant une équipe informatique et faisant appel à de la sous-traitance

celles ayant décidé d'externaliser complètement leur gestion informatique à une société privée et pour lequel l'undes DGAs (Directeur Général Adjoint) fait office de directeur informatique.

22


Module

1Certaines de ces communes gèrent aussi une partie de l'informatique d'autres entités publiques comme les EPN(Espace Public Numérique) permettant à tout citoyen d'approcher et de travailler avec les services et innovations liés aunumérique.

Enfin, la Communauté d'Agglomération gère aussi l'informatique d'entités satellites comme les pépinières d'entreprise.

Dans le cadre de la fusion de la Communauté et de la commune principale, toutes les directions métiers fusionnent et lesdeux organisations informatiques fusionnent.

Il va maintenant falloir trouver des synergies informatiques pour harmoniser les services informatiques fournis, lesrationnaliser et diminuer les coûts.

Pour cela, il est nécessaire de connaître l'offre actuelle des deux anciennes entités informatiques pour les fusionner etrationaliser l'ensemble. Pour ITIL®, il s'agit d'activités de gestion du portefeuille de services dans un contexte spécifiquede fusion de deux catalogues de services.

La première étape est de bien cartographier le réseau de valeur et ses sources de valeur.

23


Module

1

Réf. ITSM-M0301-V010-019

Exemple 3 : conseil départementalUn dernier exemple est un exemple de collectivité dans la tourmente de la réforme territoriale en France.

Promulguée le 7 août 2015, la loi NOTRe (Nouvelle Organisation Territoriale de la République) confie de nouvellescompétences aux régions et redéfinit clairement les compétences attribuées à chaque collectivité territoriale (source :http://www.gouvernement.fr/action/la-reforme-territoriale).

Les départements français pouvaient, jusqu'alors se saisir de missions en dehors de leurs compétences propres,missions remplies plus ou moins bien par les autres niveaux de collectivités en France (communes, inter-communalités,région). Cela a entraîné au fil du temps des missions en doublons, une perte d'efficacité sur les moyens emplyés, desobjectifs contradictoires et une incompréhension du citoyen ("mais qui est responsable de quoi ?") avec, à la clé, lasuperbe expression qui qualifie si bien l'administration française de "millefeuille administratif").

Cette possibilité d'ingérance tous azimuts s'appelle la compétence générale des départements et a été supprimée par laloi NOTRe. A la place, cette loi précise le périmètre de missions de chaque échelon administratif, départements compris.

24


Module

1Des missions actuellement gérées par les départements vont être transférées vers les échelons plus locaux (inter-communalités) et vers l'échelon régional. Les départements sont aussi confortés dans les missions de solidaritéterritoriales et humaines.

Dans les mois et les années qui viennent, l'organisation informatique d'un conseil départemental va voir partir desservices informatiques fournis, en voir arriver d'autres et de nouveaux clients (inter-communalités et région dans le cadrede la loi NOTRe, collèges dans le cadre d'une autre loi, etc.).

Pour les missions actuellement départementales transférées vers d'autres collectivités, il est très probable que, dans unpremier temps, la gestion informatique restera au sein de l'organisation informatique du département. Des contratsseront donc à passer entre ces collectivités et l'organisation informatique du département.

Il est en effet, compte-tenu du développement informatique passé très souvent anarchique, de "dé-tricoter" le systèmed'information du conseil départemental et les collectivités préfèreront dans ce cas laisser la gestion informatique auniveau du département.

Cependant, pour des raisons d'efficacité (et aussi de facturation), il est nécessaire de bien cartographier les clients et lesservices fournis en utilisant cette démarche.

25

Services

ITSM: Définir le marché et identifier les clients (élaborer le catalogue de services)