ITIL dans vos toilettes...
Par sebbrochet le mardi 18 octobre 2011, 07:00 - ITIL - Lien permanent
...ou comment mettre en place une gestion des incidents et des problèmes pour votre chasse d'eau !
Comme chacun le sait, la chasse d'eau est le centre de contrôle des toilettes. La disponibilité de cet élément est primordiale et doit être garantie à tout prix sous peine de graves répercutions sur les utilisateurs. Que faire quand un incident survient ? appliquer ITIL bien sûr ! ...
Tout a commencé par un rapport utilisateur faisant état de fuites d'eau le long de l'évacuation de la cuvette des toilettes. Le service support a créé un rapport d'incident et fixé sa priorité en concertation avec l'utilisateur:
- Un seul système de toilettes est touché et les toilettes restent malgré tout fonctionnelles. L'impact est donc relativement limité.
- Le débit est faible, il s'agit d'un filet d'eau. L'urgence est donc basse.
La priorité de résolution de cet incident
est donc également basse. Le service support a tout de même noté la
consommation supérieure à la normale en eau. L'équipe en charge de la gestion
des incidents constate rapidement l'incident de visu.
L'incident est confirmé. Le technicien dépêché sur place
décide de réinitialiser plusieurs fois le système. Et après
quelques utilisations de la chasse d'eau, la fuite d'eau disparait.
Cependant, quelque temps plus tard, des rapports utilisateurs signalent un
incident du même type sur le même équipement. Après
consultation des procédures préconisées par le constructeur, le service
incident décide de planifier une opération de
maintenance.
Les toilettes étant redondées sur deux niveaux différents
(actif/actif), le risque d'impact sur la production
est jugé relativement faible. L'opération est tout de même réalisée pendant un
creux d'activité pour être sûr de supporter la
charge avec un seul système de toilettes en service.
Le réservoir des toilettes est séparé de la cuvette et le joint qui assure
l'étanchéité entre les deux est débarrassé du calcaire qui l'entoure.
Malheureusement, cette opération ne résout pas l'incident qui
est de nouveau rapporté très rapidement après.
Le département Finance s"inquiète des conséquences financières
et demande une résolution rapide.
Le service incident monopolise de nouvelles ressources et recoupe les
différents éléments en sa possession. Un élément attire leur
attention: un bruit de remplissage d'eau se fait entendre de manière
quasi-permanente même quand le réservoir est plein.
Heureusement un mécanisme de coupure de l'arrivée d'eau a été
mis en place par le constructeur du système de toilettes.

Mais en verrouillant le robinet d'arrêt, un autre incident
survient: le robinet laisse perler régulièrement une goutte d'eau en
position fermée. Cette solution de contournement est vite
écartée.
Le service incident décide alors de procéder à de nouveaux
tests pour mieux identifier le ou les composants
défectueux.
Le technicien en charge des tests remplit manuellement le réservoir
jusqu'au-dessus du niveau de trop plein et constate le même type de fuite que
celle remontée dans le rapport d'incident !
Pour une raison non encore identifiée, le réservoir se remplit
lentement jusqu'à ce que le niveau d'eau atteigne celui du trop plein et
provoque un écoulement d'eau dans l'évacuation des toilettes.
Après analyse des
dépendances entre les différents composants, le composant
défectueux est identifié. Il s'agit du robinet flotteur qui ne semble
plus assurer sa fonction (verrouillage en position haute). Le responsable de la
gestion des incidents décide de faire un remplacement. Le
modèle d'origine n'est pas ou plus disponible, c'est un modèle
compatible qui est installé rapidement, toujours pendant un creux
d'activité.
L'incident semble résolu, aucun bruit de remplissage d'eau
ne se fait plus entendre et l'écoulement d'eau n'est plus constaté.
Le responsable de la gestion des problèmes est globalement
satisfait, il a une erreur connue. Il souhaite néanmoins
identifier la cause première car d'autres systèmes du
même type sont en production et des actions
préventives sont peut-être possibles.
Le robinet flotteur d'origine est entièrement démonté, toutes les pièces
montrent des zones avec des dépôts de calcaire.

Mais la cause du dysfonctionnement n'est pas là. Après examen
poussée de la pièce centrale, il s'avère que le soufflet qui assure
l'étanchéité du robinet est déchiré. La répétition des ouvertures/fermetures
aura eu raison de lui. C'est une conséquence due à l'usure et
ce n'est pas réparable et visiblement pas évitable.
L'information est consignée, la procédure d'échange de robinet flotteur
est documentée pour les prochains incidents du même type qui
pourraient avoir lieu.
Après confirmation par l'utilisateur à l'origine du rapport
d'incident que l'incident ne se produit plus, le rapport est
clos.
Comme vous avez pu le constater, l'utilisation d'ITIL ne se limite pas aux infrastructures informatiques ! Avez-vous eu également l'occasion de mettre en place ITIL dans un environnement "hors-norme" ?
***
Je suis actuellement disponible pour de nouvelles opportunités professionnelles. Mon CV en ligne est disponible sur la partie droite de cette page. N'hésitez pas à me contacter si vous êtes intéressé !
***

