Catégorie : Logiciel TimePerformance

Informations sur les mises à jour du logiciel, conseil d’utilisation, trucs et astuces, tutoriel du logiciel de gestion de projet en ligne TimePerformance.

Tâche ou Livrable ?

point d'interrogationConfondre les livrables du projet et les tâches associées, c’est confondre le problème et sa solution.

Pour les chefs de projet, qui sont impliqués à la fois dans la définition du problème et la recherche d’une solution, faire la distinction n’est pas si simple.

Les outils traditionnels de gestion de projet entretiennent la confusion avec un Gantt de tâches et de macro-tâches. La distinction entre les phases, les livrables et les tâches ne saute pas aux yeux.

Dans TimePerformance, ces 3 concepts sont clairement identifiés (lire structure du plan du projet) parce qu’ils répondent à des interrogations différentes – le quand, le quoi et le comment – qu’il convient de distinguer.

Voici un article pour aider à faire facilement la distinction entre Tâche et Livrable…

Définitions

Les livrables représentent les produits, les « outputs » du projet. Ce sont donc des objectifs collectifs pour toute l’équipe. Les livrables sont imposés à l’équipe. 85% des livrables sont définis par le client. C’est une notion métier ou business.

Les tâches représentent le travail, c-à-d les actions que doivent réaliser les membres du projet. Les tâches sont définis par les processus techniques choisis par l’équipe. C’est donc une notion technique,  en général sans intérêt pour le client final.

Pour distinguer les 2 notions facilement, il est recommandé de faire commencer le nom des tâches par un verbe pour marquer une action (ex: «Rédiger le rapport», «Coder» etc.) et d’utiliser un groupe nominal pour les livrables (ex: «Analyse de faisabilité», «Etude de marché», «Fonctionnalité Paiement en ligne» etc.).

La relation entre les livrables et les tâches est simple. Les tâches participent à la réalisation d’un livrable.

Donc chaque livrable a une ou plusieurs tâches associées, et chaque tâche est associée à un et un seul livrable.

Un livrable avec 1 tâche est généralement le signe de confusion entre les 2 notions ou d’un problème de granularité du livrable.

Planification et Affectation

Au final, ce que veut le client, c’est un résultat à une date donnée, et non des tâches à une date donnée. C’est pourquoi dans TimePerformance, on planifie les livrables, pas les tâches.

On pourrait avoir une planification des tâches mais cela introduit une lourdeur au moment de la planification, rend plus difficile la replanification, réduit l’agilité, sans gain significatif dans la prédictibilité du projet du fait de tous les aléas sur un projet.

Pour réaliser un livrable, il y a plusieurs tâches à faire. Ces tâches sont en général réalisées par plusieurs personnes. Il n’est donc pas possible d’affecter un livrable à une personne. Dans TimePerformance, on affecte les tâches, pas les livrables.

Dans TP, la planification des livrables est de la responsabilité du chef de projet. Par contre l’affectation des tâches peut être faite par le chef de projet, ou en mode auto-organisation, c-à-d l’équipe projet gère elle-même les tâches, création et affectation. C’est un choix d’organisation d’équipe.

Interprétation du diagramme d’évolution de la valeur et du périmètre

NB: Cet article fait référence à une ancienne version du logiciel qui a été simplifié depuis.

Le déroulement d’un projet est rarement un long fleuve tranquille. En plus des difficultés et des imprévus qui risquent de jalonner le projet, son contenu peut évoluer en cours de route. Il se peut qu’on décide de le réduire pour tenir un délai, ou qu’au contraire on décide d’ajouter de nouveaux objectifs à atteindre.

Une fonction exclusive de TimePerformance est de suivre et de prendre en compte les évolutions du projet. Grâce au graphique « évolutions de la valeur », TimePerformance vous permet de visualiser ces évolutions et leur impact sur l’avancement du projet.

Cet article a pour but de vous guider dans l’interprétation de ce graphique…

scopechange_explained

Impacts des évolutions du projet sur l’avancement:

L’avancement du projet peut se calculer selon la formule suivante:

Avancement en % = valeur acquise
valeur totale

où la valeur acquise représente le travail réalisé et la valeur totale le travail à réaliser.

Intuitivement, il est évident que l’avancement croît au fur et à mesure que le travail avance. En revanche, ce qui est moins bien appréhendé et mesuré, ce sont les variations de l’avancement en fonction des évolutions du travail à réaliser.

