To optimize the management of tickets (and tasks) it is desirable to make a link with a management function of "Action's Plans".
This will allow to have a list "quantified" in% of each item of the action plan (with a "deadline").
Among the many benefits of the link with the action plan:
It will become very easy to follow:
- The progress of the ticket (or stain)
- Each item of upstream defined action plan identified by a percentage level
- Show in a chart (Gantt or other?) That there is a problem if an item is not realized
- Generate an alert if a step action plan :
- is not performed in the correct order
- is not completed on time
- is not performed on "use cases" already identified upstream.
Cordially
*************************************
Sujet : Améliorer la gestion des Tickets (et tâches) avec une fonction de gestion du "Plan d'action"
Afin d'optimiser la gestion des Tickets (et des tâches) il est souhaitable d'ajouter une liaison avec une fonction de gestion des "Plans d'actions".
Ceci permettra d'avoir une liste "quantifiée" en % de chaque item du plan d'action (avec une "deadline").
Parmi les nombreux avantages du lien avec le plan d'action :
Il deviendra très facile de suivre :
- L'avancement du ticket (ou de la tache)
- Chaque item du plan d'action défini en amont étant identifié par un niveau de pourcentage
- Afficher dans un graphique (Gantt ou autre ?) qu'il y a un problème si un item n'est pas réalisé
- Déclencher une alerte si une étape du plan d'action
- n'est pas réalisé dans le bon ordre
- n'est pas réalisé dans les temps
- n'est pas réalisé sur les "cas d'utilisation" déjà identifiés en amont.
Cordialement
I don't understand the request, including notion of percentage...
Percentage of what ?
Compared to what ?
Hello Babynus,
The need is to allow a simplification and optimization of the management and the " treatment" of a ticket by a new zone which allow to define :
- A "plan" of ticket's resolution via a division into a list of predefined actions , identified and ordered = action plan.
- Each share is estimated using a percentage value. The total of each sub-actions is 100% (= ticket resolved).
- An option to define certain mandatory actions and / or pre -requisite to another action
- An option to défine a délay with an alert (personnalised)
- Monitoring the realization of each action. Each resolved action allows to advance automatically the percentage of resolution .
Cordially,
*************************
Le besoin consiste à permettre une simplification et une optimisation de la partie "traitement" d'un ticket avec une nouvelle zone permettant de définir :
- un "plan" de resolution du ticket via un decoupage en une liste d'actions predefinies, identifiées et ordonnées = plan d'actions.
- chaque action est estimée via un niveau de pourcentage. La somme du % des sous-actions donne 100% (= ticket terminé ou résolu)
- une option permettant de definir certaines actions obligatoires et/ou en pre-requis à une autre action
- une option permettant de définir un délai et une alerte (personnalisée)
- un suivi de la realisation de chaque action. Chaque action resolue, permet de faire avancer le pourcentage de resolution.
Cordialement
I Started recording the request, but then I asked myself : If you need so much detail on a ticket, then mayne it's not a ticket anymore...
I think you should copy the ticket into an activity.
Then you can split the activity into as many sub-activities as you want, and work defined on each activity automatically sets its weight in the resolution of the parent.
Isn't it what you expect to do ?
Babynus, the subject is about of the treatment itself.
This optimization is truly the missing link of the "treatment" of an action or a general task.
The optimisation consist to allow to define the steps and streamline (rationalize) the processing steps.
Especially for recurring treatments.
Currently it is difficult to know what was really done
We only have the "result" area.
But the " result " area is insufficient.
*******************
Babynus, il s'agit du processus de traitement lui-meme.
Cette optimisation constitue veritablement le chainon manquant du "traitement" d'une action ou d'une tache en general.
L'optimisation consiste à permettre de definir les etapes et de rationnaliser les etapes de traitement.
Notamment, pour des traitements recurrents.
Actuellement' il est difficile de savoir qu'est ce qui a ete fait veritablement.
La zone "resultat" est insuffisante.
It is exactly what I explained : if you need much detail and progress information, then you should not manage a Ticket but an Activity, than you will be able to split into sub-activities, themselves possibly split again (and again if you need).
Managing all with Tickets is an habit that Jira users (or Mantis users) often get.
Try and think activity to plan your job.
You'll see that activities have intersting "copy" feature that will allow to wopy its whole stucture...