TimePerformance 30 novembre 2022

Amélioration de la page Plan Actuel vs Plan de Référence

Pour rappel, cette page permet de créer un historique des différentes versions du plan du projet. Cet historique inclut le budget, la charge de travail estimée et les dates planifiées de début et de fin du projet.

Il est maintenant possible de visualiser les modifications de livrable introduites à chaque version du plan.

Les modifications sont les ajouts, les modifications d’estimation ou de planification, les annulations et les déplanifications. Les suppressions complètes de livrable ne sont pas affichées.

Note: la fonctionnalité est disponible uniquement si la version précédente du plan est postérieure au 31 janvier 2022 car des données nécessaires n’étaient pas enregistrées avant cette date.

Divers

Une option dans les préférences utilisateur a été ajoutée pour pouvoir désactiver les alertes Projet, c-à-d les alertes automatiques envoyées aux chefs de projet concernant un projet en particulier. 

 

TimePerformance 27 septembre 2022

Verrouillage des dates de planification

Il est désormais possible de verrouiller les dates de planification d’un livrable ou d’une phase.

Le verrou peut être activé dans le formulaire du livrable ou de la phase.

Les verrous apparaissent dans le Gantt à côté de la date de fin prévue.

TimePerformance 20 janvier 2021

Toute l’équipe de TimePerformance vous présente ses meilleurs vœux pour 2021 avec en cadeau cette nouvelle mise à jour importante de votre logiciel de pilotage d’activité.

« Sous le capot », il y a eu une grosse mise à jour des technologies qui gèrent le drag & drop et bien d’autres interactions, avec un support natif des écrans tactiles. Du point de vue de l’utilisation, cela offre de meilleures performances, des animations supplémentaires, la généralisation de la touche Echap pour annuler les déplacements et la promesse de plus de actions par glisser-déplacer à l’avenir.

Nouveau: l’écran « Structure Projet »

Ce nouvel écran est conçu pour être le tout-en-un pour la construction du projet.

L’écran remplace les écrans « Backlog » et « Livrables », et reprend les fonctionnalités de l’écran « Feuille de route ».

Le drag & drop est bien sûr omniprésent dans l’interface pour réorganiser les phases et les livrables, prioriser les livrables et planifier les livrables dans une phase.

L’écran est divisé en 3 parties dont 2 sont masquables:

  1. L’Arborescence des Livrables qui s’appente au PBS ou au statement of work pour les spécialistes
  2. Le Backlog « à la SCRUM »
  3. Le Phasage qui définit la feuille de route

Par rapport à l’écran Feuille de Route, la Structure Projet permet de:

  • Visualiser l’arborescence complète des livrables et de la réorganiser
  • Créer des livrables en dehors de la planification
  • Gérer un backlog

La Structure Projet est l’outil de construction du projet et la Feuille de Route est le résultat final.

Amélioration: Directions et Services

Cet écran qui fait partie de l’Administration montre désormais les utilisateurs dans l’organigramme rendant ainsi plus facile le déplacement d’utilisateur vers un autre service ou de consulter les informations d’un utilisateur depuis cette page.

OBS

Amélioration: Diagramme de Gantt

Voici quelques améliorations pour faciliter la manipulation:

  • Ajout d’un raccourci clavier pour éditer les liens sans changer de mode (maintenir Alt appuyé)
  • Touche Echap pour annuler un déplacement en cours
  • Possibilité d’agrandir la durée d’une tâche au delà de la limite de la période affichée

Autres Améliorations

  • Affectations: mise en évidence de la zone de sélection par drag&drop
  • Gestion de projet: simplification de la gestion des favoris dans le menu qui se fait uniquement en glissant ou en retirant un item dans le menu des favoris

menu favoris

 

TimePerformance 6 décembre 2019

Clarification et options supplémentaires pour le phasage d’un projet

Le phasage d’un projet consiste à découper la vie d’un projet en une série de phases, appelées « étape » ou « phase » dans TimePerformance. 

Les modifications introduite par cette nouvelle version sont:

  1. Choix explicite du type phasage lorsqu’on accède à la feuille de route pour la première fois
  2. Nouvelle option pour ne plus utiliser de phase sur un projet, notamment utilisable pour les projets de type « Activités Récurrentes », les projets avec moins de 10 livrables ou une durée très courte qui n’ont pas besoin de phasage.
  3. Utilisation de la terminologie spécifique aux frameworks SCRUM (ie. « release » et « sprint ») et PRINCE2 (i.e. « étape » ou « stage » en anglais) dans les menus et les libellés.

