Compréhension de la co-dépendance dans Project 2002 - dummies

Vous ne devriez pas souvent définir les dates de début des tâches dans Project 2002. C'est parce que les projets sont fluides - ils changent et se développent plus vite que les méchants viennent à vous dans le jeu informatique moyen. Si vous intégrez une logique de synchronisation, plutôt que d'affecter certaines dates aux tâches, Project peut refléter les modifications en ajustant votre projet en fonction de cette logique.

Donc, si la tâche d'obtenir les documents en interne est retardée d'une semaine, la tâche dépendante de démarrer le processus de fabrication se déroule automatiquement une semaine. Vous pouvez ensuite noter le changement lors du suivi de l'activité dans votre plan, et le Projet effectuera les ajustements en conséquence. L'alternative à cela est d'entrer et de changer la date de début de presque toutes les tâches de votre calendrier chaque fois qu'une tâche est en retard - vous ne voulez même pas penser à faire cela!

Lorsque les tâches dépendent les unes des autres

Comme pour les relations humaines, chaque relation de dépendance implique des rôles. Chaque tâche est un successeur prédécesseur ou un successeur . Il y aura une paire de prédécesseurs et de successeurs même si la synchronisation des deux tâches se chevauche ou si elles se produisent simultanément.

La figure 1 montre comment les barres de tâches de la vue Diagramme de Gantt représentent graphiquement les prédécesseurs et les successeurs dans les relations de dépendance entre les tâches. Remarquez comment les barres de tâches représentent la relation lorsqu'une tâche démarre après ou pendant la durée de vie d'une autre tâche. Notez également les lignes tracées entre les tâches, indiquant les liens de dépendance.

Figure 1: Dans cette vue, les relations de dépendance sont indiquées par les lignes entre les barres de tâches.

Voici quelques conseils importants sur les dépendances, alors écoutez: Vous pouvez avoir plus d'un lien de dépendance à une tâche, mais n'en faites pas trop. Beaucoup de gens qui sont nouveaux dans Project font l'erreur de construire chaque relation de timing logique qui existe. Si les choses changent et qu'elles doivent supprimer ou modifier des dépendances (par exemple, pour raccourcir une planification), un web plus compliqué de dépendances peut créer un cauchemar.

Par exemple, l'obtention d'un permis et le coulage d'une fondation pour un bâtiment doivent être complétés avant de commencer à encadrer le bâtiment. Cependant, un lien entre le cadrage et la tâche de fondation est suffisant pour établir le bon timing, en supposant que vous ayez un lien entre la tâche de base et la tâche d'autorisation.

Types de dépendances

Vous pouvez définir quatre types de liens de dépendances: fin-à-démarrer, début-à-finir, début-à-démarrer et fin-à-finir. L'utilisation efficace de ces types peut faire la différence entre un projet qui se termine à temps et un autre qui continue longtemps après votre départ à la retraite.

Voici comment fonctionnent les quatre types de dépendance:

• Terminer pour démarrer. Une dépendance de fin de démarrage est le type de lien de dépendance le plus courant. Dans cette relation, la tâche prédécesseur doit être terminée avant que la tâche successeur puisse démarrer. Lorsque vous créez une dépendance, le paramètre par défaut est finish-to-start.
Un exemple de dépendance de fin de démarrage est lorsque la tâche Imprimer les invitations doit être terminée avant de pouvoir lancer la tâche Envoyer les invitations . La figure 2 montre deux tâches avec la relation de fin à début indiquée par une barre des tâches successeur qui démarre là où la barre des tâches de prédécesseur se termine.

Figure 2: La tâche de la tâche Imprimer les invitations se termine à l'endroit où commence le symbole de jalon pour Envoyer les invitations .

• Début à la fin. Dans une dépendance de début à fin, vous pouvez terminer la tâche de successeur uniquement après le démarrage de la tâche de prédécesseur. Si le prédécesseur est retardé, la tâche successeur ne peut pas terminer.
Supposons que vous planifiez la construction d'un nouveau navire de croisière. Vous pourriez commencer à vendre des billets pour le voyage inaugural du navire pendant la construction du navire, mais vous ne voulez pas arrêter de vendre des billets avant que le navire ne soit prêt à partir. Ainsi, le prédécesseur est Prêt pour le premier voyage (un jalon) et la tâche de successeur est Vendre des billets pour Maiden Voyage. Si le navire n'est pas prêt, vous pouvez continuer à vendre des billets. Lorsque le navire est prêt à partir, les fenêtres de ticket se ferment et cette tâche peut se terminer. Bon voyage!
• Début-à-commencer. Start-to-start fait ce qu'il dit: Deux tâches doivent démarrer simultanément. Par exemple, vous souhaiterez peut-être vous assurer qu'un nouveau film à succès que vous produisez est diffusé au cinéma le jour même où les nouvelles figurines sont disponibles dans les chaînes de fast-food.
La figure 3 montre une telle relation de début à début entre deux tâches.

Figure 3: Parce que vous envoyez en même temps les affiches et les invitations à l'imprimante, ces tâches ont une relation de début à la fin.

• Fini à finir. La finition n'a rien à voir avec les relations chaleureuses entre les citoyens finlandais. Terminer-à-finir - vous l'avez deviné - signifie que deux tâches doivent se terminer en même temps.
Supposons que vous prépariez le rapport annuel pour votre entreprise de voyages d'aventure. Vous devez obtenir des photos de destinations de voyage et faire photocopier la brochure. Vous devez avoir les deux éléments en main avant de pouvoir transférer le rapport à l'imprimante. Si vous définissez une dépendance de finition à la fin entre les deux, vous accordez le plus de temps aux deux tâches (Pourquoi les photos sont-elles posées pendant quatre semaines alors que la copie n'est pas prête?)