Discussion :

[youssef32]

Bonjour,

SVP je voudrais utiliser VBA avec MSP pour établir une macro me permettant de retourner un retard cumulé, qui est en quelque sorte le retard réel qui accumule les retards dus aux différents prédécesseurs appartenant au chemin critique. Je me suis initié un peu au VBA en excel mais quand je suis passé à MSP je m'y perds :

comment pourrai-je faire une boucle For par exemple ?
Comment pourrai-je modifier une cellule ? ...

Si quelqu'un pourrait-il m'aider je lui serai très reconnaissant. Merci

[phil au vent]

Bonjour,
Je ne comprends pas très bien votre question, la variation de date de fin (ce champs existe dans MS Project) d'une tâche est le résultat de tous les retards pris par cette tâche que cela provienne de la tâche elle même ou de ceux des prédécesseurs.
Les champs Variations sont calculés
Exp :
Variation date de fin = [date de fin] - [dates de fin planifié]
Voilà il suffit d'enregistrer la planification avant de commencer le projet et project se charge du reste ( menu Projet/Définir la planification initiale)

bonne continuation
Philippe

[youssef32]

Bonjour,
Je ne comprends pas très bien votre question, la variation de date de fin (ce champs existe dans MS Project) d'une tâche est le résultat de tous les retards pris par cette tâche que cela provienne de la tâche elle même ou de ceux des prédécesseurs.
Les champs Variations sont calculés
Exp :
Variation date de fin = [date de fin] - [dates de fin planifié]
Voilà il suffit d'enregistrer la planification avant de commencer le projet et project se charge du reste ( menu Projet/Définir la planification initiale)

bonne continuation
Philippe

Merci pour ta réponse. Pour être bien clair, moi je voudrais , dans le cadre d'un reporting que j'établi faire paraître deux types de retard :
1) un retard "subi" càd du aux autres tâches prédecesseures et qui est donc subi par une tâche avant même qu'elle ne commence et donc "Hors sa responsabilité"
2) retard global du projet c'est la variation de la date de fin donné par MS Project

C'est donc le fait de faire apparaître ce retard subi qui m'a poussé à penser à VBA ... Mais malheureusement pr l'instant je bloque

[phil au vent]

Bonjour,

Voir le fichier joint Word 2007 image à partir de MS Project 2013
Ou :
La variation de début donne le retard pris par la tâche a cause des prédécesseurs
La variation de fin donne le retard cumulé de toutes les tâches prédécesseur et de la tâche elle même
La variation de durée donne le retard pris par la tâche elle même

tu peux renommer les colonnes dans une table pour vaciliter la lecture ou ajouter des indicateurs graphiques...
Bonne continuation

[youssef32]

Bonjour,

Voir le fichier joint Word 2007 image à partir de MS Project 2013
Ou :
La variation de début donne le retard pris par la tâche a cause des prédécesseurs
La variation de fin donne le retard cumulé de toutes les tâches prédécesseur et de la tâche elle même
La variation de durée donne le retard pris par la tâche elle même

tu peux renommer les colonnes dans une table pour vaciliter la lecture ou ajouter des indicateurs graphiques...
Bonne continuation

Bonjour, Merci bcp Philippe pour ces indications ce sont en effet les informations que je cherche ...
Juste une autre question stp: j'ai fait un projet, j'ai enregistré la planification initiale puis je l'ai mis sur suivi gantt (voir fichier word joint ) : mon reporting se fait comme suit le pilote de chantier va saisir les pourcentages physiques achevés , ça me calcule ensuite "une durée à rajouter" ( champ spécialisé calculé par la formule suivante [Durée de référence]*([% achevé]-[% physique achevé])/100 ) cette durée sera utilisée par l'ingénieur chef de projet qui prendra sa partie entière + 1 et la rajoute à la date de fin réelle, ainsi toutes les dates de début et fin réelles des successeurs seront modifiées et le chef de projet pourra ainsi faire ses reportings tableaux ou graphiques ... le seul souci c'est que , par exemple pour le projet joint j'ai fait une mise à jour le 25 mars, la date à rajouter est alors 1 jour mais quand je rajoute un jour à la date de fin réelle de la première tâche ça modifie mon % achevé et donc je ne peux plus utiliser ce tableau en tant que reporting !! j'ai pensé à définir un % achevé planifié calculé comme suit "(date d'état - date de début de référence ) / durée de référence" je sais pas si c'est la meilleure solution mais en tout cas je ne trouve pas comment avoir une référence au champ "date d’état"

[phil au vent]

waouw!!!
Pourquoi faire simple!!!
La réaction de project est correcte :
Le % achevée d'une tâche = durée réelle / (durée réelle + durée restante)
Donc si tu change la date de fin et que la tâche a un début réel la durée est mis à jour et par voie de conséquence le % achevé.
Question :
Pourquoi dans le tableau 1 saisi pas le pilote il y a 80% de physique achevé et 100% de la tâche achevé (incohérent non??)
Il faudrait que le pilote utilise la boite de dialogue :
mettre à jour les tâches qui see trouve dans l'onglet Tâche/Planifier/(déplier le bouton Avancement conforme)
et qu'il saisisse les réels avant de cliquer sur OK...

Peut être......

[youssef32]

Oui c'est logique qu'il change mais ce que je vise à faire apparaître dans mon reporting c'est un % achevé prévu ( ce qui aurait dû être réalisé ) et un % achevé physique ( ce qui est réalisé réellement) et ainsi je ferais apparaître l'écart Prévu/réel et du coup, il serait possible de projeter les dates des différentes tâches ( actualiser le planning entre autres) pour déduire les retards causés par chaque tâche ( et distinguer ainsi la responsabilité de chaque intervenant) ... ce sont les éléments que j'essaie de matérialiser dans ce reporting assez simple ( en effet, en tant qu'OPC,il faut simplifier parfois ses outils pour que ça soit compréhensible pour tous les intervenants surtout ceux qui ne sont pas du domaine, Maître d'ouvrage en général ... )