Dernières améliorations: 13 Mai 2016

Nouvelle page « Suivi des tâches » permettant aux managers de voir les tâches de leur équipe

suivi des tachesLa 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:

  • Travail réalisé: permet de voir les tâches sur lesquelles l’équipe a travaillé pendant une période donnée
  • Tâches à faire maintenant: il s’agit des tâches pour les livrables en cours, c-à-d les tâches qu’on trouve dans les listes des tâches des personnes.
  • Toutes les tâches à faire: il s’agit de toutes les tâches assignées aux personnes, y compris pour des livrables en attente.

Amélioration sur les dates limites des tâches

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.

Améliorations diverses

  • API: ajout de la référence externe sur les utilisateurs
  • Ajout du nom de la phase dans la feuille de temps, la liste de tâches, la liste des dépenses

Impression/Export PDF de la Feuille de route et des Affectations

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.

Dernières améliorations: 18 Mars 2016

Version 2 de l’API

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:

  1. Mettre à jour les URL « https://pma.timeperformance.com/api/v1/… » en  « https://pma.timeperformance.com/api/v2/… »
  2. Modifier légèrement le code qui analyse les réponses JSON
  3. Repasser les tests  😉

API impactées:

  • Project API : Tasks, Workload Plan
  • User API: List of users, Time Report, Timesheet, Tasks, To-do list

Modifications des structures de données:

  • Tâche: les attributs project, phase, iteration, goal et taskType contiennent une structure au lieu du seul nom de l’élément
  • Utilisateur: renommage des attributs obs et profile en respectivement obsName et profileName.
  • Workload plan: les noms des profils ont été remplacés par la structure correspondante.
  • Timesheet, Time Report: les noms des activités hors projet ont été remplacés par la structure correspondante.

Veuillez consulter la documentation en ligne pour plus de détails sur la structure de retour.

Autre amélioration

Ajout de la colonne Phase dans la recherche de tâches et l’export CSV de tâches

Le mythe des Valeurs Agiles

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.

« Valeurs Agiles » est un terme dangereux

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…

Un problème de traduction

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

source: http://agilemanifesto.org/iso/fr/manifesto.html

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.

Préceptes Agiles

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.

 

Les différents types d’avancement

problemEn théorie, il est possible de définir plein de sortes d’avancement:

  • l’avancement physique
  • l’avancement en charge
  • l’avancement en coût
  • l’avancement en délai

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.

Dernières améliorations: 19 Février 2016

Personnalisation des activités hors projet et des indisponibilités

Il s’agit d’un nouveau paramétrage disponible dans la partie Administration. Il permet de créer, de modifier et d’éditer les activités hors projet et les indisponibilités qui apparaissent dans les feuilles de temps et le planning des affectations.

Possibilité d’autoriser un collaborateur à modifier ses affectations

Les managers ont maintenant la possibilité de donner le droit à un membre de leur équipe de gérer lui-même le planning de ses affectations. Pour cela, il faut aller dans la page Affectations du module Gestion des ressources et de cliquer sur le bouton avec une étoile.

Divers

Les indisponibilités ont été retirées des graphiques de répartition des affectations et du temps passé par activité du module Gestion des Ressources.

TimePerformance mise à jour 7.3

Estimation de la charge de travail par profil

Jusqu’à présent, la saisie de l’estimation de la charge de travail était limitée à un seul profil de ressource par livrable.

Cette nouvelle version de TimePerformance permet de saisir pour le même livrable des estimations de charge de travail pour plusieurs profils (voir image ci-dessous).

deliverable with profiles

La saisie des estimations de charge de travail se font uniquement en jours-hommes. La saisie en heures n’a pas été conservée car elle n’était pas adaptée à la granularité que doit avoir un livrable et aurait complexifié inutilement l’interface. Les saisies en heures précédentes ont toutes été converties en jours-hommes pendant le processus de montée de version.

Cette nouvelle version introduit aussi la possibilité de choisir le profil de ressource par défaut pour le projet.

Pour les personnes qui ont défini des unités configurables pour chaque profil – solution préconisée jusqu’à présent pour pouvoir rattacher plusieurs profils à un livrable – vous pouvez soit continuer à utiliser ces unités, soit éditer chaque livrable pour recopier les estimations dans ces unités dans la partie estimation de la charge de travail avant de supprimer les unités configurables. Pour faciliter ce travail, nous vous recommandons d’utiliser la page intitulée Estimations des livrables qui permet de visualiser très facilement ce qui doit être recopié.

N’hésitez pas à contacter le Support si vous aviez des questions.

Autres modifications

  • Pour les API qui retournent des tâches, ajout du nom de la phase à laquelle une tâche est rattachée.

TimePerformance mise à jour 7.2

Simplification des processus

Version Performance uniquement

Après consultation des utilisateurs, les fonctionnalités liées aux processus définis dans les Méthodes ont été simplifiées pour mieux correspondre à l’usage réel.

La possibilité d’enchaîner des tâches et celle d’avoir des sous-processus ont été supprimées, ainsi que certaines règles de validation. Cela simplifie le concept de processus: un ensemble de tâches à créer simultanément. Par exemple, pour un processus de développement: Faire la conception, Développer et Ecrire les Tests.

A noter que le processus permet aussi de définir l’ordre dans lequel sont créées, et donc apparaissent, les tâches. Il est possible de réordonner les tâches dans le processus par glisser-déplacer (nouveau).

La terminologie a légèrement changé: les Rôles ont été renommés en Catégories de tâches pour éviter d’être confondus avec les profils de ressource; et les Types de tâche en Modèles de tâche.

Remarque: Lors de la montée de version, les anciens processus ont été convertis. Néanmoins, les appels aux sous-processus n’ont pu être conservés, ainsi que les tâches qui n’étaient pas encore créées. Du fait de la très faible utilisation des fonctionnalités supprimées, cela ne concerne qu’une quantité infime de cas.

Quelques mots de la prochaine version

Notre équipe travaille actuellement à simplifier le rattachement d’un livrable à plusieurs profils de ressource sans qu’il soit nécessaire d’utiliser des sous-livrables ni des unités configurables.

TimePerformance mise à jour 7.1.10

Les nouveautés de cette version sont:

  • Gestion de projet / Tableau des tâches: possibilité de masquer les tâches terminées
  • Gestion des ressources / Rapport d’activité: nouveau graphique de répartition des allocations
  • Gestion des ressources / Affectations: la liste des projets dans la légende du tableau devient configurable pour n’afficher que les projets nécessaires.

TimePerformance mise à jour 7.1.8

Cette mise à jour apporte les évolutions suivantes:

  • Ajout de la prévision à terme dans le tableau de comparaison du plan actuel et des plans de référence d’un projet
  • Améliorations de la liste des projets: mémorisation des filtres, amélioration des performances en cas de nombreux projets et mise à jour plus fréquente des indicateurs d’avancement et de délai