Incidents

Un incident est quelque chose qui s’est déjà produit dans le projet (une panne, un blocage, une erreur de données). C’est une entité à part entière, indépendante des tâches : il a son statut, sa gravité, ses assignés et ses heures. Ce qui pourrait se produire s’enregistre comme risque.

Chaque incident appartient à un projet et, si vous le souhaitez, à une phase et/ou à une tâche de ce même projet. Son code court (par exemple I0003) est unique dans le projet et ne change jamais.

La liste des incidents du projet

Dans le projet, l’onglet Incidents (avec le nombre d’incidents entre parenthèses) affiche un tableau. À côté du titre se trouve le sélecteur Liste | Kanban : la vue Kanban présente les mêmes incidents en colonnes de statut (voir Tableaux Kanban).

Si le projet n’en a aucun, vous voyez : « Ce projet n’a encore aucun incident enregistré. ». Le tableau n’a ni filtres ni champ de recherche ; pour croiser les incidents de plusieurs projets, utilisez Requêtes ou Mon travail.

Créer un incident

Il y a deux façons de procéder :

1. Depuis le projet : onglet Incidents → Créer un incident.
2. De n’importe où : le bouton rouge Nouvel incident de l’en-tête ouvre la boîte de dialogue Signaler un incident avec un sélecteur Projet (le projet dans lequel vous vous trouvez est présélectionné si vous pouvez y créer). Si vous ne pouvez signaler d’incident dans aucun projet, le bouton s’affiche quand même, mais la boîte de dialogue indique « Vous n’avez aucun projet où enregistrer un incident. ». Tant que vous n’avez pas choisi de projet, la phase et la tâche sont désactivées, ainsi que le bouton d’envoi.

Quand vous cliquez sur Enregistrer l’incident, la boîte de dialogue se ferme et l’incident apparaît dans le tableau. Erreurs possibles (affichées en rouge sous le formulaire) :

Statuts

Les statuts sont un catalogue de l’organisation que le PM gère dans Statuts d’incident (voir Données de référence et catalogues). Ceux d’origine sont Ouvert, En analyse, En cours de résolution, Résolu et Clôturé. Chaque statut peut être marqué comme final : seul Clôturé l’est à l’origine (Résolu ne l’est pas, car il reste souvent en attente de clôture formelle).

Qu’un statut soit final a des conséquences : il renseigne la date de clôture et fait compter l’incident comme clôturé dans les Rapports.

Si vous désactivez un statut qui contient déjà des incidents, ces incidents le conservent ; dans leur formulaire de modification, il apparaît sous la forme « Nom (inactif) » pour ne pas être perdu à l’enregistrement.

Date de clôture

La date de clôture se gère toute seule à partir du statut, sauf si vous la saisissez vous-même :

Validations : la clôture ne peut pas être antérieure à la détection (« La date de clôture ne peut pas être antérieure à la date de détection. »). Si la date de détection est postérieure à aujourd’hui et que vous passez à un statut final sans saisir vous-même la clôture, vous verrez « La date de détection est postérieure à aujourd’hui : corrigez-la avant de passer l’incident à un statut final. ». Si vous ne modifiez que d’autres champs, d’anciennes données incohérentes ne bloquent pas l’enregistrement.

Le détail d’un incident

Cliquez sur le titre dans la liste (ou dans un tableau, dans Mon travail ou dans Requêtes) pour ouvrir /incidents/…. L’en-tête affiche le projet et la phase, le titre avec son code complet (projet + incident), les boutons d’action et une carte avec Statut, Gravité, Priorité, Heures estimées (« Non estimé » s’il n’y en a pas), Heures saisies, Date de détection, Date de clôture (uniquement si elle existe) et Assignés (avatars ; les quatre premiers sont affichés, puis « +N » ; les personnes sans compte portent « (sans compte) » dans leur libellé).

Dessous, trois onglets : Incident, Saisies de temps et Assignés.

Onglet Incident : modifier

Le PM propriétaire voit le formulaire complet déjà rempli, avec les mêmes champs qu’à la création (sans le sélecteur de projet). Cliquez sur Enregistrer les modifications ; vous verrez « Enregistré. » en vert. Règles :

