La gestion de projet pragmatique et efficace
Des nouvelles API permettant la création, la suppression et la modification ont été mises en lignes pour les 4 entités suivantes: les tâches, les livrables, les phases et les dépenses.
Pour rappel, les API de modification des données nécessitent un accès Back Office disponible uniquement en version Premium.
Il s’agit d’une nouvelle version de l’API car des modifications ne sont pas rétrocompatibles. La version 3 de l’API sera maintenue jusqu’au 31 décembre 2023.
Cette mise à jour de l’API contient:
Une nouvelle documentation a été mise en ligne qui est générée depuis un fichier de spécification au format OpenAPI v3.0. Cette nouvelle version permet de tester l’API directement depuis la documentation.
Il est aussi possible de récupérer le fichier de spécification de l’API au format OpenAPI afin de l’utiliser dans un environnement de développement. Il existe des plugins pour les IDE (ex: « OpenAPI (Swagger) Editor » pour VS Code) ou des outils de génération de code.
Une dizaine d’API ont été ajoutées principalement pour importer ou modifier des données.
Pour l’instant, les API de modification concernent les projets, les fiches projet, les utilisateurs et les équipes projets. Dans les futures versions, il sera aussi possible de modifier les tâches, les livrables, les phases…
Les API de modification des données nécessitent un accès Back Office disponible uniquement en version Premium, contrairement aux API qui extraient des données disponibles dès la version Standard. La version Premium est en cours de développement. Les fonctionnalités Premium sont actuellement offertes aux Clients ayant choisi l’option SSO.
Jusqu’à cette version, les API Get Portfolio Id et Get Project Id faisaient exception en termes de format de retour. Ces 2 API ont été normalisées et retournent désormais le résultat en format JSON (sauf si le suffixe .txt est précisé dans l’URL).
Comme toutes API retournent désormais les données en format JSON, le suffixe « .json » dans les URL devient inutile.
Ces modifications n’impactent pas les codes clients actuels et la compatibilité sera maintenu en 2023. Néanmoins, il est fortement recommandé de réaliser une mise à jour du code grâce aux règles ci-dessous.
Pour les appels aux API dont l’URL se termine en .json, il suffit de supprimer le « .json » dans l’URL.
Pour les appels aux API dont l’URL se termine en .txt, il faut supprimer le « .txt » dans l’URL et modifier le code de parsing pour lire le résultat en JSON.
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.
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.
Les modifications de cette mise à jour sont:
* La notification n’est pas actuellement paramètrable mais pourrait le devenir en fonction des retours des utilisateurs. Un sujet a été ouvert sur le groupe LinkedIn.
Un projet typique mené par les directions informatiques du Secteur Public est le déploiement d’un nouveau logiciel ou d’une nouvelle brique d’un logiciel existant.
Nous avons créé un modèle pour ce type de projet dans la démo en ligne du logiciel de gestion de projet TimePerformance (cf captures d’écran ci-dessous)
Ce modèle est fondé sur notre expérience lors d’accompagnement dans la modélisation de l’activité de DSI d’hôpitaux, de Départements, de Collectivités locales etc. .
Voici l’exemple de feuille de route avec les phases et les livrables.
Voici ce que cela donne dans le Gantt.
Comme tout modèle de projet, il s’agit d’une structure initiale qu’il convient de personnaliser en fonction du projet.
N’hésitez pas à nous dire ce que vous en pensez en commentaire.
L’écran de planification de capacité a été amélioré de la manière suivante:
Suite aux demandes d’utilisateurs, la longueur maximum du nom d’un projet passe de 40 à 64 caractères.
L’API Back Office consiste en des accès privilégiés à l’API et des API pour importer des données dans TimePerformance.
La première API d’import de données est l’API de synchronisation des indisponibilités qui permet par exemple de synchroniser TimePerformance et un outil RH pour les jours de congés ou d’absence. (documentation technique)
Les nouveaux accès privilégiés API Back Office permettent d’appeler toutes les API et de récupérer toutes les données contrairement aux accès API liés à un utilisateur. Les clés d’accès peuvent être générées dans l’administration.
Lorsqu’elle se sera étoffée, l’API Back Office sera proposée en option payante ou dans une nouvelle offre. D’ici là, elle est offerte aux clients ayant souscrit l’option SSO.
Pour un compte en SSO, il est maintenant possible de permettre à certains utilisateurs de se connecter avec un mot de passe plutôt qu’en SSO.
Tous les fenêtres de dialogue sont maintenant déplaçables.
Cette nouvelle fonctionnalité était une promesse suite à un petit sondage dans le groupe utilisateurs sur LinkedIn.
La liste des risques est disponible dans la rubrique pilotage du menu du projet.
Déplier le risque pour visualiser les informations détaillées. L’édition du titre et des descriptions peut se faire directement sans passer par le formulaire. Un plan d’actions est associé à chaque risque.
Le top 3 des risques les plus importants s’affichent avec la météo du projet (dans le cockpit par exemple…)