Améliorations diverses

  • Amélioration de l’import de phases et de livrables entre projets pour le rendre très souple. L’import se fait à partir du menu contextuel du projet dans la feuille de route.
  • Amélioration de la page Livrables avec possibilité de voir et de créer des tâches même sans planification (cf. page Livrables)
  • Dans la feuille de temps, ajout sur les tâches d’un menu contextuel accessible par clic droit.
  • Simplification du tutoriel et petite réorganisation du menu dans la partie gestion de projet
  • Suppression de la page « Phases » dans les projets (redondante avec la feuille de route)
  • Modification des exports Excel des tâches et des dépenses
  • Modification dans le rapport d’avancement concernant la règle des imputations pour les livrables qui ne sont pas planifiés. Leurs imputations (temps et dépenses) sont désormais rattachées directement au niveau du projet.

API

  • Dans les API, les phases du niveau le plus bas ont désormais le type « phase », comme les phases supérieures, au lieu du type « iteration » des versions antérieures de TimePerf.
  • Suppression de la version obsolète de l’API Project Roadmap (cf. notes de version du 29 mars 2019)
  • L’attribut « stateText » présent pour les livrables, les phases… disparaîtra des API dans une future version après le 1er mars 2020.

Structure du plan d’un projet

Dans TimePerformance, tous les projets ont un plan avec une structure standardisée reposant sur 3 concepts de base: les phases, les livrables et les tâches.

Il est important de bien comprendre cette structure. Cela facilite l’utilisation du logiciel. Mais surtout, cela aide à la planification et à la gestion de projet. En effet, cette structure est du simple bon sens et on la retrouve dans toutes les méthodes de gestion de projet (Scrum, Prince2, Cycle en V…).

Plan Projet à 3 niveaux

Les niveaux du plan d’un projet sont:

  • Niveau 1: Phasage
  • Niveau 2: Livrables
  • Niveau 3: Tâches

Cette structure à 3 niveaux est visible dans la feuille de route du projet comme dans l’exemple ci-dessous.

Le plan de ce projet prévoit qu’il se déroulera en 4 phases: Initialisation, Maquettage etc.. (niveau 1). Pendant la phase de « Maquettage », il y a 4 livrables à produire: Choix du CMS, Maquette du site… (niveau 2). Pour réaliser le livrable « Maquette du site », il y a 8 tâches à faire : réalisation de la Page référence client… (niveau 3).

La structure du plan d’un projet dans TP est donc la suivante:
Projet → Phasage → Livrables → Tâches

Voici le même plan sous forme d’un Gantt. Note: les tâches ne sont pas visibles.

Concepts

Les Phases et les Étapes

Un phasage de projet est indispensable dès que la durée d’un projet dépasse quelques semaines. Le phasage garantit la maîtrise de l’avancement et des délais grâce à la mise en place de jalons.

Continuer la lecture de « Structure du plan d’un projet »

Bien utiliser le diagramme de Gantt

Chaplin Modern Times
A l’origine, le diagramme de Gantt est un outil d’organisation scientifique du travail inventé au début du 20ème siècle pour améliorer la productivité des chaînes de montage dans les usines.

Quelques décennies plus tard, le Gantt a été utilisé avec succès pour gérer de grands projets d’infrastructure avant de devenir une icône de la gestion de projet. C’est aujourd’hui un outil incontournable du chef de projet. Et pourtant, il convient de l’utiliser avec discernement…

Si tous les projets ont un besoin de planification et de respect des délais, ils ne s’apparentent pas tous à du travail à la chaîne, ni à des grands projets de construction.

Dans le développement informatique, combien de diagrammes de Gantt finissent sans suite ? Environ 99%…

Le piège est de faire un Gantt par habitude sans se poser la question de l’utilité de ce qui n’est au final qu’une technique parmi d’autres. A quoi sert  le Gantt ? Quels problèmes résout-il ? Y a-t-il des conditions à son utilisation ?

Diagramme de Gantt et Planification

Diagramme de Gantt

Le Gantt permet de visualiser simplement les délais, l’ensemble des tâches et leur séquencement.

Mais c’est une erreur de commencer la planification du projet dans un Gantt. 

