La gestion de projet pragmatique et efficace
Changements contenus dans la mise à jour:
Les diagrammes de Gantt et des Jalons (portefeuille) sont désormais générés en SVG. Cela a permis un redesign du diagramme des jalons (cf. ci-dessous) et améliore la qualité des images générées lors d’un export. Il est recommandé d’exporter en SVG, format d’image vectoriel, qui permet de redimensionner sans perte de qualité.
Cette nouvelle version est la première version de TimePerformance 100% compatible avec les tablettes tactiles et même les smartphones, notamment grâce à:
Avec cette version, vous bénéficiez des mêmes fonctionnalités sur tous les appareils. Idéal si on veut continuer à gérer ses projets au bord de la piscine 😉 .
Il est possible d’utiliser TimePerformance avec un icone comme une application native en l’installant sur l’écran d’accueil. Par rapport à une application native, les avantages sont: pas d’espace disque utilisé sur l’appareil, pas de problème de version d’OS et version toujours à jour.
Pour installer TimePerformance sur son écran d’acceuil, il faut aller dans l’application grâce au navigateur internet à l’adresse https://pma.timeperformance.com ou à l’adresse https://pma.timeperformance.com/todo pour la liste de tâches. Identifiez-vous si nécessaire puis faites « Ajouter à l’écran d’accueil ». Quittez le navigateur et ouvrez TimePerformance en cliquant sur l’icone qui vient d’être ajouté.
À la demande d’utilisateurs…
Dans cette nouvelle version, les chefs de projet ont la possibilité de communiquer un état de santé globale du projet sous la forme d’un symbole météo et d’un commentaire.
Il s’agit d’un indicateur purement qualitatif qui vient compléter les autres indicateurs quantitatifs calculés automatiquement par l’outil.
Le symbole météo apparaît dans plusieurs écrans: la liste des projets (cf image ci-dessous), les rapports d’avancement des portefeuilles de projets, le cockpit et la fiche du projet.
Cliquer sur le symbole météo permet de voir le commentaire associé.
Concernant l’API, les nouvelles informations sont récupérables dans le champ « appraisal » de l’API « Project Summary ».
N’hésitez pas à nous faire vos retours sur cette nouvelle fonctionnalité ici sur ce blog ou par email au Support.
Cette mise à jour concerne la Fiche Projet. Les améliorations apportées sont:
Dans le module Gestion des Ressources (version Performance), une nouvelle page est disponible qui permet aux managers de mettre en correspondance pour un profil de compétences et une période donnés:
Précédemment, il était possible d’avoir le plan de charge mais cela nécessitait de créer et de maintenir un portefeuille de projets avec tous les projets.
De plus, une option permet de visualiser simultanément l’ensemble des disponibilités restantes pour tous les profils.
Nouveau: Dates d’arrivée et de départ d’une personne
Pour chaque personne, il est maintenant possible de définir une date d’arrivée et une date de départ (onglet « disponible ») dans le but de pouvoir calculer les disponibilités décrites ci-dessus.
Note de migration: certains écrans utilisent dorénavant les dates de disponibilité pour afficher ou masquer certains utilisateurs. Pour les utilisateurs désactivés (ie supprimés), il est recommandé de renseigner la date de départ afin qu’ils n’apparaissent que lorsque c’est utile.
La page « Suivi des tâches » est accessible depuis le module « Gestion des Ressources » (version Performance). Un Manager peut visualiser les tâches de son équipe selon une des 3 options suivantes:
Les tâches ont soit une date limite explicite saisie dans le formulaire soit une date limite implicite correspondant à la date de fin prévue du livrable auquel la tâche est rattachée.
Dans la liste de tâches, la recherche de tâches et le suivi des tâches, la date limite implicite de la tâche est maintenant affichée si il n’y a pas de date explicitement définie. Ainsi il est possible de faire des tris sur les dates limites des tâches ou d’afficher des alertes sur les tâches en retard.
Les dates limites explicites sont désormais affichées dans la feuille de route.
La précédente solution consistait à générer un PDF sur nos serveurs. Mais cette solution était loin d’être parfaite. Elle a été remplacée par l’impression de page par le navigateur. D’une part, l’impression est plus fidèle à ce qui est visible à l’écran (les options d’impression des couleurs et des images de fond doivent être activées) et d’autre part les navigateurs proposent en standard la possibilité de générer un fichier PDF (ou XPS) en sélectionnant une pseudo-imprimante.
N’hésitez pas à nous faire part de vos commentaires sur cette nouvelle version.
L’API a été mise à jour avec une version non rétrocompatible. Il est donc nécessaire de mettre à jour les logiciels qui utilisent l’API ainsi que les URL dans Outlook, Google Calendar, Zimbra…
L’ancienne version de l’API restera disponible jusqu’au 1 mai 2016 afin de laisser le temps de faire les mises à jours nécessaires.
Les modifications concernent uniquement les structures de données retournées par l’API afin d’inclure systématiquement les références externes qui peuvent être saisies dans TimePerformance, et de prendre en compte les évolutions sur les activités hors projet de la dernière mise à jour.
Guide de migration:
API impactées:
Modifications des structures de données:
Veuillez consulter la documentation en ligne pour plus de détails sur la structure de retour.
Ajout de la colonne Phase dans la recherche de tâches et l’export CSV de tâches
Souvent il est fait référence aux 4 valeurs agiles du Manifeste Agile. Mais cette expression « valeurs agiles » est bien mal venue. Elle freine la compréhension et l’adoption de l’approche agile en lui conférant un statut de dogme. Or l’Agilité est tout sauf un dogme.
Dire que l’Agilité repose sur des valeurs génère automatiquement des résistances lors de sa mise en oeuvre.
L’entreprise a ses valeurs. Les individus ont leurs valeurs. En positionnant l’Agilité sur le plan des valeurs, on déclare la guerre aux valeurs existantes, donc aux individus et à la culture des entreprises.
Or l’objectif de l’Agilité n’est pas de révolutionner la culture des entreprises, ni de changer les gens.
Le Manifeste Agile commence par « Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. ». Il est facile de mettre tout le monde d’accord sur cet objectif quelles que soient leurs valeurs…
Dans la traduction officielle du manifeste, on utilise le verbe valoriser et non le mot valeur.
Ces expériences nous ont amenés à valoriser :
- Les individus et leurs interactions plus que les processus et les outils
- Des logiciels opérationnels plus qu’une documentation exhaustive
- La collaboration avec les clients plus que la négociation contractuelle
- L’adaptation au changement plus que le suivi d’un plan
On pourrait dire aussi donner plus d’importance à ceci plutôt que cela. Ce n’est pas une question de valeurs. C’est un choix de priorités.
Plutôt que de parler de « valeurs agiles », il vaudrait mieux dire les 4 préceptes agiles, c.-à-d. des « recommandations pratiques enseignées par l’expérience » (cf. Larousse).
Pour tous les « anciens développeurs » qui ont connu les méthodes et les processus lourds des années 90, les plannings de Gantt qui ne servent à rien, les spécifications incohérentes ou incomplètes, les projets au forfait qui tournent mal etc., les 4 pseudo-valeurs sont des recommandations pratiques issues des enseignements des erreurs du passé.
Et même si ce ne sont que de simples préceptes, ils s’opposent à la croyance dominante dans le monde de l’Entreprise. Cette croyance héritée du Taylorisme est que les méthodes et les processus seraient la clé de l’efficacité et de la réussite.
En s’opposant à cette croyance si largement admise, les préceptes agiles représentent un changement de paradigme. Ils sont donc déjà une mini-révolution.
En parlant de préceptes agiles plutôt que de valeurs, on redonne à l’Agilité sa nature d’approche pragmatique de recherche d’efficacité qui ne menace pas les valeurs de l’entreprise.
En théorie, il est possible de définir plein de sortes d’avancement:
En pratique, on saisit des avancements physiques (%) ou en charge (reste à faire) au niveau élémentaire du projet (tâches…).
L’outil de gestion de projet en déduit les avancements en coût et en délai du projet selon la technique de la valeur acquise.