Papier : “Collaboration avec des projets libres – enjeux, difficultés et bonnes pratiques” (JRES 2007)

Nous avons écrit un article en vue d’une présentation aux JRES 2007 sur le sujet de la collaboration entre les organisations et les projets libres, essayant de dresser un panorama rapide des meilleures pratiques en la matière.

Voici l’abstract :

Collaboration avec des projets libres – enjeux, difficultés et bonnes pratiques
Christian Bac, Vu Dang Quang, Olivier Berger

Résumé

Nous souhaitons proposer quelques pistes permettant d’affiner des stratégies de collaboration avec des projets de développement de logiciels libres, pour les organisations basant le développement de leurs systèmes d’information sur l’intégration et la customisation d’applications libres existantes.

Mots clefs
contribution, logiciel libre, open source, meilleures pratiques, debian, packages, maintenance

Update 2007/11/21 : les slides sont en ligne sur le site des JRES 2007.

| View | Upload your own

Update 2007/12/06 : le papier est aussi en ligne sur le site des JRES 2007.
Update 2007/12/19 : l’enregistrement vidéo de ma conf est maintenant également en ligne sur le site des JRES 2007.
Et le plan :


1 Introduction
2 Tirer parti des logiciels libres
2.1 Qu'est-ce qu'un logiciel libre ?
2.2 Panorama d'un écosystème
2.3 Qualité particulières d'un logiciel libre
3 Conduite de projet
3.1 Degrés d'interaction avec les communautés
3.2 Sélection d'un produit
3.2.1 Ne pas confondre vitesse et précipitation
3.2.2 Sous-traiter ce qui peut l'être
3.2.3 Identifier les éléments critiques et monter en compétence
3.2.4 Préférer les solutions déjà packagées
3.3 Maintien en condition opérationnelle
3.3.1 Réactivité pour les mises à jour
3.3.2 Diminuer l'adhérence dans les composants spécifiques
3.3.3 Choix du système de packages
3.4 Développement
3.4.1 Gestion des divergences
3.4.2 Méthodologie d'intégration
3.5 Déploiement
3.5.1 Support de certains matériels
3.5.2 Virtualisation
3.5.3 Savoir packager
4 Contribuer : une nécessité
4.1 Pourquoi contribuer
4.1.1 Cercle vertueux des contributions
4.1.2 Quasi-obligation du fait des licences
4.1.3 Externalisation de la maintenance
4.1.4 Se faire plaisir et apprendre en vraie grandeur
4.1.5 Se faire connaître et reconnaître
4.1.6 Influer sur le pilotage d'un projet
4.2 Comment contribuer
4.2.1 Il n'y a pas besoin de savoir coder
4.2.2 Assurer une veille régulière
4.2.3 Beaucoup d'effort même pour des choses simples
4.2.4 Minimum légal : faire vivre la base de bugs
4.2.5 Communiquer avant tout
4.2.6 Accepter des usages sociaux différents
4.2.7 Jouer le jeu selon les règles
4.2.8 Eviter l' « abandonware » non déclaré
4.2.9 Abandonner tout espoir de planifier
4.2.10 Publier un nouveau module
4.2.11 Publier un nouveau logiciel libre
5 Conclusion