Ce genre d'outil est assez pratique en tant que chef de projet. Le probleme est la qualite de la saisie, par de personnes qui doivent le faire en dehors de leur processus de travail (aller sur le site, saisir a la chaine leurs taches de la journee).
Etant a la fois dev et chef de projet, je trouve cela tres contraignant... La saisie etant une tache fastidieuse, longue et repetitive, elle est fortement sujette a erreur. Et donc, comme toute tache de ce type, elle doit etre automatisee au maximum.
Les softs que tu proposes pour moi des equivalents a Jira, probablement moins complexes a installer, mais generant une perte de temps en saisie equivalente.
J'utilisai un outil sous Windows il y a quelques temps : ManicTime. Tres intrusif (log des pages visitees, des logiciels utilises, fichiers ouverts), il minimise les efforts de logging (qui a mon sens devrait etre aussi automatise que possible). Il permet donc de retrouver facilement et rapidement ce que l'on a fait a telle heure. http://www.manictime.com/
Il peut etre associe a un serveur ou le logiciel installe sur le poste client envoie tous les logs (pour generer un rapport, visionner, espionner selon la moralite du superieur).
En devenant un vrai dev (comprendre, passer sous Linux), je n'ai rien trouve d'equivalent. Je me suis donc rabattu sur un soft plus simple, moins intrusif mais qui necessite une saisie manuelle : Hamster. Il est libre, et permet a la fois de generer des rapports sous divers formats (html, csv, tsv, etc.). Le gros reproche que j'ai a lui faire, c'est la faible automatisation. Il est probable que je finisse par developper un script permettant de recuperer la tache en cours sur git et logger automatiquement les changements de taches.
L'ideal pour ma part serait :
* soft leger sur le poste du dev, qui trigger les commits, la branche git (ou tout autre cvs).
* server (local ou pas) qui lui est uniquement charge de la collecte et la generation de rapports.
* Des conventions de developpement simples (idealement, un nom de projet + un identifiant de tache sur le jira), qui permet une grande automatisation de la collecte, le traitement et la generation de rapports periodiques.
# Contraintes pour l'utilisateur
Posté par isildur37 . En réponse à la dépêche eHour, SO Planning: 2 logiciels de suivi d'activité. Évalué à 5.
Ce genre d'outil est assez pratique en tant que chef de projet. Le probleme est la qualite de la saisie, par de personnes qui doivent le faire en dehors de leur processus de travail (aller sur le site, saisir a la chaine leurs taches de la journee).
Etant a la fois dev et chef de projet, je trouve cela tres contraignant... La saisie etant une tache fastidieuse, longue et repetitive, elle est fortement sujette a erreur. Et donc, comme toute tache de ce type, elle doit etre automatisee au maximum.
Les softs que tu proposes pour moi des equivalents a Jira, probablement moins complexes a installer, mais generant une perte de temps en saisie equivalente.
J'utilisai un outil sous Windows il y a quelques temps : ManicTime. Tres intrusif (log des pages visitees, des logiciels utilises, fichiers ouverts), il minimise les efforts de logging (qui a mon sens devrait etre aussi automatise que possible). Il permet donc de retrouver facilement et rapidement ce que l'on a fait a telle heure.
http://www.manictime.com/
Il peut etre associe a un serveur ou le logiciel installe sur le poste client envoie tous les logs (pour generer un rapport, visionner, espionner selon la moralite du superieur).
En devenant un vrai dev (comprendre, passer sous Linux), je n'ai rien trouve d'equivalent. Je me suis donc rabattu sur un soft plus simple, moins intrusif mais qui necessite une saisie manuelle : Hamster. Il est libre, et permet a la fois de generer des rapports sous divers formats (html, csv, tsv, etc.). Le gros reproche que j'ai a lui faire, c'est la faible automatisation. Il est probable que je finisse par developper un script permettant de recuperer la tache en cours sur git et logger automatiquement les changements de taches.
L'ideal pour ma part serait :
* soft leger sur le poste du dev, qui trigger les commits, la branche git (ou tout autre cvs).
* server (local ou pas) qui lui est uniquement charge de la collecte et la generation de rapports.
* Des conventions de developpement simples (idealement, un nom de projet + un identifiant de tache sur le jira), qui permet une grande automatisation de la collecte, le traitement et la generation de rapports periodiques.