En effet, dans le Gantt, il y a tout: la définition du périmètre du projet, la décomposition en tâches et leur ordonnancement, l’estimation des charges et le calcul des durées, les affectations, la disponibilité des ressources… C’est trop d’un coup. La planification d’un projet requiert un processus d’analyse qu’il est dangereux de court-circuité…

La construction du Gantt est la dernière étape du processus de planification. Il permet de calculer les délais et d’optimiser les ressources.

Le Gantt peut être utilisé à un niveau macroscopique pour visualiser le projet et les délais. Mais pour cela, il existe d’autres outils plus simples de visualisation comme la ligne de temps.

Dans la suite de l’article, on considère uniquement le cas de l’utilisation du Gantt pour une planification détaillée jusqu’aux tâches des équipes.

Un outil indispensable pour…

Le Gantt est nécessaire pour gérer le séquencement des tâches lorsque les interdépendances sont fortes. Sur un chantier de construction, ces interdépendances sont très nombreuses et incontournables. (Il faut couler les fondations avant de pouvoir monter les murs…) Un outil pour les gérer est indispensable.

Le Gantt est aussi nécessaire lorsque les intervenants sur le projet sont nombreux. Il permet de construire les calendriers d’intervention, de répartir les tâches et de coordonner les équipes.

Sur un chantier de construction, il y a plusieurs équipes (terrassiers, électriciens, plombiers..) qui n’interviennent qu’à des moments précis, se croisent et donc communiquent peu entre elles; d’où l’importance d’une planification précise.

Mais un outil complexe

Pour un projet de taille moyenne avec une équipe de 6 personnes sur 1 an, on atteint très vite le millier de tâches à ordonnancer et à gérer. Même avec un bon logiciel, c’est un travail fastidieux.

Planifier avec un Gantt nécessite un effort important de la part du chef de projet. Il peut même être nécessaire de déléguer la planification à un expert.

Mais les enjeux du chapitre précédent peuvent justifier ce travail important de planification.

Quand ne pas utiliser le Gantt…

Le Gantt est utile pour planifier dans le détail. Or construire un planning détaillé et calculer des délais n’ont de sens que si:

  • l’ensemble du contenu du projet est connu à l’avance
  • les estimations sont relativement fiables

Dans certains projets, le périmètre flou, les inconnues et les aléas rendent toute velléité de planifier dans le détail futile.

Notamment, dans le domaine du développement informatique, les projets avec ces caractéristiques sont le cas général. Ceci est à l’origine du mouvement Agile et de son énorme succès. Gérer un projet Agile avec un Gantt est donc une hérésie.

Dans certains domaines, les problèmes adressés par le Gantt, séquencement des tâches et gestion complexe d’équipes, sont mineurs.

Toujours dans le développement logiciel, il n’y a pas de problème de séquencement des tâches car il y a peu de contraintes fortes dans l’ordre pour faire les choses. Il n’y a pas non plus de gros problème de gestion des équipes (solution simple de gestion des ressources).

Dans ces contextes, l’utilisation du Gantt génère un travail important avec des replanifications perpétuelles et ne résout aucun des problèmes majeurs.  Ceci explique l’abandon rapide du Gantt observé si souvent.

Exemples concrets

Voici 2 projets « informatiques » avec des enjeux très différents, donc un besoin d’outil différent.

Type de Projet Déménagement de salle serveurs Développement d’un logiciel
Problématique Réduire la durée de coupure de service (optimisation des délais) Répondre aux besoins des utilisateurs, intégration aux SI, ergonomie, apporter de la valeur… Problématiques variées où les délais sont une variable parmi d’autres.
Contenu du projet Parfaitement connu (équipement actuel) Cahier des charges ou spécifications qui vont évoluer, solution à peine ébauchée…
Estimation de la charge de travail Facile, déjà fait Marge d’erreur importante du fait de la nouveauté et des inconnues, nécessite d’acquérir plus de connaissances sur le problème et d’expérience dans les technologies ou le fonctionnel
Ordonnancement des tâches Important, nombreuses règles à respecter dans le montage ou le démontage des équipements. Pas important. Grande flexibilité.
Coordination des équipes Au moins 2 équipes distinctes très spécialisées (déménageurs et administrateurs réseaux) qui doivent se coordonner avec des délais courts Une seule équipeImpossible de prédire en détail le travail à faire du fait des nombreuses inconnues du projet.
Conclusion Utilisation du Gantt recommandée Se focaliser sur le périmètre du projet, l’architecture, les technologies, l’ergonomie, les risques… plutôt que sur le séquencement des tâches dans un Gantt.

