Journal : Pouvoir gérer roadmap + todo-list + remontées de bugs...
Posté par windu.2b (Jabber id, page perso, ) le 06 juillet 2007Je prends la plume pour la première fois pour te demander conseil, toi qui sais tout.
Je développe actuellement une petite appli Web: JCaddie (quelques infos se trouvent sur mon blog[1] et je vais bientôt publier les premières sources).
Dans la foulée, je voulais publier une roadmap, une todo-list, lister les demandes d'utilisateurs, et les remontées de bugs, éventuellement un wiki...
Bref, j'ai besoin de toi, Journal, pour me dire si dans ta Grande Sagesse et dans ton Savoir Incommensurable, tu n'aurais pas quelques infos à me donner à ce sujet.
[1] http://blog.windu2b.org/index.php/post/2007/06/30/JCaddie-ou(...)
> Lire le journal (19 commentaires, moyenne: 1,9).
Trac
Trac c'est bon, miam !
Ça fait : wiki, roadmap, suivi des bogues, navigation dans le dépot subversion, suivi des activités (modif wiki, commit, ...)
Là où ça peut coincer : c'est du python, donc pour héberger chez free&co c'est mort.
L'URL : http://trac.edgewall.org/
-
[^]Re: Trac
Posté par Papa Furax (page perso, ) le 06/07/2007 à 12:45. (lien). Évalué à 1.Trac c'est bien!
Dans la même veine, il y a http://www.redmine.org/
Jamais essayé, mais on m'a dit que c'était bien.-
[^]Re: Trac
Posté par windu.2b (Jabber id, page perso, ) le 06/07/2007 à 13:06. (lien). Évalué à 2.Merci pour toutes ces réponses, et merci pour la rapidité! :-)
Ayant un hébergement 60GP chez OVH, je n'ai pas de problème pour mettre du Python, donc je vais étudier ces 2 solutions ce WE et je ferai mon choix.
-
-
[^]Re: Trac
Posté par Thenomor () le 06/07/2007 à 12:53. (lien). Évalué à 2.Excelent Logiciel Trac!
Pour la petite histoire, j'utilise aussi Trac dans une PME pour gérer un environnement de production.
Le Wiki sert de base documentaire.
Les tickets et la roadmap servent à coordonner MOE/systeme (gestion de projet basique). Il servent aussi pour remonter les incidents de production
Les scripts batchs sont centralisés dans le SVN.
et hop, du ITIL pour pas un rond !-
[^]Re: Trac
Posté par baud123 (Jabber id, page perso, ) le 06/07/2007 à 14:42. (lien). Évalué à 1.hum du ITIL http://fr.wikipedia.org/wiki/Information_Technology_Infrastr(...)
le service desk quoi...-
[^]Re: Trac
Posté par Thenomor () le 06/07/2007 à 15:10. (lien). Évalué à 1.ITIL contient des pratiques de gestion d'incident, mais ce n'est pas que ca. Surtout que "service desk", ca fait une peu "poste de travail". Moi je parle de serveur, d'ordonnancement et de grosses BDD !
Ces pratiques englobent notamment tout le processus de mise en production d'une application depuis sa sortie des chaines de montage (euh.. du dev) jusqu'à sa mise en production, en passant par les tests et l'analyse des impacts (en cas de mise à jour d'un produit par exemple.
Ca englobe aussi la notion de référentiel centralisé des objet du SI ('tain, ce que je parle bien!)
Bon je suis d'accord que c'est souvent du bon sens, mais c'est déjà une bonne chose qu'on ait posé tout ca par écrit. Car le bon sens n'est pas donné à tout le monde, et surtout dans les grosses boites, ou les décisions et les façons de faire sont différentes d'un service à l'autre!
Et moi avec Trac, j'arrive à appliquer ces principes à une petite entité.-
[^]Re: Trac
Posté par baud123 (Jabber id, page perso, ) le 06/07/2007 à 22:09. (lien). Évalué à 2.oui, change management et cmdb (configuration management database), un peu vide dans ton trac quand même... mais c'est un bon début déjà).
Il te manque capacity management, financial management par exemple
puis bon tu sembles parler de sci, quid des hci ? :D
-
-
[+] [^]Re: Trac
Posté par Damien Metzler () le 06/07/2007 à 15:10. (lien). Évalué à -1.Ah super, ITIL, le buzz word du moment ! Tout le monde y va de son petit ITIL c'est super !
Si c'est si super que ça, pourquoi ça a pas révolutionné le monde depuis les presques 20 ans que ça existe.
Un ensemble de best pratices c'est bien, mais encore faut-il les appliquer correctement et pas trop s'envoler dans les stratosphères des décideurs. Genre, quand tu vois Francescu demander qq chose, quand tu le lis, tu te dis qu'il cherche un truc pragmatique, rapide à mettre en place, pour publier ça roadmap, un bucktrac et une todo-list et toi tu lui répond ITIL, ah bas c'est sur, c'est la solution à tous ces problème.... et en plus ça guérit les hémorroïdes si si une fois qu'il aura clické sur les 40 000 liens qui suivent la page Wikipedia !-
[^]Re: Trac
Posté par Thenomor () le 06/07/2007 à 15:19. (lien). Évalué à 2.euh déjà, mon commentaire était à la limite de la boutade mais bon passons...
Limite boutade pasque c'est clairement un buzzword, mais n'empeche que j'ai vu des grosses boites ou c'était l'anarchie totale, et ITIL propose d'unifier et normaliser les procédures.
Evidement, j'ai aussi vu une grosse boite passer à tout ITIL et c'était du grand n'importe quoi car personne ne savait vraiment ou il allait. Genre ils achètent la super solution integré "full ITIL compliant(c)", mais sans aucune organisation, et c'était le bide assuré (et ça a été le bide) !
Donc je ne veux pas vous jeter la pierre, Pierre, mais crie pas au loup chaque fois que t'entend un buzzword !
le buzzword c'est bon, mais n'en manger pas trop!-
[^]Re: Trac
-
-
-
-
Trac
Trac est pas loin de faire tout ça : http://trac.edgewall.org/
-
[^]Re: Trac
Posté par André Rodier (page perso, ) le 06/07/2007 à 13:37. (lien). Évalué à 2.Qu'en est-il de la traduction en français ?
La dernière fois que j'ai essayé trac, il m'a semblé que les messages utilisateurs sont directement dans les modèles, ce qui rendait la traduction fastidieuse.
Est-ce que cela a évolué ?
En php/mysql
Il y a Flyspray pour la gestion de bugs et la roadmap qui va très bien, et on peut l'interfacer assez facilement avec DokuWiki si jamais :)
La todo-list peut être récupérée, si tu inscrits tes éléments à faire comme des bugs de type "Todo".
L'avantage, c'est que ça passe sur un hébergeur normal !
-
[^]Re: En php/mysql
Posté par Bastien Leblanc (Jabber id, page perso, ) le 06/07/2007 à 13:29. (lien). Évalué à 1.Peux tu expliquer ce que tu entends par interfacer Dokuwiki et Flyspray?
Ca pourrait être très utile chez mon client, on utilise déjà Dokuwiki, mais une gestion des bugs/problèmes en plus ça serait très intéressant.--
Bastien - http://blog.tribuleblanc.com/-
[^]Re: En php/mysql
Posté par TNorth () le 06/07/2007 à 14:03. (lien). Évalué à 1.On unifier les deux produits afin de n'avoir besoin plus que d'un login/passw par utilisateur pour les deux.
Dokuwiki peut utiliser la base de donnée utilisateurs de Flyspray :
Voir ici : http://wiki.splitbrain.org/wiki:discussion:bugtracking
Après, pour avoir un look semblable pour les deux, c'est je pense un peu de travail avec les CSS.-
[^]Re: En php/mysql
Posté par TNorth () le 06/07/2007 à 14:07. (lien). Évalué à 1.Oups, j'ai oublié une URL encore :
http://discerning.com/hacks/flyspray/
Si la version 0.9.9 n'a pas trop changé depuis, ça doit être ok!
-
-
Ou alors...
Et pourquoi ne pas utiliser sourceforge/berlios/googlecode/launchpad ?
Sinon trac est vraiment cooool :)
-
[^]Re: Ou alors...
Posté par ribwund () le 06/07/2007 à 13:02. (lien). Évalué à 3.Si tu veux pas l'heberger toi même, et que ta licence est compatible (il n'y a que 7 licences possibles je crois), googlecode est plutot pas mal. J'ai re-découvert recemment et c'est pas mal foutu pour un minimum d'effort pour l'utilisateur (surtout par rapport aux *forge).
-
[^]Re: Ou alors...
Posté par baud123 (Jabber id, page perso, ) le 06/07/2007 à 14:45. (lien). Évalué à 2.tu sembles oublier rapidement https://gna.org (gestion de projet dispo mais pas de site web) et http://tuxfamily.org (site web et flyspray possible, à installer soi-même).

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.