GanttProject

Fiche logiciel validé
  • Création ou MAJ importante : 04/11/13
  • Correction mineure : 04/11/13
Mots-clés
Pour aller plus loin

GanttProject : gestion de projets

  • Site web
  • Système : UNIX-like, Windows, MacOS X
  • Téléchargement
  • Version évaluée : 2.0.10
  • Langue(s) de l'interface : français, anglais, autres
  • Licence : GPL

    Licences multiples, dû au fait que de nombreuses bibliothèques sont utilisées par le logiciel.

Description
Fonctionnalités générales

GanttProject est un outil multi-(omni-)plateforme pour la gestion du planning d'un projet. Il est écrit en Java et de ce fait tourne sur Windows, Linux, MacOSX et potentiellement tout autre système qui contient une JAVA Virtual Machine (supérieure ou égale à 1.6). Voici ses caractéristiques :

Autres fonctionnalités
  • Exportation des résultats : Sauvegarde des diagrammes en format PNG, génération de PDF et rapports en HTML

  • Interopérabilité : Importation de projets à partir de et exportation vers des formats MS Project. Exportation vers tableurs via CSV

  • Collaboration : Partage des projets en utilisant la technologie WebDAV

Interopérabilité

MS-Project (entrée / sortie) [pas vérifiée]

Contexte d'utilisation dans mon laboratoire/service

Utilisation ponctuelle au CPPM par des membres des projets CTA (Cherenkov Telescope Array) et imXgam (fin 2011).
Utilisation dans l'établissement des diagrammes accompagnant les réponses aux appels d'offres au LAAS

Limitations, difficultés, fonctionnalités importantes non couvertes

Une comparaison concise avec MS-Project, mentionné par les auteurs de GanttProject comme référence, s'impose. GanttProject déclare pouvoir lire et écrire des fichiers compatibles avec MS-Project ; je n'ai pas pu le vérifier par manque d'occasions.

Ce que j'ai pu vérifier est la compatibilité d'utilisation. Et à moins qu'une grande partie des fonctionnalités de GanttProject ne m'ait échappé, il faut constater que MS-Project a des fonctions plus complètes. Les fonctions de base sont disponibles, bien entendu, et je n'ai pas détecté de bugs. Il est tout à fait possible de traduire un tableau de ressources et de tâches, avec leurs temps et dates attribués, en un fichier GanttProject (.gan) et d'en produire des diagrammes (Gantt, PERT) satisfaisants.

Il serait souhaitable que GanttProject prenne également en compte les changements au cours de l'exécution d'un projet (achèvements, retards) de manière simple pour l'utilisateur.
Par exemple : Lorsqu'une tâche se voit attribuer des ressources supplémentaires (un acteur passe d'une quotité 30% à 60%), GanttProject pourrait proposer une réduction adaptée du temps total de cette tâche. Une quotité variable (2 semaines 50%, puis 100%) n'est pas prévue non plus (Il faut dire que MS-Project permet ce genre de raffinements, mais seulement dans l'obscurité du "leveling"). Il n'est pas prévu (ou je n'ai pas trouvé comment) de définir des calendriers individuels pour les ressources, ce qui empêche de prendre en compte automatiquement les congés.
Une vérification détaillée de tout le projet s'impose après chaque changement ou édition.

D'un autre côté, GanttProject présente des fonctionnalités qui sont absentes dans MS-Project. La notion des priorités en fait partie, quoique je n'aie pas compris comment elle peut être prise en compte pour un arbitrage automatique. L'affichage des disponibilités (ou surcharges) des ressources est plus avancée et claire que dans MS-Project. Mais encore une fois, rien ne permet un équilibrage automatisé.
Finalement, il ne faut pas oublier que GanttProject permet à l'utilisateur enthousiaste d'implémenter lui-même toutes les fonctionnalités souhaitées en écrivant lui-même le code correspondant.

En conclusion, il faut considérer GanttProject comme un outil "light weight" qui permet d'établir des diagrammes en début de projet correctement et rapidement. Il a du potentiel pour l'ajout d'outils de suivi en cours de projet, outils ajoutés par l'utilisateur qui maîtrise Java, ou en attendant les développements centraux.

Environnement du logiciel
Distributions dans lesquelles ce logiciel est intégré

Aucune à ma connaissance.

Plates-formes

Linux, Mac OS, Windows, et virtuellement tout système avec une JVM (supérieure à 1.6).

Logiciels connexes
  • Java.
  • Eclipse (en mode RCP) : Une description pour une installation (facile) du code source dans Eclipse est fournie sur le site de distribution.
Autres logiciels aux fonctionnalités équivalentes
Environnement de développement
Type de structure associée au développement

L'auteur original a développé l'application pendant ses études, a quitté le projet et été remplacé par un nouveau chef de projet, qui s'appuie sur une équipe de quelques dizaines de traducteurs, testeurs et développeurs.

Eléments de pérennité
  • Les développeurs actuels sont assez réactifs (début 2011) pour confirmer les requêtes et rapports, mais la liste des tickets ouverts se rallonge au fur et à mesure des années, sans que les plus anciens (novembre 2008) soient tous résolus. Une solution proposée par les développeurs à des demandes d'utilisateurs est de travailler sur un fork individuel pour implémenter les fonctions souhaitées.
    Visiblement, le code est maintenant maintenu sur git (GoogleCode) et svn (SourceForge) d'une certaine manière parallèle, ce qui rend difficile de trouver la dernière version en cours de développement. Je n'ai pas pu obtenir plus de précisions sur la stratégie de gestion, mais de toute évidence, il y a eu des branchements dans le code.

  • Un effort important est fait dans le "marketing", par exemple sur blogspot, qui est en contraste avec les résultats sur l'évolution du code. Cette attitude se prête à y reconnaître une intention de "professionnaliser" le produit dans un stade de maturité ultérieur.

Références d'utilisateurs institutionnels
  • CPPM
  • DSI du CNRS
Environnement utilisateur
Liste de diffusion ou de discussion, support et forums

Listes de diffusion et support sur le site web.

Divers (astuces, actualités, sécurité)

Page ohloh de GanttProject.

Une limitation assez curieuse est la période maximale du projet qui peut être affichée à l'écran. Elle résulte du fait que le maximum affichable dans un pixel d'écran est un jour, ainsi défini comme limite absolue de lisibilité par le développeur principal ("afin de pouvoir représenter les jours fériés dans une autre couleur"). Selon une résolution d'écran plus ou moins moderne dont dispose l'utilisateur, la largeur représentable en même temps varie donc entre 3 ans (SXGA) et moins de 7 ans (QSXGA ou WQXGA). Ou alors, il faut jouer avec des écrans/bureaux multiples virtuels ou réels.

La version actuelle est 2.6 (septembre 2013). Elle n'a pas été utilisée par l'auteur de cette fiche jusqu'à présent.

Contributions

Une participation est recherchée, pour tester et traduire l'application, mais aussi pour le développement.
Cette page du site décrit comment participer : tester, traduire, développer.

Ayant fait la tentative (entre autres) de contribuer au code pour la "mémoire" des paramètres d'impression (janvier 2011), le patch proposé n'a pas encore été utilisé (été 2013).