Di?s que Octopus est utilise selon les concepts ITIL®, quelques liens pourront exister entre les divers types de requetes.

De surcroit, il devient important de qualifier ces liens pour en savoir plus sur le type de relation qui a ete applique.

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

Evolution des types de relations

Dans le passe, les relations entre nos requetes de types incidents, SR ou problemes etaient possibles dans Octopus, tГ©lГ©charger mydirtyhobby mais la relation n’etait nullement qualifiee. Prenons un exemple, l’onglet Incidents relies nous montrait nos 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 en section des activites. Probleme est le seul type de requete qui pouvait etre relie a un changement et J’ai technique n’etait jamais intuitive.

A partir de la version 4, l’ensemble des relations entre n’importe quel type de requete sont consolidees dans l’ onglet Requetes et le type de relation va etre qualifie. Notamment, on va pouvoir relier 1 incident a un changement et indiquer la relation de cette facon: le changement #4567 reste la solution de l’incident #1234.

Les relations entre nos requetes avant la version 4

Les relations interrequetes apres la version 4

Types de relation

Avantages a se servir de des relations

En TI, avoir acces a la bonne information au bon moment est tres important. Nous savons que le travail des divers groupes TI est 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 est un atout.

Avec les relations interrequetes, nous pouvons de suite afficher les requetes doublons, nos 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 pour mesurer le succes de ces changements, vous pourrez voir nos incidents causes par un changement.

Les relations deviennent donc une methode de plus pour mesurer l’efficacite des services TI et determiner des points a bosser en mode d’amelioration continue.

Configuration des relations interrequetes

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

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

Voici la liste des relations preconfigurees :

Mes relations systeme ne peuvent etre supprimees, car elles sont impliquees dans diverses regles d’affaires appliquees par Octopus. Sans compter que, une cardinalite un a un ou votre a plusieurs a ete employee via ces types de relation, et cela veut penser :

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

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

Recommandation

Nous nous sommes bases sur les 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

Notre definition d’une relation contient la description une relation ainsi que la description opposee.

Plus tard, on configure le comportement d’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.