Di?s que Octopus est utilise suivant les concepts ITIL®, plusieurs liens vont pouvoir exister entre les divers types de requetes.

De surcroi®t, il devient important de qualifier ces liens pour en savoir plus sur le type de relation qui possi?de ete applique.

Les relations entre des types de requetes paraissent visibles dans l’onglet Requetes.

Evolution des types de relations

Au passe, les relations entre des requetes de types incidents, SR ou problemes etaient possibles dans Octopus, mais la relation n’etait nullement qualifiee. Pourquoi pas, l’onglet Incidents relies nous montrait des incidents/SR relies, mais le type de relation n’etait aucunement identifie. J’ai relation d’un incident relie a un probleme etait visible dans l’onglet Incidents, en dessous de la section des activites. Probleme etait le seul type de requete qui pouvait etre relie a un changement et la methode n’etait gui?re intuitive.

A partir en version 4, toutes les relations entre n’importe quel type de requete sont consolidees dans l’ onglet Requetes et le type de relation pourra etre qualifie. Entre autres, on va pouvoir relier votre incident a un changement et indiquer la relation de une telle facon: le changement #4567 reste l’alternative de l’incident #1234.

Les relations entre les requetes avant la version 4

Mes relations interrequetes apres la version 4

Types de relation

Avantages a se servir de les relations

En TI, avoir acces a la solide information au bon moment est tres important. Nous savons que la ti?che des differents groupes TI reste interrelie et que l’information saisie dans Octopus permet a toutes les intervenants d’avoir une meilleure vue d’ensemble durant le cycle de vie des requetes ou de proceder a la plupart observations des requetes completees. L’utilisation des relations reste 1 atout.

Au milieu des relations interrequetes, nous pouvons de suite afficher les requetes doublons, des reouvertures, evaluer l’impact d’un probleme generalise a partir d’une requete parent, le nombre de cas recurrent qui pourrait etre regles definitivement par la gestion des problemes. Et Afin de mesurer le succes de vos changements, vous pourrez voir nos incidents causes avec un changement.

Les relations deviennent donc une methode Sans compter que pour mesurer l’efficacite des services TI et determiner des points a travailler en mode d’amelioration continue.

La version 4 d’Octopus est livree avec des relations deja configurees et pretes a l’utilisation. Cela reste possible de voir cette configuration au sein des informations de references, de les modifier ou, au besoin, en ajouter ou en oublier. Seules nos relations systeme d’Octopus ne vont pas pouvoir etre modifiees ou changees; ce point reste couvert plus en detail dans une section plus bas.

J’ai gestion des relations interrequetes s’effectue a partir du menu Outils > Gestion des precisions de reference. > General > Types de relation interrequetes.

Voici la liste des relations preconfigurees :

Mes relations systeme ne vont pas pouvoir etre supprimees, car elles sont impliquees dans diverses regles d’affaires appliquees par Octopus. En plus, une cardinalite un a 1 ou votre a plusieurs fut employee sur ces types de relation, ce qui veut penser :

• qu’une requete source avec une relation etablie avec une cardinalite votre a 1 ne peut etre reliee qu’a une seule autre requete.
• qu’une requete source avec une relation ayant une cardinalite votre a plusieurs peut etre reliee a plus de la requete.

Ceci evite l’etablissement de relations qui n’ont aucun sens; comme, un incident enfant relie a quelques incidents parents.

Recommandation

Nous nous sommes bases i  propos des principes d’ITIL® afin d’effectuer la preconfiguation des relations interrequetes. Si vous desirez ajouter ou modifier des types de relations, nous vous recommandons de prendre le temps de bien analyser les differentes situations lorsqu’elles seront appliquees afin que les relations aient du sens.

Configuration des relations

J’ai definition en relation contient la description d’la relation ainsi que la description opposee.

Par la suite, on configure le comportement une relation.

1. Requete 1 correspond a la requete source et Requete 2 correspond a la requete destination.
2. Definir le type de cardinalite entre le type de requete 1 et le type de requete 2.
3. Definir le type de cardinalite entre le type de requete 2 et le type de requete 1.