• Changer le Statut applique ce qui est décrit dans Date de clôture.
• Vider Heures estimées les remet à « non estimé ».
• Choisir « Non liée à une phase/tâche » supprime le lien.
• Phase et tâche sont indépendantes : on ne vérifie pas que la tâche appartient à la phase choisie. Le tableau de la liste affiche la phase et, à défaut, la tâche ; le détail du PM permet de les combiner.
• Si l’enregistrement échoue, ce que vous avez saisi est conservé et l’erreur s’affiche en rouge.
• Changer le statut par glisser-déposer dans le tableau Kanban suit les mêmes règles et les mêmes permissions ; si quelqu’un d’autre a changé le statut entre-temps : « Quelqu’un a modifié le statut de cet incident entre-temps. Votre modification n’a pas été appliquée. ».

Onglet Assignés

Liste les personnes assignées (avec « (sans compte) » à côté de celles qui n’ont pas de compte). Un incident peut avoir plusieurs assignés, avec ou sans compte.

• Attribuer : bouton de l’en-tête ; ouvre « Attribuer à l’incident » avec une liste déroulante « Attribuer à... ». Elle ne propose que les membres de l’équipe du projet qui ne sont pas encore assignés ; le bouton disparaît s’ils le sont tous. Attribuer de nouveau à quelqu’un qui l’est déjà ne crée pas de doublon.
• Retirer : lien rouge sur chaque ligne, avec la confirmation « Retirer {nom} de cet incident ? ».

Être assigné à un incident est ce qui donne à un consultant/développeur l’accès à celui-ci (il apparaît dans Mon travail → incidents) et lui permet de saisir des heures.

Onglet Saisies de temps

Liste des heures enregistrées (code, personne, durée « H h M min », date et description). Elle fonctionne comme pour les tâches : voir Saisie des temps. Le bouton Saisir du temps (en-tête) ouvre « Saisir les heures travaillées » avec Heures, Minutes (0-59), Date et une Description obligatoire ; le sélecteur « Qui a effectué le travail ? » (par défaut « Moi-même ») n’est visible que du PM propriétaire et propose toute l’équipe du projet, avec ou sans compte.

Règles réelles :

• Saisir pour soi-même exige d’être le PM propriétaire ou d’être assigné directement à l’incident. Avoir accès via une tâche liée ou en tant que Chef d’équipe ne suffit pas : même si vous voyez le bouton, à l’envoi vous verrez « Vous n’avez pas accès à cet incident. ».
• Saisir au nom d’une autre personne est réservé au PM propriétaire (« Seul le PM propriétaire peut saisir des heures au nom d’une autre personne. »).
• Erreurs de durée : « Les heures doivent être un nombre entier supérieur ou égal à 0. », « Les minutes doivent être un nombre entier compris entre 0 et 59. », « Une saisie de 0 heure et 0 minute ne peut pas être enregistrée. ».
• Modifier ou supprimer une saisie : son auteur ou le PM propriétaire (« Seul l’auteur de la saisie ou le PM propriétaire du projet peut la modifier ou la supprimer. »).
• Les heures des incidents s’ajoutent au total d’heures du projet et des Rapports.

Supprimer un incident

Une confirmation est demandée : « Voulez-vous vraiment supprimer cet incident ? ». Ses attributions et toutes ses saisies de temps sont supprimées avec lui, et l’opération ne peut pas être annulée depuis l’interface (l’assistant, lui, signale l’impact avant de confirmer). Si vous supprimez depuis le détail, vous revenez à l’écran du projet. Si la suppression échoue, un message contextuel en indique le motif.

Qui peut faire quoi

Aussi avec l’assistant

L’assistant peut proposer de créer, de modifier (statut, gravité, priorité, titre, heures estimées) et de supprimer des incidents, avec les mêmes règles de permission que l’interface et toujours au moyen d’une carte de confirmation lorsque cela s’applique.

Sujets connexes

• Risques
• Tâches
• Saisie des temps
• Tableaux Kanban
• Données de référence et catalogues
• Rôles et accès