IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Méthodes Discussion :

[Processus de développement] Méthode pour la gestion d'un projet Open Source


Sujet :

Méthodes

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Février 2007
    Messages
    142
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2007
    Messages : 142
    Points : 89
    Points
    89
    Par défaut [Processus de développement] Méthode pour la gestion d'un projet Open Source
    Bonjour à tous,

    Je commence à m'intéresser aux méthode de développement, à la gestion de projet. J'ai lu un article très intéressant sur l'extreme programming, qui vante les mérite de la méthode.

    Cependant, il me semble que l'XP n'est clairement pas adapté à un projet dont les contributeurs communiquent exclusivement par Internet, comme c'est souvent le cas pour un projet open source. Ça enlève tout de suite la possibilité de travailler en binôme.
    Il y a cependant quelques bonnes pratiques à en retenir, comme le «test driven design».

    Je voudrais donc savoir s'il existe une méthode de gestion de projet complète et homogène (au même titre que l'XP) davantage adapté à tel projet open source ? J'ai bien cherché sur Google, mais les mot-clés ne jouent pas en ma faveur, et je me retrouve avec des pages traitant des logiciels open source de gestion de projet…

    Merci à tous !

  2. #2
    Membre expert
    Avatar de hed62
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juillet 2007
    Messages
    2 029
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Santé

    Informations forums :
    Inscription : Juillet 2007
    Messages : 2 029
    Points : 3 134
    Points
    3 134
    Par défaut
    Cependant, il me semble que l'XP n'est clairement pas adapté à un projet dont les contributeurs communiquent exclusivement par Internet, comme c'est souvent le cas pour un projet open source
    En effet, XP préconise le pair programming, ainsi que des réunions courtes, à 5 devant un tableau blanc et debout, tous les matins pour fixer les objectifs de la journée... et par internet, c'est moyen.

    Tu peux tout de même adapter un peu : video conférence, archivage quasi constant des sources pour une plus grande réactivité, etc..

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Février 2007
    Messages
    142
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2007
    Messages : 142
    Points : 89
    Points
    89
    Par défaut
    Il n'existerait donc pas de méthode «toute faite» ?

    Pour la responsabilité collective du code, c'est pas ça non plus… à mon avis, vu les contraintes, il vaut mieux s'en tenir à la méthode classique de «une classe = un développeur», n'est-ce pas ?

  4. #4
    Expert éminent sénior

    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    10 610
    Détails du profil
    Informations personnelles :
    Âge : 66
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 10 610
    Points : 17 923
    Points
    17 923
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par three minute hero Voir le message
    Il n'existerait donc pas de méthode «toute faite» ?

    Pour la responsabilité collective du code, c'est pas ça non plus… à mon avis, vu les contraintes, il vaut mieux s'en tenir à la méthode classique de «une classe = un développeur», n'est-ce pas ?

    désolé tu viens de faire une grossière erreur dans de la gestion de projet :

    présumer de l'outil, et tomber dans "la technicité".

    Au niveau gestion, cela n'a AUCUNE importance.

    J'aimerais bien que tu me montres une "méthode classique" comme ça...

    Une méthode de gestion et développment n'a rien à voir avec quel langage et/ou paradigme est utilisé...

    Là tu as DEJA décidé de "classes", etc...

    D'ailleurs, nous sommes dans le forum "conception", pas "réalisation" ou "implémentation"...

  5. #5
    Membre régulier
    Profil pro
    Inscrit en
    Février 2007
    Messages
    142
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2007
    Messages : 142
    Points : 89
    Points
    89
    Par défaut
    Soit… un module = un développeur, si tu préfères
    C'est peut-être mal dit, mais ce que je voulais souligner, c'est le fait que le travail soit divisé entre les différents contributeurs, et que du coup personne ne connaît le code sous toutes ses coutures comme c'est le cas dans un projet XP.

    Je pense que je vais m'en tenir à quelques principes qui tiennent du bon sens ! Je reviendrai ici si je ressens comme un bordel que je n'arrive pas à gérer (c'est mon premier projet open source, après tout).

    Merci à tous

Discussions similaires

  1. Réponses: 15
    Dernier message: 07/04/2015, 07h34
  2. Réponses: 3
    Dernier message: 10/09/2010, 01h30
  3. Réponses: 0
    Dernier message: 28/07/2010, 11h27
  4. Réponses: 5
    Dernier message: 29/01/2007, 22h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo