Progression d’une tâche et agrégation de la progression

Après la création d’une tâche, sa progression est évaluée à comme prévu as scheduled. Dès qu’une tâche est démarrée, la date d’achèvement prévue est calculée à partir de la date de début ajoutée à la durée prévue. Si cette date d’achèvement prévue est postérieure à la date limite définie par l’utilisateur, l’état d’avancement de la tâche est mis à critique critical. Lorsque la date limite est dépassée, la progression est évalué à en retard overdue.

Remarque : Les icônes de tâches, task (finished), task (rolled back) et task (cancelled), qui sont utilisées dans les listes de dossiers, ne symbolisent pas l’état d’avancement temporel d’une tâche mais indiquent des détails spé­ci­fiques à la progression de son exécution : l’icône task (finished) représente une tâche qui a été terminée ou achevée, l’icône task (rolled back) indique un repositionnement dans l’exécution de la tâche, par exemple une remarque sur des résultats de la tâche, et enfin l’icône task (cancelled) représente une tâche qui a été annulée et qui doit être redémarrée (voir aussi 12.1.8 « Gestion des situations de tâche exceptionnelles).

Afin d’être également visible au niveau de la phase et du projet, la progression des tâches sub­ordonnées est agrégée par des niveaux inférieurs aux niveaux supérieurs selon la structure du projet, dans le cas où le progrès au niveau de la phase et du projet a été configuré à déterminé par le système (voir 12.1.1.2 « Progression d’un projet).

Les règles suivantes permettent de gérer l’agrégation de la progression (voir aussi la Figure 31) :

Si l’état d’avancement de toutes les tâches subordonnées est mis à comme prévu, cri­tique ou en retard, alors la progression de la tâche, de la phase ou du projet directe­ment au-dessus de la structure du projet est également mise respectivement à comme prévu, critique ou en retard.

Si l’état d’avancement des tâches subordonnées est un regroupement des états comme prévu, critique et en retard, alors la progression de la tâche, de la phase ou du projet directement au-dessus de la structure du projet est également mise critique.

Figure 31 : Agrégation de la progression

L’agrégation de la progression est réalisée à partir des niveaux inférieurs de la hiérarchie du pro­jet au niveau du projet. Aussi au niveau de la phase, elle suit les mêmes règles. Cependant, il y a quelques restrictions et exceptions :

La progression d’une sous-tâche est seulement agrégée à sa tâche principale si celle-ci est dépendante de l’exécution de la sous-tâche.

Si la progression d’une tâche est en retard, l’agrégation de la progression à partir d’une éventuelle sous-tâche n’est pas prise en compte et l’état d’avancement de la tâche reste à en retard.

Si la progression d’une tâche est critique, mais que celle de toutes les sous-tâches est à comme prévu, l’agrégation de la progression à partir des sous-tâches n’est pas prise en compte et l’état d’avancement de la tâche reste à en retard.

Si un utilisateur modifie explicitement la progression d’une phase ou d’un projet, celle-ci n’est pas pour autant modifiée par l’agrégation ; la valeur de progression dé­fi­nie par l’utilisateur aura la priorité.