Ceci est illustré sur le diagramme par les 2 cas suivants: 

Cas n°1: Une façon artificielle de faire progresser le projet est de réduire son périmètre, c’est à dire de diminuer la valeur totale. C’est ce qu’on peut voir sur le graphique avec une progression instantanée de l’avancement (courbe rouge) qui passe de 28% à 32%. Le graphique permet d’expliquer facilement cette progression miracle.

Cas n°2: En revanche, l’accroissement du périmètre accroît la valeur totale du projet ce qui fait chuter l’avancement (ici de 5%). Si les accroissements se répètent, le projet peut prendre du retard et ne jamais finir. C’est ce qu’on appelle le scope creep. Ce graphique permet donc de visualiser le scope creep et de le maîtriser.

Avancement brut versus Avancement corrigé:

La vitesse de progression représentée par la pente de la courbe d’avancement est un élément essentiel pour prédire si le projet finira dans les coûts et les délais. Or si on se fonde sur l’avancement calculé au fur et à mesure, les changements de périmètre brouillent la lecture et peuvent mener à une fausse interprétation. C’est pourquoi TimePerformance propose une courbe d’avancement corrigé, qui représente un avancement à périmètre constant. La vitesse de progression mesurée sur cette courbe est quant à elle totalement fiable.

Comparaison Périmètre valorisé et Valeur totale:

Il y a plusieurs façons de valoriser les éléments d’un projet, de définir leur importance ou leur poids. Ici, la valeur est définie par le coût budgété conformément à la technique de la gestion de la valeur acquise (earned value management). 

Le périmètre, quant à lui, représente le volume de travail à réaliser. Le périmètre influence directement le coût budgété du projet. Mais ce n’est pas le seul élément. Pour simplifier, on peut dire que le périmètre est la partie variable du coût auquel s’ajoutent des coûts fixes. Le diagramme présenté ici permet donc aussi de visualiser simplement la part de coûts fixes et son évolution.

Version 1.6

Nouvelles fonctionnalités et améliorations de la version 1.6:

  • Contrôle de cohérence supplémentaire qui permet  de vérifier lors de la clôture d’une itération que tous les objectifs planifiés sont clos et que toutes les tâches liées à l’itération sont terminées.
  • Calcul automatique du reste à faire pour les objectifs dans le rapport d’avancement. Le reste à faire calculé permet de valider l’avancement saisi.
  • Possibilité de changer les unités de suivi en cours de projet tout en conservant l’historique. Par exemple, on pourra décider en milieu de projet de suivre les coûts en k€ ou en $ au lieu de l’€uro.

  • Nouveau graphique de suivi des évolutions de la valeur et de l’impact sur l’avancement. (Plus de détails ici…)

  • Réorganisation des champs du formulaire d’édition d’une tâche.
  • Renommage de plusieurs graphiques

Version 1.7

Nouvelles fonctionnalités et améliorations de la version 1.7:

  • Nouvelle page d’accueil
  • Tableau de synthèse de suivi d’un portefeuille de projets et le calendrier global. (voir ci-dessous)
  • Ajout de préférences utilisateur: activation/désactivation du filtrage des tâches en fonction du rôle, durée maximum d’affichage des tâches terminées…
  • Ajout de voyants dans le tableau d’avancement simple: vert = inférieur au budget, orange = moins de 5% d’écart ou moins de 7 jours de retard, rouge = au delà des 5% ou des 7 jours.
Synthèse portefeuille projets

Version 1.5.5

Améliorations apportées par les versions 1.5.1 à 1.5.5:

  • Possibilité d’assigner ou réassigner une tâche. Cette fonctionnalité répond à un besoin pour assurer une transition en douceur entre les habitudes de la gestion de projet 1.0 et la gestion de projet 2.0.
  • Reconnaissance des URLs dans la description des tâches. Une tâche peut ainsi avoir une référence sur un document externe.
  • Ajout dans le tableau de bord du rapport standard d’avancement de la valeur acquise. TimePerformance proposait déjà le rapport amélioré d’avancement de la valeur acquise qui permet de visualiser la performance en charge en plus de la performance en coût (le standard).
  • Ajout d’une règle concernant la fermeture d’un objectif. Il faut que toutes les tâches liées à cet objectif soient closes.
  • Ajout d’un formulaire pour contacter le support directement à partir de l’interface de TimePerformance.
  • Correction de plusieurs anomalies mineures.

