Cher journal,
Je 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(...)
Journal Pouvoir gérer roadmap + todo-list + remontées de bugs...
6
juil.
2007
# Trac
Posté par ondex2 . Évalué à 9.
Ç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 パパフラクス . Évalué à 1.
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 . Évalué à 2.
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 nomorsad . Évalué à 2.
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 BAud (site web personnel) . Évalué à 1.
le service desk quoi...
[^] # Re: Trac
Posté par nomorsad . Évalué à 1.
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 BAud (site web personnel) . Évalué à 2.
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 . Évalué à -1.
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 nomorsad . Évalué à 2.
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
Posté par totof2000 . Évalué à 2.
# Trac
Posté par Twidi (site web personnel) . Évalué à 3.
[^] # Re: Trac
Posté par André Rodier . Évalué à 2.
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
Posté par TNorth . Évalué à 1.
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 (site web personnel) . Évalué à 1.
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.
[^] # Re: En php/mysql
Posté par TNorth . Évalué à 1.
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 . Évalué à 1.
http://discerning.com/hacks/flyspray/
Si la version 0.9.9 n'a pas trop changé depuis, ça doit être ok!
# Ou alors...
Posté par kassoulet (site web personnel) . Évalué à 2.
Sinon trac est vraiment cooool :)
[^] # Re: Ou alors...
Posté par ribwund . Évalué à 3.
[^] # Re: Ou alors...
Posté par BAud (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.