Internet Collaboratif

Blog collaboratif et Libre » Projet Open-Source, qui prend les décisions ?

Open-Source : quand un projet grandit, les idées pleuvent ; il faut donc les gérer et les organiser.
Un projet Open-Source à besoin d'un manager pour choisir et donner une ligne directrice au logiciel.
- Quels sont les outils ?
- Comment évaluer les bonne idées ?
- Qui prend les décisions ?

Quand un projet croît, en terme d'interêts ; alors deux facteurs augmentent relativement :

• Le nombre d'utilisateurs, ceux qui vont installer le logiciel (et éventuellement en parler autour d'eux)
• Le nombre de contributeurs, développeurs, graphistes, traducteurs, etc...

Se posent alors différentes questions pour la survie du logiciel : quelle technologie utiliser pour développer de nouvelles fonctions ? quelle licence choisir ? faut-il privilégier la correction de bugs ou se lancer dans de nouvelles fonctionnalités ? ...

Anticiper les évolutions : la roadmap

La ligne directrice du projet doit impérativement suivre une feuille de route (roadmap) ; celle-ci s'établie en début de projet (mais elle peut quand même évoluer au fil du temps :-) ). Je pense qujourd'hui que cette "roadmap" est trop souvent oubliée (voir inéxistante) dans le monde de l'Open-Source. Il faut pourtant la mettre en avant et la communiquer pour montrer aux utilisateurs les objectifs et l'orientation du projet.

• La première étape consiste donc à centraliser les suggestions, provenant majoritairement des utilisateurs (car il ne faut pas oublier que l'un des plus grand atout du développement Open-Source est de "plaire" à ses utilisateurs)
• Ensuite il faut trier ces idées/demandes/suggestions en supprimant celles qui n'en sont pas vraiment ou qui sont déjà développées.
• Enfin, on les classifie et on les attibue (ce qui peut parfois être fait dès l'étape de suggestion.)

Pour réaliser toutes ces tâches, les contributeurs sont organisés et connaissent leur rôle dans le projet (il peut y avoir parfois une hiérarchie pour les très gros projets) mais il faut bien faire des choix.
C'est là qu'intervient le Project Manager ; souvent l'initiateur du projet ; sa principale fonction est de faire respecter la feuille de route établie.

Correctifs et débuggage

Une fonctionnalité présente mais qui "bug" doit être une priorité. On ne développe pas de nouvelles fonctions si les précédente ne sont pas opérationnelles. C'est encore une fois le rôle du Project Manager d'identifier les problèmes/bugs.

Crédit illustration : Anonymous

Dernière modification : lundi 21 février 2011, 22:35