Conclusion

Le contexte idéal pour l’utilisation du Gantt se définit par:

  • Le contenu du projet est défini avec un grand niveau de détail
  • Les charges de travail peuvent être estimées avec une bonne précision
  • Les dépendances entre les tâches sont des contraintes fortes
  • La coordination et la gestion des équipes sont complexes

Le diagramme de Gantt est un puissant outil d’optimisation du travail plutôt réservé à des experts de la planification.

Mais diagramme de Gantt et gestion de projet ne sont pas synonymes. S’il n’y a pas les conditions pour utiliser le Gantt, ni de valeur à le faire, il vaut mieux s’en passer.

Planification de Projet et Granularité

La planification d’un projet est essentielle à sa réussite. Elle consiste principalement en son découpage en éléments plus petits qu’on pourra gérer. Se pose alors souvent le problème de la granularité du découpage…

Découpage d’un projet

Dans le logiciel TimePerformance, le découpage est à 3 niveaux: les phases, les livrables et les tâches.

Les phases (ou étapes) servent à la maîtrise de l’avancement et des délais grâce à la mise en place de jalons.

Les livrables servent à définir le périmètre, estimer les charges de travail et les coûts (budget), et à calculer l’avancement du projet.

Les tâches servent à organiser, coordonner et répartir le travail au sein de l’équipe; et à suivre le travail réalisé.

Ce découpage à 3 niveaux du projet se visualise dans la feuille de route du projet.

La problématique de granularité

Lorsqu’on découpe son projet, il se pose toujours la question de savoir si on a assez ou pas assez décomposé le projet. C’est ce qu’on appelle la problématique de granularité.

Les conséquences d’une mauvaise granularité sont les suivantes:

  • Si on ne décompose pas assez, on perd en maîtrise (des délais, de l’avancement, des estimations…)
  • Si on décompose trop, cela devient très lourd à gérer, et cela peut éliminer inutilement des options.

C’est souvent ce dernier écueil que nous rencontrons chez les clients que nous accompagnons. Les chefs de projet, souvent habitués à utiliser des outils pour faire des diagrammes de Gantt, ont tendance à beaucoup trop décomposer. Ils veulent bien faire, trop bien faire, jusqu’à obtenir un degré de précision illusoire en considération des différentes inconnues du projet.

Nous avons rencontré en formation le cas d’un projet de 7 jours-hommes qui avait été découpé par un stagiaire en une quarantaine d’éléments. Des projets de cette taille, on peut en avoir une dizaine par mois. Le chef de projet aurait alors des centaines d’éléments à suivre par mois. C’est juste ingérable, et inutile.

Pour vous aider dans la décomposition de vos projets dans le logiciel TimePerformance, voici quelques repères en termes de granularité issus de notre expérience.

Tâche de 1h à 3 jours de travail
Livrable de 5 à 20 jours de travail réalisé par 3 à 20 tâches
Étape de 1 à 8 semaines de délai contenant 3 à 10 livrables
Phase de 2 à 12 mois de délai contenant 3 à 10 étapes

Notez que les tâches et les livrables ont une granularité exprimée en termes de charge de travail, tandis que celles des étapes et des phases sont exprimées en termes de délai.

Que faire si la granularité n’est pas la bonne ?

Si l’élément est trop gros, il faut le décomposer. Par exemple, un livrable peut être découpé en plusieurs sous-livrables.

Si l’élément est trop petit, il faut le regrouper avec d’autres éléments. Par exemple, si vous avez plusieurs petits livrables de gestion de projet (planning, suivi, réunion de pilotage) planifié pour la même étape, rien n’empêche de les réunir au sein d’un seul livrable intitulé « gestion de projet » avec dans la description « planning, suivi et réunion de pilotage ».

La bonne granularité est avant tout une affaire de bon sens avec un seul objectif: rendre humainement gérable un projet aussi complexe soit-il.

Version 6.2

Confidentialité des coûts

Une nouvelle option pour masquer ou afficher les indicateurs de coût aux membres du projet est disponible dans les paramètres du projet (Onglet Préparation, rubrique Projet).

hidecostoption

