Informations de base de Gestion des projets

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 10 minutes de lecture
  • Découvrez les termes de base utilisés dans .Gestion des projets

    Planification ascendante des tâches

    La planification ascendante (tactique) des tâches implique de planifier les petites unités de travail individuelles qui sont nécessaires, puis de construire un projet qui inclura des phases plus grandes. Suivez cette approche lorsque vous savez quelles tâches individuelles doivent être accomplies et quand vous êtes plus souple sur la durée globale et le coût estimé du projet. Utilisez cette approche pour voir le coût d'un projet et combien de temps il prendra si vous incluez chaque tâche. La gestion de projet prend en charge la planification tactique des tâches au moyen de calculs cumulatifs sur plusieurs champs de projet, tels que la durée du projet, de sorte que le projet s'ajuste aux tâches qu'il contient. Il s'agit de l'approche recommandée pour l'application Gestion des projets.

    Planification descendante des tâches

    La planification descendante (stratégique) des tâches implique de planifier d'abord des tâches de haut niveau, puis de décomposer le travail en unités plus petites. Suivez cette approche lorsque vous souhaitez construire un projet avec des contraintes temporelles et budgétaires fixes ou immuables et des phases bien définies. Établissez des jalons et des dépendances bien définis entre les tâches que vous prenez en compte depuis le début. Ajoutez graduellement des tâches plus petites au projet par la suite. Cette approche évite d'inclure toutes les tâches possibles dans un projet et reste flexible quelles que soient les tâches incluses.
    Remarque :
    lorsque vous utilisez cette méthode, l'application Gestion des projets cumule tout de même plusieurs valeurs, telles que la durée des tâches. La création d'une tâche d'une durée plus longue que le projet a pour effet de l'élargir pour couvrir toute la durée de la tâche, ce qui va à l'encontre de l'utilisation de cette approche. Les valeurs ne sont pas cumulées de manière descendante à partir des tâches parentes, et il n'existe aucune restriction à la création de tâches enfants qui sont plus longues que la durée spécifiée du parent.

    Relations et dépendances de projet

    L'application Gestion des projets vous permet de créer des relations parent-enfant entre les tâches et des dépendances entre les tâches, telles que la fin à début et la fin à fin. Une dépendance de tâche est créée lorsque le début ou la fin d'une tâche est empêché du fait de sa relation avec les tâches précédentes et suivantes.

    Tableau 1. Relations et dépendances de projet
    Concept Description
    Dépendance fin à début Une dépendance qui indique qu'une tâche ne doit pas être commencée tant que son prédécesseur n'est pas terminé.
    Dépendance début à début Une dépendance qui indique qu'une tâche successeur ne doit pas être commencée tant que sa tâche prédécesseur n'est pas terminée.
    Dépendance début à fin Une dépendance qui indique qu'un successeur ne doit pas être terminé tant que sa tâche prédécesseur n'est pas commencée.
    Dépendance fin à fin Une dépendance qui indique qu'une tâche ne doit pas être terminée tant qu'une autre tâche n'est pas terminée.
    Délai de retard Une pause d'une durée spécifiée manuellement entre les tâches prédécesseurs et successeurs.
    Tâche parente Une tâche de projet à laquelle sont subordonnées des tâches plus petites, désignées sous le nom de tâches enfants. Les tâches enfants décomposent le travail d'une tâche parente en sous-ensembles plus facilement gérables. Certains champs pour les tâches enfants, tels que la date de fin planifiée, sont cumulés et affectent le même champ dans la tâche parente.
    Tâche enfant Une tâche de projet qui est un sous-ensemble d'une tâche plus grande. Les dates de début des tâches enfants ne peuvent avoir lieu avant la date de début de la tâche parente.
    Tâche cumulative Autre terme désignant une tâche parente dans le contexte de l'agrégation d'éléments de tâches enfants, tels que l'effort ou les ressources, dans un calcul de tâche parente plus vaste. Tous les champs des formulaires de tâche cumulative sont en lecture seule.
    Cumul descendant Les changements d'état sont cumulés de manière descendante du projet vers les tâches de projet, et des tâches parentes aux tâches enfants.
    Remarque :
    il ne peut exister qu'une seule relation entre deux tâches.

    L'application Gestion des projets fournit plusieurs propriétés qui contrôlent la façon dont les tâches sont calculées et se comportent. Voir Propriété de projet pour en savoir plus.

    Contraintes temporelles de tâches

    L’application Gestion des projets prend en charge plusieurs types de dépendances.

    Le formulaire de tâche de projet comprend un champ Contrainte temporelle, lequel peut prendre l'une des valeurs suivantes :
    • Si une tâche est définie sur Démarrer dès que possible : la tâche apparaît sur le diagramme de Gantt comme commençant lorsque la dépendance l'autorise. Toutefois, une tâche peut commencer à une date ultérieure lorsqu'une valeur de retard est définie pour la relation.
    • Si une tâche est définie pour Démarrer à une date spécifique : la tâche apparaît sur le diagramme de Gantt comme commençant à la date de contrainte. La date de début d'une telle tâche n'est pas impactée même après avoir placé la tâche dans une relation avec une autre tâche, par exemple, une relation fin à début.
    • Si une tâche est définie pour Commencer au plus tôt le : la tâche apparaît sur le diagramme de Gantt comme commençant à la date ou après la date de contrainte. Si la tâche n'a pas de prédécesseur, elle commence à la date spécifiée. La date de début est modifiée à une date ultérieure en fonction de la date de fin de la tâche prédécesseur ou si la tâche est en relation avec une autre tâche, par exemple, une relation fin à début.
    • Si une tâche est définie pour Commencer au plus tard le : la tâche apparaît sur le diagramme de Gantt comme commençant à la date ou avant la date de contrainte. Si la tâche a une tâche prédécesseur, la dépendance à la tâche prédécesseur détermine quand la tâche peut commencer. Un conflit de calendrier se produit si la tâche prédécesseur tente de déplacer la tâche au-delà de la date spécifiée dans le champ Date de contrainte.
      Remarque :
      La propriété de projet Conserver la contrainte de date de démarrage sur les tâches après ajout de relations contrôle le comportement de la sélection Date de démarrage. La propriété est définie par défaut sur True et n'est pas modifiable.
    • Une tâche qui n'honore pas la dépendance est marquée d'une icône de calendrier rouge Icône La tâche doit commencer à la dépendance sur la Console de planification. Si vous souhaitez que la tâche honore la dépendance et ajuste le démarrage en conséquence, modifiez le type de contrainte de la tâche en le définissant sur Démarrer dès que possible.

    Tâches et relations parent-enfant

    Si une tâche est relativement volumineuse et nécessite d'être gérée par plusieurs utilisateurs ayant des compétences différentes, divisez-la en sous-tâches et créez des relations parent-enfant. Une tâche enfant est une tâche de taille relativement petite et gérable.

    Lorsque vous regroupez des tâches enfants sous un parent, des valeurs telles que le Coût estimé sont agrégées et cumulées jusqu'à la tâche parente. Ainsi, la tâche parente prend la forme d'une tâche récapitulative ou cumulative reflétant ses tâches enfants. Le cumul de la Date de début planifiée et de la Date de fin planifiée se produit à la création des tâches enfants : la durée de la tâche parente s'ajuste automatiquement pour couvrir ses tâches enfants.

    Une relation parent-enfant est différente d'une relation de dépendance. Dans une dépendance, une tâche doit se terminer avant qu'une autre ne commence. Dans une relation parent-enfant, une tâche parente peut incorporer autant de tâches que l'on veut avec ou sans dépendances. Lorsque vous créez une relation parent-enfant, le numéro de tâche parente est enregistré dans le champ Parent de la table Tâches de projet. Toutes les tâches de gestion de projet ont un parent : soit une autre tâche de projet, soit le projet lui-même.

    Contrairement à une dépendance, une relation parent-enfant ne fait l'objet d'aucun enregistrement dans aucune table. La seule modification qui a lieu lorsqu'une relation parent-enfant est modifiée est le champ Parent dans l'enregistrement de tâche enfant.

    Vous pouvez créer des relations prédécesseur-successeur entre des tâches enfants ayant des parents différents, entre deux tâches parentes différentes, ou entre une tâche enfant et une autre tâche parente. Toutefois, si la tâche prédécesseur se termine après le début de la tâche successeur, la création d'une dépendance entre des tâches enfants ayant des parents différents n'est pas autorisée.

    Remarque :
    sur le diagramme de Gantt, vous pouvez glisser-déplacer la tâche parente pour déplacer l'ensemble de la hiérarchie vers un nouvel emplacement du planning.

    Contraintes horaires dans les relations parent-enfant

    Les relations parent-enfant entre les tâches ont plusieurs effets sur les contraintes horaires des tâches.

    Lorsqu'une tâche enfant est définie sur Démarrer dès que possible
    La tâche enfant commence en même temps que la tâche parente. Si le projet lui-même est défini en tant que parent, les tâches Démarrer dès que possible commencent aux mêmes dates que celles définies dans le champ Date de contrainte, si tant est que le projet n'a pas de dépendances avec d'autres tâches enfants.
    Lorsqu'une tâche parente est définie sur Démarrer dès que possible et que les tâches enfants sont définies sur Démarrer à une date spécifique :
    • La première date de début de tâche enfant détermine la date de début du parent, en supposant qu'il n'existe aucune autre dépendance.
    • Dans ce cas, le champ Contrainte horaire du parent reste Démarrer dès que possible, mais la date de début réelle est remplacée par la date de début de la première tâche enfant.
    Lorsqu'une tâche parente est définie sur Démarrer dès que possible et que les tâches enfants sont définies sur Démarrer à une date spécifique :
    La priorité à l'enfant s'applique également aux dates de fin. Si la date de fin estimée de la tâche enfant est ultérieure à la date de fin de la tâche parente, la date de fin estimée est reportée de manière à couvrir l'enfant. Pour les valeurs réelles, un parent a la même date de début que la première date de début parmi ses enfants. La dernière date de fin effective est la dernière date de fin parmi ses enfants. Cela s'entend si les tâches enfants sont à l'état Fermée terminée. Si les tâches enfants ne sont pas à l'état Fermée terminée, la date de fin réelle du parent est vide.
    Pour la date de début planifiée de la tâche parente :
    • La date de début planifiée est la première date de début planifiée parmi tous les enfants qui n'ont pas de date de début réelle.
    • Si toutes les tâches enfants ont des dates de démarrage réelles, la date de début planifiée de la tâche parente est définie sur la date de début réelle.

    Pour la date de fin planifiée de la tâche parente : la dernière date de fin planifiée ou la date de fin effective des tâches enfants détermine la date de fin planifiée du parent.

    Une tâche ayant une contrainte horaire Démarrer au plus tard le ou Démarrer à une date spécifique ne peut être une tâche parente. Lorsqu'une nouvelle tâche enfant est ajoutée à une tâche avec ces contraintes horaires, la contrainte horaire pour la tâche parente est basculée vers Démarrer dès que possible.

    Planification descendante et ascendante

    • Dans le cas d'une planification descendante, créez une tâche dont vous savez déjà qu'elle inclut plusieurs tâches enfants. Créez ensuite les tâches enfants et spécifiez qu'il s'agit de tâches enfants de la première tâche que vous avez créée.
    • Dans le cas d'une planification ascendante, créez d'abord des tâches pour les plus petites unités de travail. Ensuite, vous pouvez créer des tâches parentes intermédiaires qui couvrent un groupe de tâches enfants connexes. Par exemple, si cinq tâches séquentielles constituent une phase d'un projet appelé Installer la base de données, créez d'abord les cinq tâches. Créez ensuite une autre tâche appelée Installation de la base de données et faites-en la tâche parente des cinq tâches. Les calculs cumulatifs, tels que la Durée planifiée, pour la tâche Installation de la base de données sont automatiquement calculés en fonction des tâches enfants.
    Il est plus facile de créer des relations et des dépendances entre les tâches au moment de la création des ensembles de tâches.
    • Une dépendance signifie que l'exécution d'une tâche est tributaire de l'exécution (complète ou partielle) d'autres tâches.
    • Une relation désigne un lien parent-enfant en vertu duquel plusieurs sous-tâches sont configurées sous une tâche ou une phase parente, qui englobe des champs tels que Durée planifiée et Coût estimé.

      Utilisez le diagramme de Gantt avec les formulaires de tâches et les listes connexes pour établir des relations. Ajoutez des jalons en fonction des événements majeurs d'un projet et créez des dépendances entre des jalons et des tâches, si nécessaire.

      Configurez également des notifications de façon à alerter les délégataires de tâches de projet lorsque leurs tâches passent à l'état Travail en cours. Voir Créer des tâches de projet pour en savoir plus sur la création de tâches.