Perso j'ai utilisé TaskJuggler et ça me plaît bien en tant que dév car il s'agit d'écrire dans un DSL comme un petit programme. (Il y a aussi faces dans le même style).
Ceci dit, dans mon domaine (gestion documentaire, méthodes agiles) c'était uniquement pour mettre un joli dessin sur une proposition commerciale afin de rassurer le décideur pressé.
À part des cas spécifiques, j'ai toujours beaucoup de mal à croire au diagramme de PERT pour l'informatique (déterminer ce qu'il y a à faire est un travail plus long et compliqué que de le réaliser). PERT c'est bien quand on sait à peu près ce qu'on doit faire (répétibilité, peu de surprises), les chantiers quoi :-)
Les outils proches de SCRUM, (ou plus léger) qui évaluent grosso modo un temps donné pour un groupe de tache (un sprint par exemple), à combien on en est, combien de "trucs" il reste à faire, qui intègrent facilement des nouvelles tâches, pour donner un aperçu évolutif, semblent plus intéressant dans la plupart des domaines de l'informatique (qui est plus un travail de connaissance que de production).
# PERT de temps ? :-D
Posté par Alex G. . En réponse à la dépêche Gestion de planning : LibrePlan... et les autres. Évalué à 3.
Perso j'ai utilisé TaskJuggler et ça me plaît bien en tant que dév car il s'agit d'écrire dans un DSL comme un petit programme. (Il y a aussi faces dans le même style).
Ceci dit, dans mon domaine (gestion documentaire, méthodes agiles) c'était uniquement pour mettre un joli dessin sur une proposition commerciale afin de rassurer le décideur pressé.
À part des cas spécifiques, j'ai toujours beaucoup de mal à croire au diagramme de PERT pour l'informatique (déterminer ce qu'il y a à faire est un travail plus long et compliqué que de le réaliser). PERT c'est bien quand on sait à peu près ce qu'on doit faire (répétibilité, peu de surprises), les chantiers quoi :-)
Les outils proches de SCRUM, (ou plus léger) qui évaluent grosso modo un temps donné pour un groupe de tache (un sprint par exemple), à combien on en est, combien de "trucs" il reste à faire, qui intègrent facilement des nouvelles tâches, pour donner un aperçu évolutif, semblent plus intéressant dans la plupart des domaines de l'informatique (qui est plus un travail de connaissance que de production).