Par défaut, les indicateurs de coût (budget, coût réel, valeur acquise) ne sont pas visibles par les membres du projet. Cependant tous les projets créés avant la mise en ligne de cette version ont cette option configurée à OUI, puisque les coûts étaient visibles dans les précédentes versions.

Modification du design du diagramme de Gantt avec affichage du % d’avancement

gantt_6.2

Ajout d’un attribut de priorité pour les projets

Cette information est affichée au niveau des portefeuilles de projets, notamment pour pouvoir trier les projets par priorité décroissante.

Améliorations diverses

  • Réorganisation de l’écran du Backlog: l’ordre des colonnes a été inversé.
  • Retouche du design de la Feuille de route.
  • Extension de la palette de couleurs pour les histogrammes et les camemberts.

Modèle de plan pour Prince2

Chez Time Performance, nous sommes fans de la méthode de gestion de projet Prince2 pour les raisons suivantes.

Prince2 fournit une vraie méthode de gestion de projet avec un cycle de vie de projet standard, une organisation et des rôles précis. Cette méthode guide les chefs de projet, tandis que les référentiels de bonnes pratiques généralistes comme le PMBoK propose une liste d’outils et de techniques. Prince2 permet de mettre immédiatement la gestion de projet sur des rails, ce qui est un point commun avec notre logiciel de gestion de projets TimePerformance.

Prince2 a été conçu pour l’approche itérative et incrémentale, qui est la bonne approche pour le développement logiciel, notre métier.

Prince2 repose sur le principe du management par exception. Ce principe donne beaucoup plus d’autonomie aux équipes tout en gardant le contrôle du projet. Ce principe est dans l’ADN de notre solution TimePerformance.

Prince2 propose une planification orientée produit (product-based). Pour comparaison, l’approche classique repose sur une planification orientée tâche (cf. Gantt, PERT). La planification orientée produit est beaucoup plus simple et focalisée sur l’essentiel: les livrables. TimePerformance utilise ce type de planification avec un gain de temps important pour les chefs de projet.

Prince2 est le complément idéal des méthodes agiles Scrum et XP. Les méthodes agiles, centrées sur l’équipe de développement, ne couvrent pas certains domaines essentiels de la gestion de projet.

Modèle de Projet Prince2

Voici un modèle de projet Prince2 construit avec le logiciel TimePerformance.

Version complète en PDF du modèle Projet Prince2

Voici le Gantt avec le phasage d’un projet selon Prince2. Les étapes d’avant-projet et de clôture avec leurs livrables de gestion de projet sont standardisées par la méthode. Les étapes de construction sont à définir avec le contenu spécifique du projet.

PRINCE2® is a Registered Trade Mark of AXELOS Limited

Version 6.0

Nouveau: les profils de compétences

Grâce à cette nouvelle fonctionnalité, il est possible de gérer la capacité à faire (capacity planning) tout en bénéficiant de la simplicité de TimePerformance. 

Les profils de compétences sont des profils de ressource ou des rôles joués par les personnes nécessitant des compétences spécifiques. Exemples: Chef de projet, Développeur, Testeur, Analyste, Designer, Architecte… 

Avec les profils, il est possible de prendre en compte la spécialisation des ressources dans le planning des projets en indiquant livrable par livrable le profil nécessaire.

Le plan de charge d’un projet montre dorénavant la charge de travail prévue par profil à un instant donné.

Plan de charge par profil

L’utilisation des profils permet aussi d’affiner le chiffrage d’un projet puisque chaque profil a un coût du travail qui lui est propre. (Précédemment, TimePerformance était paramétré avec un seul coût du travail, donc une sorte de coût moyen.)

En couplant profils et portefeuilles de projets, TimePerformance permet de faire du capacity planning, c.-à-d. gérer le besoin en compétences spécifiques pour anticiper les recrutements au niveau de l’organisation ou de l’entreprise.  

Dernier détail: L’utilisation des profils est optionnelle. Il suffit de laisser le profil par défaut au niveau des livrables. 

Consultez les aides présentes dans les écrans de TimePerformance ou contactez le Support pour plus d’information.


Planning du service visible par tous les membres du service (Edition Performance)

Un nouveau menu dans l’accueil permet d’accéder en lecture seule au planning du service auquel on appartient afin de faciliter la collaboration entre les équipes. Seules les personnes avec le droit « responsable de service » peuvent modifier ces plannings d’affectations aux projets.