Pour rappel, le PIR correspond au Post Implementation Review. Il s'agit après chaque change de faire un bilan. Cela doit se faire , que le change est réussi ou non.
En effet, si le change a bien fonctionné, il est nécessaire de savoir si le dysfonctionnement a bien été résolu. Un change qui se passe bien ne corrige malheureusement pas toujours un dysfonctionnement ! Simplement parce qu'un change qui se passe bien correspond au fait que l'infrastructure fonctionne toujours après mais peut-être que cela n'a servit à rien.
Si le change s'est mal passé, il est plus courant de mettre en place ce bilan. Il s'agit de comprendre l'origine des difficultés rencontrés. Il ne s'agit pas évidemment de trouver le coupable mais de trouver ou le processus a failli : CMDB pas à jour (et donc impact sur l'infrastructure non prévu), représentant du CAB absent (revoir la sélection des opérateurs du CAB).
Cet article vous a aidé... n'hésitez pas à cliquer sur les annonces publiées...
Service Manager dans une organisation n'est pas toujours aisé. Il faut continuellement se battre contre des habitudes de travail et faire progresser la qualité des services fournis. Trouvez un soutien dans ce blog et posez toutes vos questions. Cela vous permettra d'avoir une nouvelle source de proposition pour améliorer vos processus ITIL. Tous les sujets peuvent être abordés : incident, problème, base de connaissance, change, catalogue de service...
Aucun commentaire:
Enregistrer un commentaire