Version 1.5

Le Gantt Suivi

Dans cette version 1.5 de TimePerformance, vous trouverez un nouvel élément dans le tableau de bord. Le « Suivi du Planning » est un diagramme de Gantt qui superpose le planning et les dates réelles. Ceci permet de suivre les délais visuellement.

gantttrackDivers: Améliorations de l’interface graphique de la gestion de projet, notamment sur le diagramme de Gantt existant du macro-planning.

ganttGrâce au mode SaaS (software as a service), tous les utilisateurs bénéficient immédiatement des améliorations de cette nouvelle version.

Version 1.3.1

Cette nouvelle version incorpore de nombreuses améliorations en termes d’ergonomie, notamment pour guider l’utilisateur dans ses premiers pas.

Elle introduit aussi une distinction claire entre les phases et les itérations (appelées aussi sprints dans Scrum ou stages dans Prince2).

Les itérations permettent de suivre périodiquement le projet en définissant des points de contrôles réguliers. Une itération devrait durer entre 2 à 6 semaines. La planification consiste à rattacher simplement les objectifs aux itérations.

Les phases sont, quant à elles, juste un regroupement d’itérations. Dans cette nouvelle version, les dates de début et de fin n’ont pas besoin d’être saisies et peuvent être calculées automatiquement à partir des dates des itérations qu’elle contient.

Dans la version 1.3.1, le rattachement des tâches à une itération a été rendu obligatoire pour éviter les erreurs.

Comprendre la valeur acquise en 4 images

Le diagramme de la valeur acquise, appelé aussi courbe en S, est le meilleur outil pour connaître et communiquer la situation d’un projet de façon simple et synthétique en termes de délai et de coût.

Pour une introduction rapide à la technique de la valeur acquise, lire Initiation à la Valeur Acquise.

Le diagramme montre 3 courbes: le plan (budget), le coût réel et l’avancement réel. L’avancement réel valorisé en euros s’appelle la valeur acquise, i.e. la valeur de ce qui a été fait, et donc considéré comme acquis.

L’interprétation du diagramme est simple avec 4 configurations possibles:

  1. Tout va bien, lorsque la valeur acquise est supérieure au coût réel et au plan.
  2. Rien ne va plus, lorsque la valeur acquise est inférieure au coût réel et au plan.
  3. Trop cher mais plus vite que prévu, lorsque la valeur acquise est inférieure au coût réel mais supérieure au plan.
  4. En retard mais moins cher que prévu, lorsque la valeur acquise est supérieure au coût réel mais inférieure au plan.

Les diagrammes ci-dessous ont été générés avec le logiciel de gestion de projet TimePerformance , conçu pour la technique de la valeur acquise.

Cas n°1 : Tout va bien
Dans ce cas, le projet est en avance et dépense moins que budgété. La valeur acquise est au-dessus du coût prévu et du coût réel.

Les 2 règles pour interpréter le diagramme de la valeur acquise

Règle 1: information sur les coûts

Si Valeur Acquise > Coût réel, le projet réalise des économies. (Et inversement)

Règle 2: information sur les délais

Si Valeur Acquise > Coût budgété, le projet est en avance. (Et inversement)

Remarque: Dans les livres, l’écart de délai de la valeur acquise est exprimé en €, calculé selon la formule: valeur acquise – coût budgété. Ceci est assez déroutant pour un délai. Heureusement, le diagramme permet de visualiser aussi l’écart de délai en jours.

Cas n°2 : Rien ne va plus
Ici, le projet est en retard et en surcoût. La valeur acquise est en-dessous du coût prévu et du coût réel.

 

Cas n°3 : Trop cher mais plus vite que prévu
Dans ce cas, le projet est en surcoût bien qu’il soit en avance. La valeur acquise est en dessous du coût réel mais au-dessus du coût prévu.

 

Cas n°4 : En retard mais le projet coûtera moins cher que prévu.
Dernier cas, le projet est en retard mais réalise des économies par rapport au plan. En effet, la valeur acquise est en-dessous du coût prévu mais au-dessus du coût réel.

 

La valeur acquise est indispensable

La valeur acquise est indispensable pour mesurer l’écart de coût.

