Cycle de vie du projet

Aperçu du cycle de vie du projet

Le cycle de vie d’un projet est une vue d’ensemble des phases d’un projet et de leurs portes de phase, qui offre une vision claire de l’état d’avancement de chaque projet dans le cadre de son calendrier défini.

Les phases du projet sont gérées dans l’interface d’administration du système et peuvent être activées ou désactivées individuellement dans les paramètres de chaque projet. Cela permet de définir plusieurs variantes du cycle de vie au sein du système. Par exemple, un cycle de vie détaillé pour les projets complexes et un cycle simplifié pour les projets plus petits ou moins structurés.

On each project’s home page, you can find a section called project life cycle. Cette section apparaît dans le panneau latéral au-dessus des attributs du projet et montre les dates configurées pour chaque phase et porte du projet en cours.

Conseil

If all phases and gates are disabled for a project, the project lifecycle section is hidden from the home page.

Planifier les phases du projet

Les phases de projet doivent suivre des règles spécifiques pour la fixation et l’ajustement des dates. Le système planifie automatiquement les phases sur la base des données fournies, en veillant à ce que l’ordre soit correct, en évitant les chevauchements et les écarts, et en préservant les durées dans la mesure du possible. Chaque phase suivante commence le jour ouvrable suivant la fin de la phase précédente.

Pour chacune des phases actives du projet, vous pouvez définir une plage de dates. Pour définir ou gérer la plage de dates, cliquez sur cette plage de dates (elle sera vide au départ) et définissez la date à l’aide d’un sélecteur de date d’OpenProject.

Remarque

Gardez à l’esprit que la modification de la plage de dates des phases du projet nécessite l’autorisation Modifier les phases du projet. Viewing the project life cycle is also permission-controlled: without the View project phases permission, phases won’t appear on the project home page, project list, work package filters, or on the work package view itself.

Utilisez les directives ci-dessous pour comprendre comment se comporte la planification des phases et des portes.

Règles de base

• Une phase n’est considérée comme entièrement définie que lorsqu’une date de début et une date de fin sont fixées. Bien qu’il soit possible de ne saisir qu’une seule date (généralement un état temporaire), ces phases n’apparaîtront pas avec des dates dans la vue d’ensemble. Cela permet une certaine flexibilité lorsque, par exemple, seule la date de début est connue au départ, mais qu’une définition complète est attendue sous peu.
• La date de début doit être antérieure ou égale à la date de fin.
• La durée minimale d’une phase est d’un jour (les dates de début et de fin peuvent être identiques).
• Il n’y a pas de durée maximale pour une phase.
• Les phases ne peuvent pas se chevaucher.
• Les écarts entre les phases et les portes ne sont pas autorisés.

Portes de phase et contraintes

• Les portes sont toujours placées au début ou à la fin d’une phase et suivent les dates de la phase.

  • Vous ne pouvez pas définir les dates des portes indépendamment : l’ajustement de la date de début ou de fin de la phase entraînera automatiquement le déplacement de la porte correspondante.

    • Les portes de phase ne sont jamais placées à l’intérieur de la durée de la phase, mais toujours à ses extrémités.
    • Les portes de phase ne se chevauchent jamais et ne partagent jamais la même date avec d’autres portes.

  • Les phases et les portes de phase suivront l’ordre prédéfini dans l’interface d’administration du système (par exemple, Initiation doit précéder Clôture) Les dates d’une phase ultérieure ne peuvent pas être antérieures à celles de toute phase précédente. La programmation automatique permet également d’appliquer cette règle.

• Les phases de projet qui ne sont pas activées dans un projet ne seront pas du tout prises en compte en ce qui concerne les contraintes.

  • Les projets enfants ne sont pas limités par les dates de cycle de vie de leur projet parent.

Comportement de planification automatique

• La programmation se fait automatiquement et sans confirmation de l’utilisateur dans la mesure du possible.
• Lorsque la date de fin d’une phase change :
  • La date de début de la prochaine phase active est mise à jour vers le prochain jour ouvrable. Cela peut signifier que la phase suivante est déplacée dans le futur ou dans le passé, en fonction de la direction de la date de fin de la phase précédente.
  • Si la phase suivante a une durée (une phase obtient une durée lorsque les dates de début et de fin sont définies), sa date de fin est ajustée pour la préserver (sur la base des jours ouvrables).
  • La programmation se poursuit le long de la chaîne des phases jusqu’à ce qu’aucun autre ajustement soit nécessaire.

Dates manquantes ou partielles

• La planification commence dès que suffisamment de dates sont définies, même si toutes les phases n’ont pas de dates.
• Si un utilisateur supprime la date de fin d’une phase, la date de début de la phase suivante est conservée pour maintenir sa durée.

Contraintes et erreurs

• Si une phase est raccourcie, les phases suivantes sont repoussées dans le temps.
• La définition d’une date de fin antérieure à la date de début entraîne une erreur. La date de début n’est pas ajustée automatiquement et la durée n’est pas préservée dans ce cas.

Phases inactives

• Les phases inactives sont ignorées pendant la planification.
• La phase active suivante (selon l’ordre défini dans l’interface d’administration) est considérée comme le successeur logique.
• Quand une phase est désactivée, ses dates restent inchangées, et la planification se poursuit à partir de la phase active suivante.

Activation ou désactivation des phases

• Lorsqu’une phase est activée :
  • Si la phase a une durée définie (dates de début et de fin fixées), le système peut ajuster les dates pour éviter les écarts ou les chevauchements.
  • Cela peut entraîner la reprogrammation des phases suivantes.
• Lorsqu’une phase est désactivée :
  • Ses dates sont conservées.
  • La planification sautera cette phase et passera directement à la phase active suivante.

Remarque

L’activation ou la désactivation des phases nécessite l’autorisation Sélectionner les phases du projet.

Autres déclencheurs de planification

• Les modifications des jours non ouvrables (ajoutés ou supprimés) entraîneront une reprogrammation de toutes les phases concernées dans tous les projets afin de préserver la durée.
• Les modifications de la configuration globale des phases (ajout, suppression, réorganisation) n’entraînent pas la reprogrammation immédiate des projets existants.
• Cependant, la première interaction de l’utilisateur avec un cycle de vie après de tels changements déclenchera une nouvelle planification afin de préserver les durées des phases.