Je pense que tu as du largement sous-exprimer ton problème parcequ'en relisant ton message j'ai l'impression que ce qui t'intéresse est essentiellement de savoir quand tu as fini
Oui.
En plus des congés on modélise aussi notre force de travail hebdomadaire en allouant 8 jours par mois aux bugs, 2 jours par mois au "hacking" perso, 3 jours par mois aux réunions, et une efficacité (...).
Ah oui, c'est une bonne idée.
J'avais essayé Task Juggler il y a quelques années, et j'avais trouvé difficile de tenir à jour semaine après semaine :
- l'avancement plus ou moins rapide des tâches
- le changement d'affectation des tâches entre développeurs
- la segmentation de tâches en plus petites ou la fusion de plusieurs en une seule
- le changement de priorité des tâches
- le blocage d'une tâche par un évenement externe (attente d'une réponse)
- l'insertion de tâches inopinées
Et quand on a 300 tâches de 3 jours avec 5 développeurs, ça prend pas mal de temps à tenir à jour.
[^] # Re: Se poser les bonnes questions
Posté par goeb . En réponse au message méthode de suivi de développement logiciel. Évalué à 1.
Oui.
Ah oui, c'est une bonne idée.
J'avais essayé Task Juggler il y a quelques années, et j'avais trouvé difficile de tenir à jour semaine après semaine :
- l'avancement plus ou moins rapide des tâches
- le changement d'affectation des tâches entre développeurs
- la segmentation de tâches en plus petites ou la fusion de plusieurs en une seule
- le changement de priorité des tâches
- le blocage d'une tâche par un évenement externe (attente d'une réponse)
- l'insertion de tâches inopinées
Et quand on a 300 tâches de 3 jours avec 5 développeurs, ça prend pas mal de temps à tenir à jour.