En effet, l’écart de coût n’est pas égal à la différence entre le coût réel et le coût prévu (sauf dans le cas rare où l’avancement réel correspond à ce qui était prévu). La confusion serait dommageable au projet et à ses sponsors, comme illustré ci-dessous.

1) Dans les 2 situations ci-dessous, les projets sont en avance mais ont dépassé leur budget (coût réel > coût prévu). Pourtant un projet est en difficulté tandis que l’autre surperforme !

Cas n°3 : Trop cher mais plus vite que prévu Cas n°1 bis* : Tout va bien (ou presque)
* Le cas n°1 bis est identique au cas n°1 sauf qu’on a plus dépensé que prévu. Cela pourrait éventuellement créer un problème de trésorerie.
Le diagramme de la valeur acquise permet de visualiser immédiatement si l’avance est suffisante pour justifier le surcoût.

2) Dans les 2 cas ci-dessous, les projets sont en retard mais en dessous de leur budget. Pourtant, un projet a seulement un problème de délais (par exemple: à cause d’un problème d’obtention de ressources) tandis que l’autre a de graves difficultés (coûts + délais).

Cas n°4 : En retard mais le projet coûtera moins cher que prévu. Cas n°2 bis : Rien ne va plus (ou presque)
* Le cas n°2 bis est identique au cas n°2 sauf qu’il reste du budget.
Le diagramme de la valeur acquise permet de visualiser immédiatement les causes d’un retard: mauvaise performance ou manque de ressource.
CBTP, CRTE, CBTE, ED, EC…
Pour bénéficier du diagramme de la valeur acquise, il n’est pas nécessaire de connaître tous ces sigles (CBTP: coût budgété du travail planifié, CRTE: coût réel du travail effectué etc.).
Les sigles sont utilisés dans le rapport d’avancement de la valeur acquise sous forme de tableau. Pour information, voici leur position sur le diagramme:

Valeur Acquise ou le Graal de la gestion de projet

La Valeur Acquise est la seule technique de suivi de projet. Malgré son efficacité, cette technique est méconnue et rarement utilisée. Cet article raconte comment la quête de la Valeur Acquise nous a conduits à créer un nouveau logiciel de gestion de projet  pour démocratiser son usage.

Saint Graal

La technique de la valeur acquise a été créée il y a plus de 50 ans. Elle s’est imposée comme le standard officiel pour le suivi de projet et est un prérequis pour pouvoir répondre aux appels d’offre des agences gouvernementales dans les pays anglo-saxons.

 

La légende de la Valeur Acquise

Dans tous les référentiels de gestion de projet comme le PMBoK, on parle de cette technique pour bien gérer les projets. Or si beaucoup l’ont rencontrée en formation, presque personne ne l’a jamais vue en pratique.

Pour beaucoup, la valeur acquise semble inaccessible comme une sorte de Graal de la gestion de projet.

La quête d’un outil

Convaincus par l’intérêt de la valeur acquise, nous étions frustrés de ne pas pouvoir utiliser pour nos projets cette technique si efficace. Malgré nos recherches, nous n’avions pas trouvé l’outil pour générer facilement les rapports de la valeur acquise.

Par sa simplicité et sa souplesse, la feuille Excel est attirante de prime abord. Mais passés les premiers tests, cette approche convient mal à une utilisation réelle.

Quant aux progiciels classiques du marché, leur complexité et leur coût ont de quoi décourager. De plus, ils reposent tous sur l’approche classique de la gestion de projet (Gantt, PERT…) incompatible avec les besoins de souplesse et d’agilité de certains projets (ex: R&D, développement logiciel…).

Faute d’outillage adapté, la valeur acquise reste une technique très rarement, voire jamais, utilisée.

En créant TimePerformance, nous avons décidé de relever le défi en développant un outil simple avec une approche agile, capable de générer la courbe en S de la valeur acquise.

Enfin la valeur acquise

Premiers utilisateurs de notre logiciel de gestion de projet, nous avons pu ressentir les bénéfices immédiats de la technique de la valeur acquise.

Dans les premiers mois, on avançait dans le brouillard sans savoir où on en était et à quelle vitesse on progressait. Puis on a commencé à développer le moteur de calcul de la valeur acquise. La courbe en S de notre projet est enfin apparue et nous sommes aussitôt sortis du brouillard. On visualisait notre avancement et notre progression en temps réel. Enfin la lumière…

Courbe de la valeur acquise Courbe de la valeur acquise rapport d'avancement de la valeur acquise