Journal Pouvoir gérer roadmap + todo-list + remontées de bugs...

Posté par  .
Étiquettes : aucune
0
6
juil.
2007
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(...)
  • # Trac

    Posté par  . Évalué à 9.

    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  . É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  . É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  . É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  (site Web personnel) . Évalué à 1.

        • [^] # Re: Trac

          Posté par  . É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  (site Web personnel) . É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  . É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  . É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

              Posté par  . Évalué à 2.

              Cette boite, c'etait pas une grande banque ?
  • # Trac

    Posté par  (site Web personnel) . Évalué à 3.

    Trac est pas loin de faire tout ça : http://trac.edgewall.org/
    • [^] # Re: Trac

      Posté par  . É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

    Posté par  . Évalué à 1.

    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  (site Web personnel) . É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.
  • # Ou alors...

    Posté par  (site Web personnel) . Évalué à 2.

    Et pourquoi ne pas utiliser sourceforge/berlios/googlecode/launchpad ?

    Sinon trac est vraiment cooool :)
    • [^] # Re: Ou alors...

      Posté par  . É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  (site Web personnel) . É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).

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.