Un incident lié à un problème doit-il être résolu ?

Détaillons tous les cas de figure :

• Le service es restauré et la root cause est trouvé. Cas idéal, on peut donc résoudre le problème et les incidents liés
• Le service est restauré mais la root cause n'a pas été trouvé. Dans ce cas, nous aurons donc des incidents résolus mais le problème lié reste ouvert.
• Le service est n'est pas restauré mais la root cause est trouvé. Posé comme cela, il apparait concrètement surprenant qu'on puisse se retrouver dans ce cas. En effet, la connaissance de la root cause doit au moins permettre d'avoir un workaround.

C'est pourquoi, il peut arrivé d'avoir des incidents résolus liés à un problème en cours mais il n'y a pas d'obligation. Cela dépend de la situation dans lequel on se trouve.

Combien d'étape dans un request ?

On retrouve généralement trois étapes dans une request :

Etape de validation : on va transmettre la request aux différents personnes dont leur décision doit permettre la réalisation de la demande. En principe, on a la dans un flux séquentiel.
Etape de traitement : c'est ici que ce situe la connaissance du processus. En effet, cette partie de flux correspond à l'organisation de l'informatique. Bien des cas, la définition de ce workflow permet de rationaliser considérablement le fonctionnement car l'entreprise prend souvent conscience du nombre incroyable d'exception à traiter et décide de standardiser.
Etape de clôture : une confirmation de l'utilisateur explicite ou implicite (on laisse un délai de garantie de quelques jours avant clôture définitive) est nécessaire afin de rester à l'écoute de l'utilisateur.

Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...

Comment gère-t-on les externes dans le processus incident ?

Il est possible de retrouver deux types d'externes :

End user externe : il s'agit de personne étrangère à l'entreprise mais qui utilise son système d'information. Il doit donc pouvoir déclarer des incidents. C'est pourquoi la liste des utilisateurs contenus dans la CMDB ne doit pas s'arrêter à la liste des salariés mais bien à la liste des utilisateurs du système d'information.

Intervenant externe : il s'agit de fournisseur du service informatique. Si l'outil de Service Management le permet, il est bien de les intégrer au même niveau que tout équipe d'intervention interne. Sinon, l'incident doit être sous la responsabilité d'une équipe interne qui a la responsabilité de ce fournisseur.

Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...

Combien de niveau d'intervention pour traiter un incident ?

En règle générale, on a trois niveaux :

1. Service Desk dont l'objectif est de qualifier l'appel. C'est à dire de définir quelle est sa priorité, le service impacté... Il doit aussi trouver des solutions pour restorer le service, même de façon très provisoire. C'est la que la base de connaissance prend tout son sens
2. niveau intervention dont l'objectif reste assez généraliste mais peut se déplacer sur site si nécessaite
3. niveau expert dont l'objectif est de restaurer le service quoi qu'il en soit. Si un transfert de compétence est bien réalisé de ce dernier niveau sur les précédents, le nombre d'incidents traité à ce niveau doit être très faible.

Il arrive de trouver plus de niveau suivant la complexité de l'organisation.

Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...

Existe-t-il différents types de services dans un catalogue de service ?

Pour ma part, je préfère catégoriser les services en deux domaines bien distincts :

• Business Services
• Technical services

Leurs structures et leurs attributs sont les mêmes. Seul change les consommateurs des services. Pour le premier, on aura des clients Business et pour les seconds, on aura uniquement des clients techniques (du service informatique).

Différentes remarques :

1. Les collaborateurs du service informatique peuvent consommer des services des deux types, suivant si les raisons proviennent du fait de leur travail spécifique dans l'IT ou du fait d'être collaborateur. Par exemple, un responsable Citrix sera client Business pour User Environment et technical service pour Hosting Server.
2. Les Business Services auront des SLAs associés entre les clients et l'IT tandis qu'on parlera de OLA pour les technical services puisqu'il régit la relation entre deux services IT.

Voici un schéma représentant la différence entre les deux et leur connexion.

Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...

Est ce que "Messagerie" est un service distinct du service "Environnement client" ?

Pour cette question, pas de réponse franche. En effet, cela va dépendre de l'approche choisie de l'entreprise. Pour ma part, je serai plutôt rétissant de le proposer dans un Business service indépendant.

J'aurai tendance à l'intégrer comme un service technique qui supporte le Business Service "Environnement client". En effet, la messagerie est une clé de voute de l'infrastructure. Mais cel n'est pas une application métier en temps que tel sinon une application bureautique.

Voici les raisons qui justifie ce choix :

1. L'ensemble des utilisateurs de l'IT ont un accès à la messagerie (il est rare de fournir un acces au système d'information sans fournir une adresse e-mail)
2. Ce service doit être géré au même titre que l'image fournie sur le poste (contenant le système d'exploitation), ou le réseau, également indispensable pour l'utilisateur.
   Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...

Est-ce que les Business Services sont dans la CMDB ?

Les Business sont dans deux référentiels :

• Le catalogue de service : en effet, ils peuvent être commandé par un ou plusieurs utilisateurs. Ce sont donc intégralement des éléments du catalogue
• La CMDB : comme tout élément décrivant l'infrastructure informatique, on doit les retrouver dans la base des configurations afin de pouvoir leur rattacher les utilisateurs qui les consomment, les éléments logiciels et matériels sur lequel repose le service.
  Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...