wiki.travailleursduweb.com
Participez à l'encyclopédie des Travailleurs Du Web...

Gestion de projet pour petites structures

Publié le 30 May 2008, par Babozor dans la catégorie Gestion de projet, Organisation, méthodo..., Outils

jlah2623.jpg
[me demandez pas pourquoi j’ai choisi cette photo, j’la trouvais juste old-school et avec un barbu…]

Je rebondis suite à l’article fort intéressant de MrBoo sur la gestion de projet pour les très petites structures (1 à 3 personnes) qui est fort intéressant.

Il zappe tous les outils et étapes traditionnelles de la gestion de projet typique, pour plusieurs raisons:
1. il sait où il va (du point de vue fonctionnel et technique)
2. équipe très resserrée (pas ou peu de problème d’organisation)
3. équipe performante (pas besoin de les suivre à la culotte comme dans les grosses structures)

Les besoins?
Il n’empêche que je pense que même pour une toute petite équipe, un peu de formalisme ne nuit pas, tout l’art résidant dans le bon équilibre entre formalisme et lourdeur/temps passé.
Ces outils ne sont pas indispensables (MrBoo l’a montré puisqu’il réussit très bien sans) mais peuvent aider:
- un gestionnaire de version (type CVS ou SubVersion): à mettre en place dès qu’on est plus d’un à travailler sur un projet, sinon gros risque de catapultage de code (en plus pour des mises en ligne rapides c’est juste le bonheur)
- un gestionnaire de projet ultra simple (type BaseCamp, ActiveCollab, etc…): pour se fixer des objectifs, deadline, avoir un endroit commun pour se partager information et documents (même si skype et les emails marchent, c’est toujours bon de garder une trace)
- un bugTracker (type Mantis): pour traquer et niquer tous ces vilains bugs qui nous pourrissent la vie et surtout ne pas en oublier (ça permet aussi de répartir la charge de travail suivant la nature des bugs)

Quelles solutions trouver?
Comme d’habitude, quinze personnes, quinze solutions différentes… certains s’en sortent très bien juste avec un papier et un crayon, d’autres plus technophiles préféreront des outils spécifiques, certains utiliserons des outils bureautiques qu’ils maîtrisent… pas de recette miracle.
Le but n’est pas ici de trouver la solution ultime, mais celle qui ne peut pas être mise en défaut et qui coûte le moins cher (en temps et en investissement).
Par exemple, vous pouvez installer une version d’ActiveCollab (la version qui était encore en OpenSource) avec le risque de devoir passer quelques heures de configuration/debuggage ou alors choisir de payer un service comme BaseCamp, estimant que cela vous fera gagner du temps.

Personnellement j’opterais pour Trac (gratuit bien qu’un peu chiant à installer, pour le versionning et bugTracking) et BaseCamp (à partir de 24$ par mois d’une simplicité et d’une efficacité impressionnante)

Et vous ce serais quoi vos outils privilégiés pour une équipe ultra compacte?



Articles éventuellement en rapport:

5 Responses to “Gestion de projet pour petites structures”

  1. Tsadiq Says:

    Je plussoies pour Trac ;)

    Il sert de request tracker pour les bugs ou autres, il gère CVS très sympathiquement, permet de poser des milestones par version, intègre un wiki pour la doc, le tout bien sûr avec des accès personnalisés.

    Bref, plus ou moins tout ce qu’il faut pour gérer un projet avec des utilisateurs multiples.

    Et pas uniquement pour de la prog : il m’est arrivé de m’en servir pour gérer des versions de textes, les normes sur le wiki, les chapitres en milestones.

    Ultime pour moi, je n’ai jamais eu à l’installer donc pas de problème à ce niveau, mais on m’a laissé entendre que c’était un peu chiant malgré tout :D

    Autre bon point : de base, il est pas tout moche et plutôt clair. Et ca, ca me plait ;)

  2. bruno Says:

    “”"
    un gestionnaire de version (type CVS ou SubVersion): à mettre en place dès qu’on est plus d’un à travailler sur un projet,
    “”"

    A mettre en place, point, barre. Même pour mes projets perso où y a que moi à bosser dessus, je n’envisage même pas de commencer un truc un tant soi peu sérieux sans mon SVN.

    Pour le reste, Trac est très bien (et pas chiamp à installer, ça s’automatise d’ailleurs très bien). Redmine aussi - qui en plus ne nécéssite pas une install par projet…

  3. freelance Says:

    Absolument d’accord avec bruno, un outil de versioning, c’est utile même tout seul, ça n’ajoute aucune complexité, par contre ça apporte tellement de sécurité ! TRAC, pour moi aussi est un superbe outil, très orienté dev cela dit.

    Je découvre baseCamp, et je suis très favorablement surpris. Dommage que ce ne soit qu’hébergé.

  4. Olivier Says:

    Yep, un gestionnaire de sources est primordial, point de salut sans cet outil !

    Bon, jusqu’à présent, cela reste du VSS pour l’équipe (oui je sais…), mais SVN est très intéressant, notamment pour le checkout et le commit par HTTP, ça, c’est très pratique (imaginons pendant une grève ;)).

    Pour trac, j’avais commencé à regarder pour son aspect “tout en un” mais sa mise en place nécessitant plus de 5 mn j’avais abandonné.

  5. freelance Says:

    Oui, on sent bien la différence quand on passe de vss à svn et qu’on est en vpn loin du bureau (avec un ping pas très bon). L’un des deux est inutilisable, deviner lequel :)

    Je trouve aussi que svn est beaucoup beaucoup plus clair et plus facile à naviguer pour retrouver la version qu’on cherche, mais c’est peut-être personnel.

    Et puis avec TortoiseSVN, c’est quand même bien pratique d’avoir la possibilité de gérer ses fichiers directement dans l’explorateur.

Laissez un commentaire





« Back to text comment