Version classiqueVersion mobile

Gérer et comprendre l’open source

 | 
Nordine Benkeltoum

Partie II. Du modèle racine à la modélisation des régimes de l’open source : une approche longitudinale et multiple

Texte intégral

I - L’ÉMERGENCE DES RÉGIMES DE L’OPEN SOURCE

1. Les fondements théoriques et empiriques des régimes de l’open source

Les limites de la notion de « community »

  • 1 (O'Mahony, 2007)
  • 2 (Henkel, 2003b)
  • 3 Julie Marguerite, Open Source Architect, Thales D3S, entretien avec l'auteur, 6 juin 2007.

1L’étude empirique de l’open source a montré une richesse et une variété des formes organisationnelles. Pourtant, le terme communauté est utilisé pour désigner des organisations hétérogènes. Or, la littérature a souligné que de « plus précises distinctions sont nécessaires pour communiquer les frontières entre firmes, organisations à but non lucratif et communautés »1. D’autres chercheurs ont souligné ce problème de pluralité. Ainsi, Henkel propose de distinguer les « projets » open source en fonction de leurs participants. Il en distingue trois types : ceux uniquement constitués d’acteurs individuels, ceux disposant d’une firme centrale et ceux composés uniquement par des entreprises. Les travaux de Henkel ont prouvé qu’il était possible d’avoir une communauté d’entreprises2. Plus spécifiquement, Henkel identifia une première dimension permettant de distinguer les organisations de l’open source : le type de participants. Les notions de projet et de communauté sont bien trop vagues pour distinguer les organisations de l’open source. Depuis ses débuts, l’open source a connu de profondes mutations comme le souligne un expert : « il y a eu des individuels bénévoles tout seuls dans leur coin. Il y a eu des organisations d’individuels et maintenant ce sont des organisations d’organisations. C’est l’open source de troisième génération3. »

La technique de l’échantillonnage théorique

  • 4 (Eisenhardt, 1989)
  • 5 (Christensen, 2006)

2La technique de l’étude de cas multiple consiste à choisir délibérément des cas suffisamment hétérogènes pour rendre compte de la variété d’un phénomène4. Sur la base de cette technique, des cas ont été sélectionnés pour bâtir une typologie des régimes de l’open source. Cette recherche s’est concentrée sur les formes existantes entre la communauté d’utilisateurs-développeurs (non rémunération des producteurs et objet produit libre d’utilisation) et la firme (rémunération des producteurs et objet produit valorisé directement ou indirectement). Des études ont montré que les théories basées sur un grand échantillon n’ont pas une validité externe plus grande que les théories basées sur l’étude d’un nombre limité de cas5. Pour cette raison, les analyses découlant de ces cas seront suffisamment générales pour expliquer une large partie du phénomène open source.

3De plus, le rôle des firmes dans l’open source ne se limite plus au simple financement de communautés ou à la libération de logiciels, les firmes financent elles-mêmes les communautés qu’elles ont créées entre-elles. Les cas OW2 consortium et OpenOffice.org (décrits de manière détaillée ci-après) sont particulièrement significatifs de ce phénomène. Cette variété d’organisations est rencontrée sur le terrain et mentionnée par différents auteurs. En revanche, il n’existe pas de modèle général permettant de distinguer les organisations de l’open source à partir de critères empiriques et encore moins de suivre les transformations organisationnelles d’une forme à une autre.

  • 6 (Krishnamurthy, 2002)
  • 7 Dans une série statistique, le mode est la valeur retrouvée le plus fréquemment.
  • 8 (Rannou & Ronai, 2003b)
  • 9 (Bonaccorsi et al., 2006)

4En outre, lorsque la notion de CUD est citée, l’imaginaire collectif pense le plus souvent à des communautés constituées de plusieurs centaines de personnes. Or, la grande majorité des communautés est d’une taille réduite. Plusieurs études attestent ces propos. L’étude de Krishnamurthy6 dans laquelle il s’est intéressé à 100 logiciels libres du site SourceForge.net montre qu’il y a en moyenne 6,61 développeurs par logiciel, une médiane à 4 et un mode7 de 1. D’autres soulignent que « la majorité des projets est élaborée par 1 développeur (28,4 % des projets), 2 développeurs (24,3 % des projets) ou 3 développeurs (24,3 % des projets)8 ». Par conséquent, il est difficile d’accepter que les logiciels libres soient développés par de grandes communautés comme le prétendent certains auteurs9.

  • 10 (Eisenhardt & Graebner, 2007)

5Le but de cette recherche était de bâtir une typologie des formes organisationnelles de l’open source. Le choix d’une approche qualitative basée sur de multiples cas vise à la construction de théories. De ce fait, une approche quantitative ne pouvait pas être adoptée puisque ces approches visent à tester des hypothèses. Les organisations de l’open source furent étudiées sur la base d’études de cas hétérogènes sélectionnées grâce à la technique de l’échantillonnage théorique. Dans cette méthode, la sélection des cas peut être basée sur la réplication, l’extension ou l’inversement d’un phénomène10.

Les critères de sélection des cas

6La sélection des cas s’est appuyée sur la variété des formes rencontrées sur le terrain, les notions de solidarité et de distribution, et la littérature sur les organisations de l’open source. Le premier critère sélectionné est le type d’acteurs puisque la littérature fait état de plusieurs catégories d’acteurs dans ces organisations. Une synthèse du type d’acteurs, des liens de solidarité et des cas étudiés correspondants sont exposés dans le tableau ci-dessous.

Tableau 7 : Types d’acteurs dans les organisations de l’open source

7Le second critère correspond au mode de financement de l’organisation dont la variété est résumée dans le tableau ci-dessous.

Tableau 8 : Modes de financement dans les organisations de l’open source

8Le troisième critère concerne les systèmes de rémunération synthétisés ci-après.

Tableau 9 : Modes de rémunération dans les organisations de l’open source

9Le quatrième critère porte sur l’existence d’une structure juridique ou son absence : la littérature fait état de structures Informelles (I) (communautés) et Formelles (F) (les firmes et les fondations).

  • 11 (Shah, 2006)
  • 12 (Demazière et al., 2007)

10Il est largement reconnu qu’il existe une grande variété de formes organisationnelles développant des logiciels open source11. Les notions de « bazaar » et de « community » renseignent peu sur la manière dont ces collectifs fonctionnent réellement12. La question sous-jacente est qu’est-ce qu’une communauté ? Est-ce qu’un groupe de bénévoles développant un jeu vidéo sur leur temps libre et un consortium rassemblant plus de 70 entreprises et instituts de recherche autour des problématiques du Middleware peuvent être tous deux nommés communautés ?

2. L’hétérogénéité des organisations de l’open source : une étude empirique

11Cette partie est basée sur l’analyse comparative de multiples cas sélectionnés selon quatre critères : le type d’acteurs, le mode de financement, le système de rémunération et enfin la structure juridique. Les cas sélectionnés sont les suivants :

  1. Kexi, une communauté d’utilisateurs-développeurs assurant le développement d’un système de gestion de base de données ;

  2. Freeworks, une association de loi 1901 gérant différentes initiatives autour du concept du libre et en particulier un système d’administration de base de données ;

  3. Mandriva, une société française éditant une distribution Linux et gérant une communauté contribuant à ce logiciel ;

  4. OpenOffice.org, une communauté rassemblant principalement des firmes de l’industrie informatique assurant le maintien d’une suite bureautique à environnements multiples ;

  5. OW2 Consortium, un consortium industriel rassemblant plus de 70 entreprises et instituts de recherche travaillant sur les problématiques du middleware libre. Chaque cas sera présenté sous la forme d’une monographie se focalisant sur les quatre éléments précédemment précisés.

Le cas Kexi ou un exemple du modèle racine

L’histoire de Kexi

  • 13 Pour des raisons de préservation de la confidentialité, des appellations génériques seront utilisée (...)

12Kexi est un logiciel de gestion de base de données avec une interface graphique. Le développement de Kexi en fin d’année 2002 a été initié par un jeune développeur autrichien (Fondateur 113). Kexi a été conçu car :

« Le segment occupé par Kexi est quasiment vide en ce qui concerne le libre, et l’idée de développer une alternative libre à MS Access est assez répandue, étant donné que ce logiciel représente une des raisons pour de nombreuses entreprises de rester sous Windows » (Développeur Actif 1, Kexi).

13Ce logiciel fut lancé pour combler un manque portant sous l’environnement Linux. Initialement, le logiciel n’était pas conçu avec une structure en modules et cela était particulièrement problématique pour les autres développeurs. En 2003, un nouveau développeur (Fondateur 2) proposa de réécrire Kexi en adoptant une structure modulaire. Depuis 2003, Fondateur 1 ne participe plus au développement de Kexi.

Les développeurs de Kexi

14Kexi est composée de trois types d’acteurs :

  1. Les développeurs fondateurs : ils ont marqué le développement de Kexi par leurs importantes contributions mais ils ne sont plus actifs en développement ;

  2. Les développeurs actifs : ils maintiennent actuellement Kexi ;

  3. Les développeurs moins actifs : ils participent ponctuellement au développement de Kexi ; en revanche, leurs contributions sont irrégulières.

15Les développeurs clés de Kexi seront décrits afin d’illustrer la composition de cette organisation en mettant en avant leur rôle respectif et les raisons de leur participation.

Fondateur 2

16Fondateur 2 est le seul développeur à percevoir une rémunération pour le travail qu’il réalise sur Kexi. Il est employé par une société proposant des services associés ainsi que des versions pré-packagées comprenant des modules complémentaires non libres car la licence de Kexi (LGPL) le permet. Après le départ de Fondateur 1 en 2004, Fondateur 2 est devenu le leader de cette communauté. Ce dernier base sa légitimité sur deux éléments : la quantité et la qualité de ses contributions au code source. Le tableau ci-dessous présente la contribution de chaque développeur au code source de Kexi.

Tableau 10 : Répartition des contributions à Kexi

17Fondateur 2 a le pourcentage de fichiers copyrightés le plus important. D’autre part, pour bien souligner le fait que Fondateur 2 est considéré comme le leader de Kexi les propos de quelques développeurs seront mentionnés.

« De mon point de vue, je pense que Fondateur 2 est une sorte de leader, car il travaille à plein temps sur Kexi, et car il a des intérêts commerciaux [vis-à-vis du logiciel] dans la société qui l’emploie... » (Développeur Actif 1, Développeur actif, Kexi).

« Il est clair (au moins pour moi) que Fondateur 2 aura toujours le dernier mot... » (Développeur Actif 2, Développeur actif, Kexi).

« Fondateur 2 est le plus âgé, le plus expérimenté, etc. [...] en logiciels libres, la seule légitimité c’est le code que vous écrivez. » (Développeur Actif 1, Développeur actif, Kexi).

Développeur Actif 1

Développeur Actif 1 est étudiant à l’École Polytechnique. Il se définit lui-même comme : « Un développeur actif pour Kexi depuis décembre 2003. Je m’occupe de l’écriture du module de création de formulaires et de l’éditeur de propriétés. J’ai aussi participé à la traduction en français du logiciel (avec l’équipe française de traduction de KDE) » (Développeur Actif 1, Développeur actif, Kexi).

18Il relate l’histoire de sa participation à Kexi :

« En septembre 2003, j’ai commencé à contribuer au projet KDE par la traduction de certains logiciels, tout en commençant l’apprentissage de la programmation KDE. J’ai ensuite écrit un petit patch pour Kaboodle (le lecteur multimédia de KDE). Une fois ma décision de contribuer prise, j’ai cherché un projet qui m’intéressait et je suis tombé sur Kexi.J’ai été très choqué de voir qu’un projet d’une telle importance pour l’adoption de Linux avait si peu de développeurs. J’ai donc contacté [Fondateur 1], puis nous avons discuté sur IRC pour savoir ce que j’allais faire. Comme je ne connaissais pas grand-chose aux bases de données, il ne restait plus que les formulaires. J’ai trouvé l’idée plutôt intéressante et je me suis lancé là-dedans, malgré ma quasi totale inexpérience en développement » (Développeur Actif 1, Développeur actif, Kexi).

19Il justifie sa participation en ces termes :

« Je pense que Kexi peut avoir une très grande importance dans l’adoption de systèmes totalement libres comme Linux par les particuliers et les petites entreprises, qui utilisent souvent des logiciels comme MS Access. Kexi est là pour combler une lacune pour moi très importante, et c’est pourquoi j’ai choisi ce projet » (Développeur Actif 1, Développeur actif, Kexi).

20Développeur Actif 1 parle de la manière suivante des autres membres de Kexi : « Ils sont tous plus âgés et ont plus d’expérience que moi donc je les respecte énormément [Fondateur 2] et [Développeur- Actif 2] sont aussi devenus des amis avec le temps. » En outre, il souligne : « Il y a une grande entraide au sein de notre projet, et c’est ce qui fait qu’il progresse bien » (Développeur Actif 1, Développeur actif, Kexi).

Développeur Actif 2

21Développeur 2 se décrit lui-même de la manière suivante :

« Je suis un gars âgé de 28 ans habitant Berlin en Allemagne. [...] J’étudie après le travail ces dernières années en tant que développeur logiciel. Bon, en dehors d’apprendre j’aime juste apprécier la vie. J’aime ma famille, mes amis et tous ceux qui me procurent un bon Karma. Apprendre est une des plus belles choses que la vie propose. Cela conserve l’esprit propre et fait plaisir. Donc apprendre était et est toujours une de mes premières priorités dans la vie. J’aime planifier et organiser des choses. C’est bien d’avoir des choses qui marchent d’une manière efficiente et de suivre une cible définie par soi-même. Communiquer avec les autres, échanger des opinions et apprendre comment les autres font les choses sont importants pour moi. »

« Je suis le développeur et le responsable de Kross, situé dans koffice/libs/kross, il s’agit de notre framework de scripts à l’intérieur de KOffice. En dehors de ça, j’ai écrit le python-binding, résolu un grand nombre de bugs en général dans KOffice et je travaille environ depuis deux ans sur Kexi aussi. En ce moment, mon travail est KoMacro, un macro-framework pour Kexi. » (Développeur Actif 2, Développeur actif, Kexi).

22Développeur Actif 2 explique l’histoire de sa participation à la communauté :

« Quelques années auparavant, j’ai commencé à développer KMLDonkey qui plus tard a été intégré dans kdeextragear. Un jour j’ai réalisé que KMLDonkey était complet au niveau fonctionnalités et il avait tout ce que je pouvais espérer qu’un logiciel de ce type fasse. Déjà quelques années auparavant je recherchais des alternatives libres à MSAccess et j’ai échoué à trouver une bonne solution. Donc, le meilleur en termes de potentiel et meilleur en termes de code source parmi les projets libres autour était Kexi. Et donc, j’ai finalement décidé de les aider à améliorer le logiciel. » (Développeur Actif 2, Développeur actif, Kexi).

23Développeur Actif 2 souligne qu’il participe à Kexi :

« Parce que c’est une manière utile et bonne d’améliorer le projet d’un côté et d’améliorer mes compétences de l’autre. » (Développeur Actif 2, Développeur actif, Kexi).

  • 14 Les éléments entre crochets sont nos ajouts visant à améliorer la compréhension du lecteur.

24Les développeurs de Kexi sont liés par une solidarité d’usage comme le soulignent les propos suivants : « Nous sommes tous enrôlés dans ce projet en tant qu’utilisateurs [de Kexi] (ou futur utilisateurs)... » D’autre part, il a ajouté : « Nous avions tous besoin de quelque chose comme cela [Kexi]14, nous n ‘étions pas satisfaits par les projets existants, et nous nous sommes rencontrés... Donc nous avions un objectif commun. » (Développeur Actif 2, Développeur actif, Kexi).

25Les développeurs de Kexi sont aussi liés par une solidarité d’apprentissage. Ces derniers s’expriment en ces termes :

« Un autre point positif pour les discussions par le biais de l’IRC est le fait que la majorité des problèmes que nous rencontrons lorsque nous développons peuvent être résolus ensembles, et de ce fait nous apprenons des uns et des autres. » (Développeur Actif 1, Développeur actif, Kexi).

Le système de rémunération et financement de Kexi

26L’ensemble des développeurs de Kexi sont bénévoles excepté Fondateur 2 employé à plein temps pour travailler sur Kexi. À la question : « Existe-il un système de rémunération ? » posée sur l’IRC de Kexi les membres de Kexi ont répondu :

  • 15 Sur l'IRC, il convient de préciser le nom de la personne à qui l'on souhaite s'adresser étant donné (...)

<Développeur Actif 1> Nordine15 : « Pas vraiment »

<Développeur Actif 1> Nordine : « un magazine français a proposé de nous donner de l’argent, mais du fait qu’il n’y a pas d’organisation [du point de vue] légal cela peut être un problème »

<Développeur Actif 1> Nordine : « et c’est dur de choisir qui prendra l’argent, etc. »

<Fondateur 2> Nordine : « Excepté les fois où Google contribuera avec de l’argent »

<Développeur Actif 2> : « Excepté de voir et d’aider à produire un fantastique projet, améliorer nos propres compétences, travailler sur quelque chose de vraiment utile,… »

27Kexi est financé par des dons réalisés par des partenaires et des utilisateurs par le biais de l’association KDE. D’après Fondateur 2 :

« [...] L’infrastructure comme les serveurs KDE sont fournis par KDE e.V avec le soutien par exemple d’universités, de distributeurs, etc. » (Fondateur 2, Développeur actif, Kexi).

« Kexi n’est pas une organisation formelle mais celle-ci s’insère dans KOffice, qui elle aussi n’est pas une organisation formelle. [En revanche], KDE e.V [une forme d’association à but non lucratif en Allemagne] est une organisation très formalisée et très connue. » (Fondateur 2, Développeur actif, Kexi).

28De manière schématique l’environnement de Kexi peut être simplifié comme ci-dessous.

Figures 13 : Schéma de l’environnement technique de Kexi

Le cas Freeworks : un modèle associatif

L’histoire de Freeworks

29FlashMyAdmin est le « projet déclencheur » de cette organisation. C’est une application d’administration MySQL en action script. FlashMyAdmin est inspiré de PhpMyAdmin. Le fondateur cherchait à résoudre un problème ergonomique lié à la gestion de base de données. Selon lui :

« Le problème avec PhpMyAdmin est que l’utilisateur ressent les processus d’échanges entre client et serveur. L’idée était donc d’exploiter l’avantage d’avoir un logiciel en ligne et l’ergonomie d’un logiciel installé sur le poste de travail » (Fondateur 1, Freeworks).

30La première version de FlashMyAdmin a été développée par un seul développeur en 2002, il s’agit de Fondateur 1. Il relate l’histoire de Freeworks :

« Ça débute au départ [...] en 2003. Même, peut-être même fin 2002, je crois... Je réserve le nom de domaine FlashMyAdmin. FWO [Freeworks] n’existe pas. FlashMyAdmin n’existe pas la seule idée c’est de faire un logiciel et dans la minute qui suit après de le faire libre. Donc il y a juste l’idée de faire un logiciel libre je commence à le faire et tout, je suis tout seul, etc. Après en 2004, à cette époque-là je travaille. Je travaille en tant qu’employé quoi donc je le fais le soir et le week-end. Ensuite en 2004, avec un ami musicien et informaticien nous faisons Freeworks. Et ensuite le projet [FlashMyAdmin] c’est essentiellement moi mais il y a Olivier qui participe à la partie graphique, et après plus récemment, il y a Paul qui s’occupe de la réécriture. » (Fondateur 1, Freeworks).

31À la question : Pourquoi le fondateur du logiciel a-t-il fait le choix d’offrir le code source au lieu de le garder secret ? Le fondateur propose :

« Une réponse pragmatique en inversant le problème : la production d’un logiciel propriétaire était au-dessus de [m]es moyens ! (brevets, monter une société et embaucher pour assurer un développement rapide, sauvegarde de l’idée, etc.). Un tel choix implique d’être fortement motivé par un retour financier.

Si vous êtes seulement motivé par : utiliser ce logiciel pour vous-même et avoir le plaisir de l’écrire ; penser qu’il peut être utile à d’autres ; souhaiter quand même le retour & avis des utilisateurs et le réaliser comme un soft professionnel quant au résultat (pas les moyens) ; penser et apprécier qu’il puisse dans le futur avoir une vie propre qui vous dépassera (ce qui vous rendra disponible pour un autre projet...) [...]. Alors il vaut mieux sans contrainte et spontanément démarrer un projet libre. » (Fondateur 1, Freeworks).

32Quelques mois après l’écriture des premières lignes de code, l’association Freeworks fut créée afin de remplir quatre objectifs : développer, faire connaître, organiser la contribution et financer le développement de FlashMyAdmin. Freeworks est une association régie par la loi du 1er juillet 1901. Fondateur 1 décrit Freeworks comme :

« Une association plutôt intimiste d’auteurs/contributeurs (9 membres) souhaitant se consacrer à la réalisation de travaux « libres » et les faire connaître. » (Fondateur 1, Freeworks).

33Freeworks assure le développement d’autres « travaux libres » comme XmediaPlayer, un lecteur multimédia capable de lire des images, du html, des animations, des mp3 et des vidéos. Freeworks diffuse également FunSquare, un jeu de casse-tête dans le même style que le Rubik’s cube en deux dimensions. Une version de FunSquare est prévue pour les téléphones portables. C’est un jeu gratuit mais non libre, selon Fondateur 1, le code source de ce jeu n’a pas tellement d’intérêts pour les utilisateurs.

34Au moment des interviews, Fondateur 1 et Développeur-Musicien 1 étaient sur le point de réécrire entièrement le code de FlashMyAdmin en Action Script 2. Ils faisaient cela d’une part pour réorganiser le code source en modules et d’autre part pour pouvoir faire évoluer FlashMyAdmin plus facilement. Cette réorganisation du code source avait également pour but d’inciter de nouveaux développeurs à contribuer à FlashMyAdmin sans connaître l’ensemble du code source.

Les membres de l’association Freeworks

  • 16 Etant donné l'importance du rôle de Fondateur 1 et Développeur-Musicien 1 dans le développement de (...)

35Au moment de l’étude Freeworks comprenait 9 membres16 se divisant en trois catégories : les membres très actifs, moyennement actifs et peu actifs.

Les membres très actifs
Développeur-Musicien 1

36Développeur-Musicien 1 se décrit de la manière suivante :

« Donc, moi si tu veux je suis assez atypique, car je n’ai pas suivi le cycle classique de l’informatique. À la base, j’étais musicien. Après une tournée un peu ratée... Tu vois c’est un peu dur de gagner de l’argent avec la musique...Je suis devenu informaticien, pur et dur tu vois. Je travaille aussi dans le pas libre quoi, pour bouffer. Je suis une entreprise à moi tout seul, je suis indépendant [...] Et je loue mes compétences informatiques à des sociétés. Grâce à cela, j’ai une grosse expérience dans plein de langages différents. J’ai re-rencontré [Fondateur 1] il n’y a pas très longtemps, et j’ai bien aimé son projet : FlashMyAdmin. Je lui ai proposé de développer un peu FlashMyAdmin » (Développeur-Musicien 1, Membre très actif, Freeworks).

37Développeur-Musicien 1 raconte l’histoire de sa participation à Freeworks :

« [Fondateur 1] était un copain d’école de mon frère. Je l’ai rencontré chez mon frère, un truc comme ça. Et j’ai vu que [Fondateur 1] était un informaticien à sa manière de parler, de convaincre, d’aller jusqu’au bout des trucs pour que ça marche, on est un peu maniaque en informatique. J’ai vu son projet, et j’ai trouvé ça bien. Moi, j’avais des bases en MySQL donc je connaissais la gestion de bases de données ce que fait le FlashMyAdmin. Il m’a parlé de sa conception du libre, et ça m’a plu. Pour faire du libre, il y a vachement de contraintes à avoir, faut que le code soit bien organisé, qu’il soit expliqué au mieux, etc. C’est plus que professionnel, sinon ça ne marche pas. En gros, il faut habiller le libre. Ensuite, [Fondateur 1] m’a mis les sources en téléchargement et je les ai prises. Puis, on s’est vu deux ou trois fois pour m’expliquer ce qu’il voulait, et j’y suis allé » (Développeur-Musicien 1, Membre très actif, Freeworks).

38Développeur-Musicien 1 décrit son statut dans Freeworks :

« Je suis un membre actif dans l’organisation. Comme, je te l’ai dit j’ai aidé au développement de FlashMyAdmin, cela signifie que pendant quinze jours je n’ai rien fait d’autre que développer. Et cela a redonné un coup de peps à [Fondateur 1] du coup. Donc on s’auto-dynamise en fait » (Développeur-Musicien 1, Membre très actif, Freeworks).

39Développeur-Musicien 1 justifie sa participation en ces termes :

« Par plaisir, par amitié pour [Fondateur 1], pour apprendre. [Fondateur 1] m’a appris beaucoup de trucs, et moi en retour je l’ai aidé à upgrader FlashMyAdmin. » [...] « Ca me fait plaisir...Je suis assez passionné d’informatique. Je fais aussi de la musique, et pour faire de la musique, il faut être passionné... » [...] « La manière selon laquelle il était écrit [FlashMyAdmin] ne suivait plus le langage, il a fallu le réécrire entièrement. J’ai remis à niveau une nouvelle version en fait. Je l’ai fait gratuitement, pour le fun, car le produit était sympa. Donc, par ce biais cela m’a permis d’apprendre Flash car [Fondateur 1] le connaissait beaucoup mieux que moi. » (Développeur-Musicien 1, Membre très actif, Freeworks).

Graphiste 1

40Graphiste 1 travaille sur les éléments graphiques de FlashMyAdmin et FunSquare. Il assure la promotion de Freeworks et propose divers conseils. Il participe au débat concernant l’évolution de FlashMyAdmin sans doute car Graphiste 1 réalise la veille technologique qui selon Fondateur 1 :

« Est un don naturel chez lui ! ! ! Il nous envoie des emails, au moins un ou deux par semaine, avec les informations intéressantes qu’il a trouvées. Le travail [de Graphiste 1] est complémentaire du mien [...], il trouve une idée qui n’a rien à voir avec notre projet et moi [...] je creuse au niveau technique » (Fondateur 1, Membre très actif, Freeworks).

Peintre 1

41Peintre 1 est artiste peintre et poète. Il participe à la mise en place d’une galerie en ligne Freegallery où il expose ses peintures et travaille également sur l’enregistrement de ses poèmes et interviews pour habiller ses reproductions de peintures en ligne.

Les membres moyennement et peu actifs
Développeur 2

42Développeur 2 est spécialisé dans les techniques de référencement de sites internet. Il s’occupe du référencement des sites de l’association et de FlashMyAdmin.

Auteur-compositeur 1

43Auteur-compositeur 1 travaille sur Freewave. Il étudie l’informatique avec Fondateur 1 pour pouvoir créer ses morceaux sur ordinateur.

Graphiste 2

44Graphiste 2 a réalisé l’image centrale du jeu FunSquare. Il travaille également sur l’implémentation du jeu sur les téléphones mobiles.

Apiculteur 1

45Apiculteur 1 est un supporter et c’est aussi l’ami de Fondateur 1. Il travaille sur des textes de formation sur l’apiculture et l’agriculture biologique.

Développeur-Technicien 1

46Développeur-Technicien 1 intervient lorsqu’il y a des problèmes de réseaux et d’administration de serveurs Web (Apache, bases de données). Il s’agit d’un ancien collègue de travail de Fondateur 1.

Le système de rémunération et de financement de Freeworks

47Il n’existe pas de système de rémunération directe pour la réalisation d’ouvrages libres. En revanche, il existe une forme de rémunération indirecte pour les acteurs le souhaitant. Un système de rémunération essayant de faire converger passion et savoir-faire. Le fonctionnement de ce système se divise en quatre parties : les membres de Freeworks recherchent eux-mêmes leurs clients et réalisent les services demandés, Freeworks facture au client la prestation réalisée, le client paye Freeworks, Freeworks verse un salaire au membre pour son travail en prélevant : d’une part 3 % minimum sur la prestation pour son autofinancement, d’autre part Freeworks paye toutes les charges, impôts et prestations sociales prévues par la loi. Néanmoins, Freeworks n’avance pas d’argent : elle verse le salaire au membre seulement une fois que le client a réglé.

48L’association joue donc le rôle de support juridique pour l’activité de ses membres. Son système de fonctionnement, au moins sur ce point, est comparable à celui d’une société de portage salarial. Finalement, le financement de Freeworks provient de deux sources : des dons et cotisations des membres et des commissions prélevées sur les travaux.

Le cas Mandriva : une firme de l’open source

L’histoire de Mandriva

49Mandriva est une société française commercialisant une distribution Linux. Ce produit s’appelle Mandriva Linux, un système d’exploitation avec une interface graphique nativement intégrée. Cette distribution privilégie la facilité d’utilisation et l’ergonomie. Mandriva Linux est un concurrent direct des autres distributions de Linux, Unix et bien sûr Windows. Le nombre d’utilisateurs de Mandriva Linux est estimé entre 6 et 8 millions. C’est une des versions de Linux qui est considérée comme la plus simple d’utilisation.

50D’après l’ex-Directeur Général de Mandriva :

« Mandriva a été fondé en 1998 par trois jeunes internautes qui ont créé la société sans même s’être rencontré : Fondateur 1, Fondateur 2 et Fondateur 3. Fondateur 1 avait fait une distribution, je ne sais pas si c’est lui qui a choisi le nom, et il a « rencontré » les deux autres par hasard sur le net, et ils ont décidé de créer une boîte pour la diffuser. » (Ex-Directeur Général, Mandriva).

51Le fondateur initial explique comment il a été amené à créer « Mandrake » (ancien nom de Mandriva Linux) :

« Il y a quelques années, en 1998, Linux n’était pas simple du tout à utiliser à moins d’avoir une réelle expérience des systèmes UNIX. Installer un nouveau périphérique signifiait la plupart du temps une recompilation du noyau Linux avec les options adéquates. Utiliser un cd-rom ou un lecteur de disquettes n’était pas possible sans taper des commandes du type « mount -t iso9660 /dev/hdc /mnt/cdrom ». Ce qui n’est pas une action triviale pour le néophyte. Les environnements graphiques sous Linux de l’époque étaient à mon sens plutôt des systèmes de « décoration » de l’écran, pour exagérer un peu. C’était sans doute une bonne manière de justifier l’utilisation de X-Window, plutôt que toute autre chose :) J’ai donc travaillé plusieurs mois pour créer Linux-Mandrake, seul et contre tous ;) À la maison » (Duval, 2005).

  • 17 Un fork est en fait un logiciel open source dérivé d'un autre du fait de divergences technologiques (...)

52Mandrake Linux était un fork17 de la version 5.1. de la distribution Red Hat. La plus importante innovation apportée par Mandrake Linux est :

« L’idée de base... qui était de prendre une [distribution] Redhat et de coller KDE [environnement graphique] dessus... C’est une innovation première, etc. c’est une bonne. » (Ex-Directeur Général, Mandriva).

53À partir de 2004, MandrakeSoft était impliquée dans un processus de fusions et d’acquisitions. Ainsi d’après l’ancien Directeur général :

« On a racheté des entreprises, on a racheté en 2004 Edge IT qui était une petite structure française de 5, 6 personnes qui faisait du support Linux, donc ça a été notre premier rachat. Ensuite on a racheté Conectiva en 2005 qui était un plus gros morceau, ça faisait la même taille que nous en nombre de personnes mais pas en chiffre d’affaires, qui était brésilien donc c’était plus compliqué. Et puis on a racheté les actifs d’une petite boîte qui s’appelait Lycoris, et là ça n’a pas très bien marché. » (Ex-Directeur Général, Mandriva).

54À partir de 2005, MandrakeSoft est devenu Mandriva, ce changement était notamment dû à la fusion de la société MandrakeSoft avec Conectiva proposant aussi une distribution Linux nommée Conectiva. L’histoire de Mandriva Linux est schématisée ci-dessous.

Figures 14 : Schématisation historique de Mandriva Linux

Les acteurs de Mandriva

55Mandriva est une entreprise particulière puisqu’elle gère à la fois des salariés et des contributeurs bénévoles appelés « Cookers ». Contrairement à ce que l’on pourrait penser pour ce type d’entreprise, Mandriva est organisée de manière fonctionnelle et son organisation interne est très classique. La direction de Mandriva est en effet assurée par quatre directeurs pour les trois grands services de l’entreprise : produits, finance et vente, plus le directeur général. En tout, il y a quatre niveaux hiérarchiques.

56D’après l’ancien Directeur général de Mandriva, la fonction de la hiérarchie est :

« Comme dans toutes les sociétés, faire fonctionner les choses de façon ordonnée. Il n’y a rien de spécial. [...] Est-ce qu’il y a une antinomie entre [...] développer un logiciel libre et le fait d’avoir une hiérarchie ? Non, il n’y en a pas. » (Ex-Directeur Général, Mandriva).

57En plus de cette structure fonctionnelle, les salariés de Mandriva travaillant sur le développement sont très spécialisés :

« Il y a un mec qui fait KDE, il y a un mec qui fait GNOME, il y a un mec qui s’occupe que d’imprimantes, il y en a un qui s’occupe que de Kernel... » (Ex-Directeur Général, Mandriva).

58La direction générale essayait d’incorporer plus de polyvalence chez les développeurs mais elle se heurte à une forte résistance. L’aspect plus particulier de Mandriva est le fait que la société gère la contribution de bénévoles :

« Le produit inclut des parties que nous avons développées ainsi que des éléments disponibles déjà gratuits, que nous avons recueillis. Il est difficile d’évaluer la part produite par nous et celle que nous intégrons, mais on peut penser que cette part est aussi de l’ordre de 1,5 %. » (Ex-Directeur Général, Mandriva).

59Le cas Mandriva montre que le rôle des Cookers est essentiel dans le modèle d’affaire de l’entreprise puisqu’environ 98,5 % du code des produits Mandriva n’est pas développé par la firme. Plus généralement, les firmes de l’industrie du logiciel libre ne peuvent plus raisonnablement être modélisées sous la forme d’une fonction de production.

60Pour rendre compte de la diversité de la firme des employés et des Cookers furent interrogés.

L’ancien Directeur général

61L’ancien Directeur général se décrit en ces termes :

« Ecoutez, j’ai 58 ans. J’ai passé la moitié de ma carrière dans la recherche et l’Université, la moitié dans l’industrie et puis j’ai passé un tiers aux Etats-Unis, deux tiers en France.J’ai pris ce boulot en revenant, donc je ne suis pas un fondateur... Ça fait trois ans et demi que je suis ici. [...]Je viens de l’industrie du logiciel, mais je ne connaissais pas du tout le logiciel libre, je ne connaissais pas Linux. » (Ex-Directeur Général, Mandriva).

62Au moment où l’ex-Directeur général de Mandriva est arrivé la société était en difficulté, il décrit sa prise de fonction dans la société :

« Au début, ils m’ont assez mal reçu... Ils m’ont pris pour un mercenaire et un voyou... Euh, un mercenaire et un capitaliste. Et puis petit à petit, ils s’y sont habitués. Donc ils reconnaissent à peu près que je sais faire les choses... Mais il ne me considère pas comme un technicien, bien que je l’ai été à une époque, mais effectivement je ne le suis plus. Et, [...] ils croient que je vais leur résoudre tous leurs problèmes quand même... À tort ou à raison... »[...]

« J’ai eu le boulot puisque personne le voulait, c’est assez simple ! [...] La société allait tellement mal que personne n’a repris le boulot. Moi je pensais qu’il y avait un actif extraordinaire, c’est-à-dire personne pensait, quand je l’ai reprise en [...] 2002-2003, [...] personne pensait qu’on pouvait réussir sans argent. Et moi j’ai regardé, et je pensais qu’il y avait une chance de la faire réussir sans argent, c’est comme ça que je l’ai eue. J’ai regardé un certain nombre de boîtes, et c’était certainement la plus « fun », et la plus risquée. » (Ex-Directeur Général, Mandriva).

63Pour lui c’est évident :

« L’open source ça ne peut pas marcher que sur du bénévolat ! Ça, j’en suis convaincu. [...] D’abord, il faut des entreprises, sinon ça ne se diffuserait pas. […] Mais surtout, il faut un intérêt économique pour les gens, ça peut pas être le pur plaisir de contribuer à quelque chose, ce n’est pas vrai, ça marchera pas ! Si on discute avec les gens de la fondation Apache, etc. c’est des gens frustrés, malheureux de ne pas gagner d’argent... Donc, c’est dur ! Même si c’est une réussite. C’est une superbe réussite. Il faut des récompenses. On vit dans une société qui est très mercantile et qui valorise l’argent, les profits... donc on échappe difficilement à ça quand même ! » (Ex-Directeur Général, Mandriva).

Ingénieur 1

64Ingénieur 1 est un salarié de Mandriva. Il se présente en ces termes :

« Je suis un ingénieur en informatique qui utilise linux depuis 5 ou 6 ans et je passe pas mal de mon temps libre à participer à divers projets liés au logiciel libre. [...] Concernant la société Mandriva, j’y suis employé dans l’équipe service qui réalise des développements ou du conseil en rapport avec la distribution. Je suis responsable d’un projet pour le ministère de la défense. Concernant la distribution, je participe depuis 2001 au développement, je package des logiciels depuis 2002.Je participe aussi à des projets en rapport comme le PLF (qui distribue des logiciels supplémentaires) ou Youri qui est une infrastructure de gestion de distribution. Je fais partie, je pense, des 15 plus anciens contributeurs » (Ingénieur 1, Mandriva).

65Ingénieur 1 explique ce que représente la distribution pour lui :

« Mandriva est le système que j’utilise tous les jours. L’améliorer me profite directement, et beaucoup de mes amis et de ma famille l’utilisent ou y participent. Toute ma vie actuelle est donc liée à ce projet. De plus, maintenant que je suis salarié depuis 2 ans, l’amélioration de la qualité influe sur l’avenir de mon employeur donc sur mon emploi mais cela n’est pas devenu une réelle source de motivation » (Ingénieur 1, Mandriva).

66Ingénieur 1 a longtemps été contributeur avant d’être recruté au sein de Mandriva. Pour lui il s’agit réellement d’une convergence d’intérêts. Pour Mandriva cela constitue certainement un gain de temps en formation puisque sans faire partie de l’entreprise, le nouvel employé connaissait déjà le logiciel de manière pointue. Ingénieur 1 relate l’histoire de sa participation à Mandriva :

« J’ai commencé à utiliser Mandriva à plein temps vers 2000 (à ne plus utiliser Windows donc) en septembre 2001 quand j’ai eu l’ADSL j’ai pu utiliser la version de développement et la mettre à jour quotidiennement, à partir de ce moment-là j’ai aussi pu signaler les bugs que je rencontrais. J’ai ensuite fait connaissance par internet avec les employés et les contributeurs et avec certains en vrai et courant 2002 on m’a proposé de corriger moi-même les problèmes et de m’occuper moi-même de mes logiciels vu que je commençais à bien connaître la distribution et à faire des choses propres. Ensuite au fur et à mesure mes droits ont augmenté je pense que depuis début 2003, je fais partie des contributeurs de confiance qui ont à peu près tous les droits. » (Ingénieur 1, Mandriva).

Cooker 1

67Cooker 1 se décrit comme :

« Un ingénieur en informatique actuellement en mission longue dans une administration, en tant qu’administrateur système et réseau. Je travaille dans une start-up spécialisée dans la sécurité et les logiciels libres depuis 1 an et demi. » (Cooker 1, Contributeur bénévole, Mandriva).

68Il poursuit en expliquant son rôle dans le développement de la distribution :

« Je m’occupe de certains composants du système, je participe aux tests des versions via le processus de cooker, j’essaye de discuter des choix techniques et des problèmes sur les listes de diffusions. Je passe aussi pas mal de temps sur le salon (et d’autres) à participer. [...] Mon rôle, en tant que mainteneur de paquet (le paquet étant un logiciel ou un composant) est d’intégrer un logiciel externe, fait par une tierce personne, de voir que la dernière version est disponible pour les utilisateurs, qu’elle marche, et qu’elle s’intègre bien, (par exemple, les menus, la documentation) [avec] les autres paquets.Je dois aussi gérer les rapports de bugs sur mes paquets, et j’en remplis quand j’en croise ailleurs, ou je corrige directement. J’interagis avec les autres développeurs, aussi bien de Mandriva, que de projets externes (python, kde, etc.). » (Cooker 1, Contributeur bénévole, Mandriva).

69Pour lui, Mandriva Linux représente :

« Un moyen de bosser sur ce que j’aime, une façon d’améliorer ce que j’utilise et de contribuer à quelque chose d’utile pour tous. » (Cooker 1, Contributeur bénévole, Mandriva).

70Cooker 1 relate les circonstances l’amenant à contribuer à Mandriva Linux :

« Oui, j’ai commencé à utiliser linux quand je suis rentré en Fac. Je n’avais pas l’accès à internet chez moi, donc j’ai profité de la Fac pour chercher des informations sur la sécurité, comprendre finalement si les pirates informatiques des films n’étaient que des exagérations ou pas, si les virus étaient si dangereux, et qui pouvait avoir envie de faire ça. En cherchant, j’ai découvert le fonctionnement des réseaux, etc., et les systèmes unix. J’avais toujours voulu programmer et ce genre de système me semblait bien plus amusant que celui que j’avais. J’ai donc commencé à voir comment en obtenir un, par exemple, via un magazine. J’avais au début des problèmes, bien sûr, notamment du matériel mal reconnu donc j’alternais avec Windows pendant un temps. [Puis,] j’ai commencé à avoir des TP sur Unix, et [grâce à] l’expérience acquise au cours de ma scolarité, j’ai eu l’occasion de partir à Montréal cela m’a permis de comprendre un peu plus facilement. J’ai donc acheté un portable [avec] l’argent de mon boulot d’été, j’ai remis une Mandrake (l’ancien nom de Mandriva) et je suis parti. Mon binôme était aussi un utilisateur de linux, et était beaucoup plus impliqué que moi dans le domaine, et il m’a donné envie d’en faire plus. J’ai donc commencé à m’inscrire sur les listes de diffusions ayant trait au développement de Mandrake (la liste cooker) et j’ai fait des rapports de bugs après quelques mois, au cours de mon premier stage. Je me suis aussi impliqué dans le groupe d’utilisateur linux près de chez moi, ce qui m’a permis de décrocher mon deuxième stage. [..] C’est aussi à cette époque que j’ai commencé à traîner sur l’IRC et à faire des contacts avec d’autres développeurs. » (Cooker 1, Contributeur bénévole, Mandriva).

71Cooker 1 explique les raisons qui justifient sa participation au développement de Mandriva Linux :

« Pour plusieurs raisons, la communauté est relativement petite et à taille humaine, et je trouve ça mieux. Il n’y a pas une organisation bureaucratique lourde, comme Debian ou des projets plus gros et il y a une relative liberté d’action et une volonté de faire avancer les choses sans s’enliser dans des débats. Les gens sont sympas, et j’ai un feedback direct de mes contributions, surtout quand ça sert à résoudre des problèmes que je rencontre et j’ai commencé par ça, et je n’ai pas de raison de changer. » (Cooker 1, Contributeur bénévole, Mandriva).

72Le rapport entre contributeurs et salariés est particulièrement intéressant et laisse apparaître des éléments particuliers. D’après Ingénieur 1 :

« Les contributeurs sont assez variés, beaucoup sont administrateurs et participent car ils ont besoin des logiciels pour leur travail, d’autres sont étudiants et font ça pour s’amuser. En général ils n’ont aucune idée des contraintes « produit » et veulent surtout répondre à leurs besoins, mais les principaux contributeurs ont quand même envie que la distribution réussisse et que la société gagne de l’argent pour mettre plus de moyens sur la distribution. Les employés ont aussi des profils variés, pour beaucoup de ceux qui participent à la distribution c’est leur premier emploi et ils font ça parce que ça leur plait et ne sont pas forcément plus intéressés par les problématiques commerciales. Certains se jugent « au-dessus » des contributeurs et refusent de collaborer mais la plupart voient les contributeurs comme une ressource très utile ou sont eux-mêmes d’anciens contributeurs donc les traitent sur un pied d’égalité. Globalement tout le monde essaye d’améliorer la distribution selon ses besoins et même si certains refusent de collaborer et sont virulents sur les listes de diffusion, tout le monde arrive à travailler ensemble car quelques personnes ont une réelle autorité. Certains contributeurs considèrent (à juste titre en général) qu’ils ont fait tellement pour la distribution qu’ils mériteraient plus de considération et les relations entre les « vieux » contributeurs et certains employés est parfois difficile mais le problème se pose aussi dans des entreprises (et en particulier chez Mandriva ou il y a pas mal de tensions internes). » (Ingénieur 1, Mandriva).

73Ingénieur 1 met en évidence un phénomène tout à fait particulier puisqu’il explique que certaines personnes sont reconnues et respectées à la fois à l’intérieur et, chose plus surprenante, à l’extérieur de l’entreprise. Cooker 1 souligne également la présence de ce qu’il nomme « une organisation bureaucratique lourde » dans certaines communautés de taille plus importante. Ensuite, le passage du statut de contributeur à salarié de l’entreprise est un phénomène également singulier.

Les systèmes de récompenses et le financement de Mandriva

74Dans certains cas, les Cookers de Mandriva Linux sont récompensés de manière informelle. D’après l’ex-Directeur général :

« Il y a [des systèmes de récompenses] [...] informels, il est arrivé qu’on file des trucs, qu’on envoie des cadeaux. Déjà, il y a le système de les inclure dans le club. Ils sont membres du club automatiquement [Club payant de la société donnant accès à un certain nombre d’éléments particuliers comme de la documentation]. » (ex-Directeur général, Mandriva).

75Mandriva est une société anonyme à conseil d’administration. Elle a un mode de financement très classique puisque :

« La société est cotée au marché libre, donc il y a 1600 actionnaires à peu près. Les dix premiers doivent contrôler ensemble 60 % du capital. Donc le premier actionnaire c’est Millenium Partners qui est un edge fund new-yorkais, le deuxième c’est... Remote Reward qui est un fonds français, en troisième il doit y avoir les fondateurs, donc il y a des fonds et des personnes physiques. » (ex-Directeur général, Mandriva).

Le cas OpenOffice.org18 : une communauté interentreprises

Vue générale d’OpenOffice.org

76Dans OpenOffice.org « La majorité des contributeurs font partie de Sun, Novell, Redhat, Intel et Google. Il y a peu de développeurs indépendants. » (Membre du Community Council 1, OpenOffice.org). Par conséquent, les enjeux de la participation des acteurs seront rapportés au niveau organisationnel. Il convient de souligner que le groupe IBM a officiellement déclaré en 2007 qu’il participerait à OpenOffice. org et ce bien qu’au début des investigations IBM refusait d’y participer principalement à cause du fait que Sun détenait le copyright d’OpenOffice.org. Toutefois, la participation d’IBM est faible (en 2009) d’après les autres membres de la communauté. Le schéma ci-dessous synthétise les entreprises impliquées dans OpenOffice.org

Figure 15 : Les entreprises impliquées dans OpenOffice.org (2009)

Gouvernance et régulation dans OpenOffce.org

La gouvernance d’OpenOffice.org
Le Community Council

77La direction de la communauté OOo est assurée par le Community Council (CC). Le CC supervise l’ensemble du développement d’OOo et joue le rôle d’un comité de pilotage stratégique. Il est composé de dix membres élus dans les proportions exposées ci-dessous. Dix représentants :

  • trois représentants des contributeurs en code ;

  • trois représentants de l’ensemble des contributeurs à OOo en documentation, marketing, etc. ;

  • deux représentants des projets Native-Lang (projets linguistiques) ;

  • un représentant des utilisateurs ;

  • un représentant de Sun Microsystems. Actuellement le CC comprend trois employés de Sun Microsystems, un employé de CollabNet et cinq membres indépendants.

L’Engineering Steering Committee

78Il existe un second organe de direction dans OOo celui-ci est technique. Il s’agit de l’Engineering Steering Committee (ESC). Le rôle de l’ESC est de réaliser des recommandations en matière d’implémentation technique en cas de conflit d’intérêts. La décision de l’ESC peut-être invalidée par le Community Council.

79La condition pour faire partie de l’ESC est la suivante : avoir contribué activement par des correctifs à OOo durant 2 ans et dans plus d’un projet. Il y a quatre types de membres dans l’ESC :

  • les représentants des contributeurs ;

  • les chefs de projet ;

  • des membres du Community Council qualifiés de « senior developer » ;

  • des membres invités.

80L’ensemble des membres ont un droit de vote sauf les membres invités. Depuis 2008, la composition de l’ESC est la suivante : six membres permanents, dont deux employés de Sun Microsystems, un employé de Novell, un employé de Red Hat et deux indépendants ; quatre membres invités : trois représentants de distributions Linux : Redflag, Ubuntu, Debian et un représentant d’IBM ; quatre chefs de projets tous de Sun Microsystems.

Les mécanismes de régulation des droits d’auteurs

81Le code source et la marque OpenOffice.org sont la propriété de Sun Microsystems (racheté depuis par Oracle). Les développeurs participant substantiellement au développement d’OOo ont signé un contrat de copyright conjoint. Le SCA (Sun Copyright Assignment) est un contrat de droit privé qui permet le partage de copyright entre une personne participant au développement d’OOo et Sun Microsystems. Ce document confère à Sun Microsystems les mêmes droits que l’auteur du code contribué à OpenOffice.org. Il n’est pas possible de participer au développement d’OOo (en matière de code) sans signer ce contrat. En date du 3 juin 2008, 880 personnes avaient signé un SCA avec Sun Microsystems.

Les membres d’OpenOffice.org : enjeux et rôles respectifs

Sun Microsystems Inc(Oracle)

82La libération de StarOffice par Sun Microsystems se justifie principalement par deux raisons. D’abord, au moment de la libération de StarOffice, le marché de la bureautique était dominé par Microsoft Office. Avec cette stratégie, Sun souhaite imposer des standards ouverts dans la bureautique pour pouvoir améliorer l’interopérabilité des systèmes. À plus long terme, Sun Microsystems envisage de concurrencer Microsoft sur le marché des systèmes d’exploitation. Les formats de documents de Microsoft Office se sont, en l’espace d’une dizaine d’années, imposés de facto à la fois dans les mondes de l’entreprise et de l’informatique grand public. En outre, les développements de StarOffice et d’OpenOffice.org sont menés conjointement depuis environ 2004. D’après un représentant de Sun :

« Il n’y a pas les développeurs StarOffice. Aujourd’hui il y a une équipe qui est, pour l’essentiel à Hambourg qui développe OpenOffice.org, et donc leur repository se trouve sur OpenOffice.org et il y a d’autres membres qui font StarOffice et qui utilisent le noyau OpenOffice.org pour fournir StarOffice. » (Technology Advisor 1, Sun Microsystems).

83L’ouverture du code source de StarOffice a permis à Sun de partager le coût de développement de StarOffice avec d’autres entreprises. StarOffice est une version d’OpenOffice.org commercialisée par Sun. StarOffice propose un certain nombre de fonctionnalités en plus par rapport à OOo en revanche :

« C’est exactement le même logiciel on rajoute des polices, on rajoute une galerie, etc. Tout ce que nous faisons c’est rajouter des choses autour d’OpenOffice. org. Le code, il n’y a pas une virgule de différent. » (Technology Advisor 1, Sun Microsystems).

  • 19 Terminologie d'OOo.

84Le rôle joué par Sun dans le développement d’OpenOffice.org (OOo) est essentiel : Sun est à la fois le fondateur d’OOo et son principal financeur. Les employés de Sun sont présents à tous les niveaux d’OOo. Du point de vue de la direction opérationnelle, un nombre important de lead et co-lead sont employés par Sun. En revanche, il y a des différences en ce qui concerne le type de « projets19 » menés. Par exemple, plus de sept Accepted Projects sur dix sont dirigés par des employés de Sun, ce rapport tombe à environ cinq sur dix en ce qui concerne le poste de co-lead dans cette même catégorie. Dans la catégorie Incubator le rapport tombe à un peu plus d’un sur dix. Pour la catégorie Native-Lang, la concentration de développeurs indépendants est la plus forte. Les employés de Sun sont placés à des niveaux permettant à la firme d’avoir un contrôle relatif de l’évolution du cœur d’OpenOffice.org. Puis, du point de vue technique, Sun est également représenté par six personnes sur quatorze membres à l’Engineering Steering Committee (ESC). Enfin, du point de vue stratégique, la présence de Sun est encore plus forte, sur les neuf membres du Community Council, trois sont employés de Sun et un est employé par CollabNet (la société mandatée par Sun pour superviser le développement d’OOo). Les employés de Sun ont un rôle clé dans le développement d’OOo, certains membres de la communauté étaient déjà employés par StarDivision. Ces quelques acteurs ont un rôle important dans la mesure où ces derniers ont une connaissance globale du code source d’OOo représentant plus de 8 millions de lignes de code.

Intel Corp.

85La participation d’Intel au développement d’OOo est, au premier abord, inattendue. Pour le moins, si l’on prend uniquement en compte le métier d’Intel. Mais en analysant plus finement la participation d’Intel à OOo celle-ci n’est plus aussi surprenante. En effet, Intel est un fabricant de processeurs, il a donc intérêt à ce que ses puces soient utilisées à hauteur de leur capacité. Pour qu’un logiciel ait un fonctionnement optimal dans un environnement celui-ci doit être conçu en prenant en compte la puce qui recevra les instructions du programme. Intel a donc intérêt à ce que la suite bureautique OOo exploite au mieux la puissance des processeurs Intel : ce qui en retour, permet à Intel de justifier l’utilisation de ses microprocesseurs. En outre, il convient de noter qu’Intel a subi de fortes pressions de la part de Microsoft. En 1999, Intel fut contraint d’arrêter le développement de logiciels assurant l’interopérabilité de ses processeurs.

  • 20 L'analyse du rôle d'Intel est largement basée sur Keskar D. &Leibowitz M., Speeding OpenOffice Star (...)

86La participation d’Intel se situe au niveau de la recherche de compatibilité totale d’OOo avec les plateformes Intel20. Intel participe notamment à l’amélioration des performances d’OOo pour Linux. Cet engagement fait écho à une volonté plus générale de la part d’Intel d’investir dans la promotion de Linux et d’autres logiciels open source. Intel contribue au développement d’OOo depuis environ 2005. La participation d’Intel à OOo s’est déroulée en plusieurs étapes.

87De janvier à février 2005, les employés d’Intel ont réalisé :

  1. une comparaison des performances attendues et réelles d’OOo ;

  2. une analyse des caractéristiques d’OOo ;

  3. une étude de l’interopérabilité d’OOo.

88De mars à avril 2005, ils ont :

  1. observé la construction d’OOo ;

  2. lu le code source ;

  3. étudié les manuels développeurs d’OOo. Suite à cette phase, trois grands domaines d’intervention ont été identifiés :

  1. le démarrage puisque celui-ci pouvait être amélioré ;

  2. la conversion des instructions d’OOo par le processeur (Rendering) car il y avait le potentiel d’améliorer les performances d’OOo notamment en ce qui concerne le graphisme ;

    • 21 Cette technologie consiste à découper des instructions machine en de multiples flux permettant d'am (...)

    le processus de division de tâches en sous processus (Threading) parce qu’Intel désirait faire profiter OOo de la technologie « Hyper-Threading21 ».

89De mai à juin 2005, ils ont reçu l’approbation pour le projet et ont proposé un cadrage initial. En juillet 2005, ils ont fourni les premiers patchs. Pour finir, ils ont utilisé des outils, réalisé des analyses de démarrage. C’est à ce moment que l’équipe d’Intel dédiée à OOo est passée de deux à dix personnes.

90Grâce à l’intervention d’Intel, la version 2.0 est devenue plus rapide que la version 1.1. Pourtant la version 2.0 offre beaucoup plus de fonctionnalités. Il convient de noter que le rôle de la firme n’était pas connu à l’avance. Cette incertitude se trouvait aussi bien au niveau du rôle que des ressources. Concernant le rôle d’Intel, il y a bel et bien eu une étude exploratoire qui a permis de mettre en évidence des champs d’action pour Intel. En ce qui concerne les ressources allouées, l’incertitude était également importante : au départ il n’y avait que deux personnes d’Intel chargées d’analyser OOo et suite à l’investigation réalisée l’équipe fut renforcée. Depuis 2009, Intel a cessé de contribuer à OOo.

Google Inc
  • 22 Propos recueillis auprès de DiBona C., Open Source Programs Manager, Google Inc., le 11 juillet 200 (...)

91Google est une société relativement jeune même si elle a aujourd’hui un rôle clé dans l’industrie informatique. En 2005, Google lança les Google Summer of Code, une initiative visant à rémunérer des étudiants pendant les vacances pour participer au développement de logiciels open source. La session 2005 de l’opération a concerné 400 étudiants répartis dans 40 organisations de l’open source. D’après Chris DiBona, la participation de Google au développement de logiciels open source se justifie par le fait que Google « croit que l’open source représente un des moyens les plus sûrs de préserver la concurrence dans l’industrie informatique22 ».

92La participation de Google à OOo a officiellement été déclarée dans un accord entre Google Inc. et Sun Microsystems le 4 octobre 2005. D’une part, Sun Microsystems s’est engagé à proposer la barre d’outils de Google (la Google Toolbar) en tant qu’option de son Java Runtime Environment (JRE) et d’autre part, Google s’est engagé à participer au développement d’OOo, en revanche aucun objectif quantitatif ou qualitatif n’a été donné pour cette participation. Ensuite, Google aide au développement d’OOo en finançant des étudiants à travers les Google Summer of Code.

93En outre Google a adopté le format de document ODF (Open Document Format) de la suite bureautique OpenOffice.org pour ses différents services en ligne. D’après un représentant de Sun Microsystems :

  • 23 Au moment de notre entretien le format OpenXML n'était pas encore certifié ISO.

« Le prochain enjeu sera plus dans le format de données et les services que l’on va fournir autour que le logiciel qui, lui, sur un poste de travail va être capable de pouvoir éditer un texte. Et le véritable enjeu est là. C’est ici que Microsoft a des problèmes avec OpenXML à cause du fait qu’il n’est pas standardisé23 que Google fasse massivement de l’ODF, pour eux pourrait être quelque chose d’extrêmement grave. Tous les nouveaux services, et inéluctablement on fera de la bureautique sur Internet, pourraient leur échapper. » (Technology Advisor 1, Sun Microsystems).

94Très récemment, la participation de Google dans OOo a largement été réduite. D’après Eric Bachard (OpenOffice.org) :

  • 24 (Séguin, 2009)

« L’investissement de Google, depuis plus d’un an, me semble moindre. Pour illustrer mon propos, cela fait maintenant 2 ans que le projet OpenOffice.org n’a plus de slots pour le Summer of Code, et la réponse « politiquement correcte » qui m’a été faite par exemple par Leslie Hawthorn [Google Inc.], c’est que « tous les projets ne peuvent être retenus ». En vérité, le torchon brûle entre Google et Sun, mais je ne souhaite pas aller sur ce terrain, car je n’ai pas assez d’informations24. »

Red Hat Inc

95La participation de Red Hat procure à la firme un élément de différenciation supplémentaire face aux autres distributions Linux. Red Hat propose différentes versions de son système d’exploitation avec OOo intégré. Sun Microsystems dispose d’accords commerciaux avec Redhat.

96La participation de Red Hat se situe essentiellement dans la création de filtres Writer. Cette fonctionnalité assure l’importation et l’exportation de documents provenant d’autres suites bureautiques (MS Word, WordPerfect, etc.). La participation de Red Hat a été facilitée par le recrutement d’un ancien employé de Sun Microsystems, qui travaillait déjà sur la suite bureautique.

Novell Inc

97Les raisons justifiant la participation de Novell à OOo sont du même ordre que ceux de Red Hat. En outre, Novell a également des accords commerciaux avec Sun Microsystems. Novell concourt au développement d’OOo en allouant du temps et en essayant de maximiser ses intérêts. Ainsi, Novell finance et assure le développement d’une version d’OOo pour KDE, un environnement de travail graphique disponible pour différents systèmes d’exploitation (Linux, FreeBSD, Sun Solaris, etc.). Le leadership du développement d’OOo pour KDE est assurée par un employé de Novell. Il se justifie par le fait qu’OOo est la suite bureautique la plus complète et performante existante pour l’environnement KDE. Par exemple, KOffice (une suite bureautique concurrente pour KDE) ne propose que très peu de fonctionnalités comparé à OOo ou MS Office.

  • 25 En 2010, Novell a été racheté par Attachmate Corporation.
  • 26 (Novell Inc., 2007)
  • 27 (Figuiere, 2007)

98Novell participe également à la réalisation d’un module d’import et d’export du format OpenXML. Novell25 a d’ailleurs signé un accord avec Microsoft prévoyant une coopération technique portant notamment sur le développement d’un module visant à améliorer l’interopérabilité entre Microsoft Office et OpenOffice.org26. Le problème est que la spécification du format OpenXML (le format ouvert de la suite Microsoft Office 2007) est particulièrement complexe à implementer Le détail des spécifications du format OpenXML tient sur 5946 pages27.

Le cas OW2 Consortium ou un exemple de consortium industriel

L’histoire d’OW2 Consortium

  • 28 (Laisné, 2006)

99OW2 Consortium (OW2) est un regroupement d’entreprises et d’acteurs de la recherche ayant pour objet le middleware ou intergiciel. Le middleware est un « domaine technique qui a pour vocation l’échange de données entre machines, applications et personnes28. » OW2 est issu de la fusion de deux consortiums initialement distincts mais travaillant tous deux sur les mêmes problématiques : ObjectWeb et OrientWare.

100ObjectWeb a été fondé en 1999 par Bull, France Telecom et l’INRIA (Institut National de Recherche en Informatique et Automatique). Au départ, le consortium était uniquement français et plus particulièrement localisé dans la région Rhône-Alpes. Puis, il a gagné en notoriété et en taille jusqu’à devenir européen. ObjectWeb est issu de la convergence de trois briques technologiques : JOnAS, Jonathan et Joram.

    • JOnAS (Java Open Application Server) est un serveur d’application open source initié par Bull, une implémentation libre des spécifications J2EE (Java Entreprise Edition). JOnAS a été certifié par Sun Microsystems ce qui lui confère une crédibilité industrielle importante.

    • Jonathan est un ORB (Object Request Broker) ou bus logiciel basé sur la norme CORBA (Common Object Request Broker Architecture) développé par France Telecom R&D (anciennement CNET).

    • Joram est un système de messagerie permettant de répondre au problème de disparité technologique dans le cadre de systèmes d’informations distribués.

101De plus en plus d’entreprises rencontraient des problèmes d’interopérabilité entre des systèmes hétérogènes. Plus précisément :

  • 29 Serge Lacourte, Directeur général, ScalAgent Distributed Technologies, en ligne avec l'auteur, 17 j (...)

« La base technologique [de Joram] est une plateforme à agents distribuée, développée dans un centre de recherche commun [à] Bull, [l’]Inria et les Universités de Grenoble. Lorsque la norme JMS est sortie, nous avons réalisé une implantation sur notre base technologique29. »

102Joram a ensuite donné naissance à ScalAgent Distributed Technologies, une société de services assurant les activités d’édition de Joram. A la base, Joram avait été réalisé comme une alternative à des solutions comme IBM WebSphere.

  • 30 La description d'OrientWare est basée sur W Huaimin (NUDT), 2006, Orientware and OW2 Cooperation : (...)

103OrientWare30 est un consortium issu des travaux initiés par un projet chinois portant sur le middleware. OrientWare est le résultat de plus de 10 années de recherche et développement financés par le gouvernement chinois. Les cinq premières années (1996-2000) ont permis la création de plusieurs projets middleware comme un MOM (Message Oriented Middleware). Les cinq années suivantes (2001-2005) avaient pour objectif de faire du Middleware une activité indépendante.

104OrientWare a été initié en octobre 2004 par des acteurs de la recherche : BHU (Beihang University), ISCAS (Institute of Software, Chinese Academy of Science), NUDT (National University of Defense Technology) et PKU (Peking University), et des acteurs de l’industrie : Intervision Software Corp., TongTech et CVIC SE. OrientWare est à l’origine de différentes briques logicielles comme StarAppServer un serveur d’application basé sur CORBA, PKUAS un serveur d’application basé sur J2EE. Les composants développés dans le cadre d’OrientWare ont été employés dans des contextes industriels variés comme les télécommunications, le transport et la gestion du trafic aérien. Ces applications montrent la crédibilité et la haute fiabilité des composants développés.

Une vue générale d’OW2

  • 31 Cette partie est basée sur Cédric Thomas, CEO, OW2 Consortium, Keynote OW2, 25 octobre 2008 et Cédr (...)

105OW231 est un consortium visant à développer une base de code middleware open source mais également à créer des opportunités économiques pour ses participants ce que Cédric Thomas, CEO d’OW2, nomme un « écosystème d’affaires ». OW2 a trois objectifs stratégiques :

  • 32 (Thomas, 2007)

« Établir un leadership sur le marché du middleware en général à travers du code open source ; construire une organisation avec des ressources financières pour agir en autonomie ; fournir une plate-forme où des développeurs partagent des logiciels open source au niveau mondial32. »

106OW2 a trois composantes :

  • une base de code issue de la convergence d’ObjectWeb et d’OrientWare,

  • une communauté développant les logiciels et travaillant également sur ce que les membres d’OW2 appellent des activités,

  • un système de gouvernance conférant à OW2 une relative indépendance.

107L’élément particulier du consortium OW2 est l’affichage clair et sans complexes de la dimension affaires contrairement à beaucoup d’autres communautés. La dimension affaires n’est pas seulement affichée, c’est aussi un but à part entière des membres de la communauté. Parmi les trois activités principales du Consortium, il y a une catégorie d’activités visant particulièrement à développer des affaires en combinant des logiciels existants de la base de code OW2 ainsi que d’autres logiciels open source. Il y a quatre catégories d’organisations impliquées dans le consortium : les intégrateurs, les éditeurs, les acteurs de la recherche et de l’enseignement, et les individus.

Figure 16 : Structure simplifiée d’OW2

108La catégorie des intégrateurs doit être considérée au sens large : elle comprend un ensemble d’entreprises de taille importante (Bull) voire très importante (Thales). Ces entreprises utilisent des briques technologiques open source afin de développer des solutions « sur mesure ». Pour ces firmes, le middleware ne constitue pas un élément de différenciation mais il s’agit d’un enjeu important en matière d’indépendance technologique. D’après le Directeur de la Recherche de l’Innovation de Thales D3S :

  • 33 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S Shanghai, entretien en ligne (...)

« Le middleware [...] est utilisé par les grands groupes comme BULL, THALES, FT [France Telecom] pour construire des applications, services et/ou solutions qui sont ensuite vendus aux clients finaux. L’utilisation de l’OSS permet ici de baisser le coût général d’acquisition par rapport à des solutions propriétaires clientes (IBM par exemple)33. »

  • 34 Ibid.

109La catégorie des éditeurs open source comprend des entreprises de taille réduite ayant développé un middleware libre ainsi qu’une expertise pointue associée, « c’est sur cette expertise [que ces firmes] basent leur légitimité dans le consortium OW234. » Les éditeurs jouent un rôle fondamental car ils font ce que les intégrateurs ne souhaitent pas faire. D’un autre côté, les éditeurs ne sont pas dimensionnés pour faire ce que les intégrateurs font. Les éditeurs et intégrateurs sont de ce point de vue complémentaires. Dans certains cas, ils s’associent pour présenter leurs complémentarités, c’est notamment le cas d’Exo Platform et Bull.

110La catégorie des acteurs de la recherche et de l’enseignement contient des organisations entretenant des liens étroits avec l’industrie et cherchant à trouver des financements pour des projets de recherche. Certains acteurs comme l’INRIA ont un statut académique et industriel reconnu internationalement. L’INRIA est d’ailleurs un des membres fondateurs d’ObjectWeb et continue à jouer un rôle important. Pour les acteurs de l’enseignement, le logiciel libre est une opportunité importante puisqu’il permet de montrer concrètement à des étudiants comment fonctionne un logiciel de qualité industrielle.

111La catégorie des acteurs individuels comprend des individus travaillant essentiellement à leur compte en tant que consultants. C’est notamment le cas de l’ancien directeur exécutif d’OW2 désormais membre du comité de direction d’OW2 et consultant indépendant en technologies open source.

La gouvernance d’OW2.

112Dans OW2, il y a trois niveaux de participation : Strategic Member, Corporate Member et Individual. Les Strategic Members sont des organisations souhaitant avoir une influence significative sur les orientations du consortium. Toutefois, être Strategic Member (SM) signifie aussi investir de manière conséquente dans son développement. En outre, les SM doivent assurer une participation au minimum égale à trois ans, s’acquitter d’un droit de participation (30 000 euros par an). Ils doivent nommer un Directeur dans l’équipe de direction et un représentant dans chaque conseil, participer à une initiative, avoir au moins deux contributeurs à un projet et mettre à disposition deux personnes à plein temps au Management Office (ou verser l’équivalent en numéraire soit 100 000 euros par personne). En 2009, cette catégorie contenait les 15 membres ci-après.

Tableau : Strategic Members d’OW2 (2009)

113Concernant la nature des membres, plusieurs remarques s’imposent. Tout d’abord, les groupes français ont un rôle central puisqu’ils représentent près d’un tiers des participants. Le consortium OW2 est dans une large partie l’héritier d’ObjectWeb, une initiative française. Les acteurs chinois ont également une place très importante car ils représentent près de la moitié des SM. La participation d’un groupe brésilien montre à quel point le middleware est stratégique pour l’indépendance technologique d’industries émergentes. Les Corporate Members sont des organisations souhaitant participer à OW2 sans toutefois avoir suffisamment d’intérêts et/ou de ressources pour avoir un poids effectif sur la direction du consortium. Ces organisations doivent s’acquitter d’un droit de participation proportionnel à la taille de l’organisation (entre 1 000 et 6 000 euros). Les Individual Members sont des individus souhaitant participer à OW2 en leur propre nom, ils ont par exemple développé une activité de conseil ou encore pour explorer l’opportunité d’une participation plus active à OW2 pour le compte d’une organisation. Cette catégorie ne paie pas de droits de participation.

114Au sein d’OW2, le free-riding est traité de manière intéressante : les participants à OW2 doivent contribuer suffisamment s’ils souhaitent avoir un poids effectif dans les orientations du consortium. Comme le souligne un représentant de Thales au board d’OW2 :

  • 35 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S, entretien téléphonique avec (...)

« Il y a trois niveaux de contribution : strategic, corporate et individuel. Plus on paye et plus on peut influencer les choix. Au niveau strategic cela représente 30 000 euros par an. Pour Thales ce n’est pas grand-chose mais pour une PME c’est non négligeable35. »

115Cette structuration des membres permet au consortium de créer un équilibre entre la contribution et les bénéfices attendus en termes d’orientation. En revanche, il est très difficile pour l’ensemble des entreprises interrogées de mesurer l’impact économique de leur participation à OW2.

116OW2 dispose de trois types de collectifs dédiés à la gestion de l’organisation : un comité de direction (ou Board of Directors), un bureau de management (ou Management Office) et des conseils (ou Councils).

117Le comité de direction (Board of Directors) est constitué de l’ensemble des représentants des Strategic Members (14 représentants), des Corporate Members (14 représentants) et des participants individuels (1 représentant). Les contributeurs individuels ont peu de poids dans les choix et les orientations stratégiques du consortium. En septembre 2008, Alcatel-Lucent a rejoint le consortium en tant que Strategic Member. La firme était sur le point de publier une plateforme de services pour des applications en réseaux basée sur Java. L’objectif d’Alcatel-Lucent est clairement de disséminer ses technologies dans toute l’industrie et ainsi de profiter de l’envergure internationale du consortium OW2.

118Le Board of Directors traite des questions concernant sa propre composition, des conditions de participation au consortium et de tout ce qui est considéré comme relevant du niveau stratégique. Le comité de direction s’occupe également des questions légales comme par exemple le cas où un partenaire disparaîtrait ou quitterait le consortium. En mars 2008, le board a décidé du rejet de la GPLv3 du fait de son incompatibilité avec la politique de propriété intellectuelle promue par OW2. En effet, OW2 donne la possibilité à ses participants d’utiliser du code breveté dans un logiciel libre sans pour autant perdre le bénéfice de sa protection intellectuelle.

119Le bureau de management (Management Office) a été créé suite à la croissance d’OW2 nécessitant une équipe chargée de faire fonctionner le consortium au quotidien. Ce bureau a à sa tête le CEO du consortium et 8 autres personnes.

Figures 17 : Le Management Office d’OW2

120Historiquement, l’INRIA était « l’hébergeur » du consortium ObjectWeb jusqu’à la création d’une entité juridique autonome (association de loi 1901). La création du bureau de management a été réalisée afin de combler la réduction du support de l’INRIA et la montée en charge d’OW2.

121En outre, des fonctions spécifiques ont été créées pour la coordination avec les partenaires chinois d’OrientWare. En effet, des difficultés de communication ont été rencontrées avec certains partenaires comme DOCSC (une firme chinoise). Fin 2007, la firme était dans une phase de découverte de l’open source et sa contribution à OW2 était inexistante ; et des difficultés linguistiques se sont ajoutées. En général les entreprises chinoises contribuaient peu en 2007 car l’open source était nouveau sur le marché chinois.

122Il existe trois types de conseils (Council) : le conseil technologique, le conseil d’écosystème et le conseil opérationnel.

  1. Le conseil technologique (Technology Council) a pour objectif de définir les orientations technologiques du consortium. Par exemple, le Technology Council (TC) définit la position du consortium en ce qui concerne les standards. Le TC réalise également des arbitrages pour savoir si un projet concurrence ou pas un autre dans le cadre d’une intégration dans OW2. Dans certains cas, un logiciel peut sembler concurrencer un autre d’un point de vue fonctionnel mais pas du point de vue technique, dans d’autres cas les projets sont complémentaires et les équipes travaillent ensemble pour exploiter au mieux ces complémentarités.

  2. Le conseil d’écosystème (Ecosystem Council) a pour fonction d’améliorer la visibilité du consortium et de s’assurer que les activités {activities) sont en adéquation avec les tendances du marché. Il propose des recommandations afin que le consortium soit informé des évolutions de l’environnement. L’Ecosystem Council apporte aussi des recommandations sur la politique de communication du consortium.

  3. Le conseil opérationnel (Operation Council) a pour objectif de proposer des orientations en matière de gestion et juridique. Au moment de nos investigations ce conseil n’était pas fonctionnel mais son existence était planifiée.

  • 36 O'Mahony souligne que « les contributeurs peuvent être sponsorisés par des firmes, mais ils ne sont (...)

123Pour finir, il convient de noter qu’une partie des acteurs sont employés par le Consortium OW2. D’autres organisations de l’open source emploient aussi directement leurs membres ce qui remet largement en question la définition de contributeurs36 proposée par la littérature.

Étude de cas de membres choisis : Experlog et Ubikis

124Etant donné la taille du consortium OW2 et le nombre de participants (près de 70 organisations), il n’était pas envisageable d’étudier et de présenter la stratégie de chaque organisation impliquée dans OW2. Il s’agira de présenter les enjeux de la participation de deux PME (Experlog et Ubikis).

Les enjeux de la participation d’Experlog
  • 37 L'ensemble des informations citées sur Experlog sont issues de Pierre-Yves Gibello, Fondateur, Expe (...)

125Pour Experlog, la participation à OW2 est « important[e] sans être forcément vital[e] (quoique pas négligeable en termes de réseau de relations, et même de chiffre d’affaires généré), et très intéressant37. » Le fondateur explique qu’il est en outre :

« très intéressé par l’open-source, pas seulement pour des raisons professionnelles - disons qu’il y a aussi une part de convictions dans la démarche. » Il ajoute que « je suis assez proche des idées de Lessig voire de Moglen sur l’évolution de la propriété intellectuelle, et en accord avec une bonne partie de ce que promeut la FSF (quand elle ne force pas trop le trait). J’ai souvent pris des positions idéologiques plus proches du libre que de l’open-source industriel même si les deux se rejoignent dans une large mesure... Quelque part, c’est un peu comme un engagement politique, au fond ! »

126Il y a donc une dualité des engagements pour ce participant.

127Malgré sa petite taille Experlog participe activement à OW2. La firme était membre du conseil d’administration jusqu’à l’an dernier mais demeure membre du « technical council » et est à la tête d’un projet OW2. Du point de vue technologique, la participation d’Experlog représente « de la veille, de la prospective, et des outils. » Du point de vue économique, cela représente « aussi un réseau » qui a permis à Experlog « de travailler (en sous-traitance, ainsi que sur projet à financement public). »

128Experlog est membre d’OW2 depuis pratiquement le début (2000), la PME a assisté à la fondation d’ObjectWeb. Le consortium était à l’époque « assez artisanal (et très local sur Grenoble). » Experlog a été fondée quasiment en même temps que le consortium OW2, il est par conséquent difficile de mesurer l’impact de la participation d’Experlog à OW2. Mais il est certain que « OW2 a ouvert pas mal d’opportunités à ExperLog (« networking »), et m’a aidé [à] rester à jour sur le plan technique. »

Les enjeux de la participation d’Ubikis
  • 38 L'ensemble des informations citées sur Ubikis sont issues de Philippe Delrieu, Directeur Technique, (...)

129Ubikis est une PME composée de 5 personnes. Le modèle d’affaire d’Ubikis repose sur « la promotion d’un projet destiné au développement d’applications nomades. Nous essayons de créer des synergies avec des éditeurs/ intégrateurs pour partager nos métiers et faire des applications nomades pour un certain domaine. Après, nous partageons les bénéfices38. »

130Ubikis est entré en 2005 dans OW2 car la firme a mis ses développements en Open source. L’enjeu de la participation d’Ubikis a deux aspects : d’un côté l’entreprise bénéficie de l’image véhiculée par le consortium et de l’autre c’est une volonté d’« adéquation avec nos clients (entreprise). » Ubikis a une participation très faible à OW2. Elle se limite pratiquement au maintien d’Open Mobile IS. Selon un représentant d’Ubikis, « Le meilleur retour ce sont les contacts avec les membres. » En ce qui concerne les liens de la firme avec les autres membres :

« [Ils sont] très faibles. On a bien essayé au début mais les synergies étaient très faibles. Nous sommes aussi un projet atypique dans OW2 puisque nous sommes en périphérie du SI [Système d’information]. Nos développements concernent les applis se trouvant en dehors de l’entreprise. Mais je pense que nous n’avons pas fait beaucoup d’effort car on était dans notre dynamique. Je pense que nous serons plus présents dans OW2 avec le développement de la communauté autour d’Open Mobile IS. »

OW2 Consortium : l’enjeu d’une indépendance technologique

131D’un point de vue plus général, OW2 est une tentative de prise d’indépendance technologique d’acteurs de l’industrie du middleware jusqu’ici dominée par des éditeurs américains. Comme le souligne un représentant de Thales au sein d’OW2 :

  • 39 Julie Marguerite, Open Source Architect, Thales D3S, entretien en face à face avec l'auteur, 6 juin (...)

« On a très peu d’éditeur en Europe à part SAP. Effectivement, la plupart des éditeurs de logiciels sont américains. D’où l’intérêt de l’Europe pour les logiciels libres. On ne peut pas concurrencer les américains sur le marché du logiciel, c’est pour ça que l’Europe se tourne vers le logiciel libre. Ça conjugué à la montée de l’économie orientée services. Clairement le positionnement de l’Europe, c’est parce que l’on n’est pas capable de se positionner face à l’industrie américaine sur le marché du logiciel propriétaire39. »

132En outre, la participation d’organisations chinoises dans OW2 n’est pas surprenante.

  • 40 Grégory Lopez, Responsable du Centre de Compétences Open Source, Thales D3S, entretien avec l'auteu (...)

« La Chine est « anti-américains » et foncièrement européen. [En Chine], la notion de propriété intellectuelle est très différente. Lorsque l’on parle d’open source avec un universitaire, un membre du ministère chinois, un industriel, etc. ils associent toujours open source et business model40»

133OW2 est donc le résultat de la convergence de deux stratégies visant à instaurer une indépendance technologique au niveau d’une partie clé du système d’information : le middleware. L’Europe et la Chine ont des intérêts communs. Contrairement aux États-Unis, ces deux zones régionales ont plutôt des intégrateurs et peu d’éditeurs.

134OW2 est un des éléments visant à renforcer la concurrence des entreprises européennes sur le marché mondial de l’informatique et des services. Pour certains grands acteurs de l’industrie, il n’était pas possible d’être dépendants technologiquement d’autres pays pour des composants aussi importants que le middleware. L’une des principales missions d’OW2 est de créer une infrastructure middleware libre. D’après le représentant de Thales au sein du board d’OW2 :

  • 41 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S, entretien téléphonique avec (...)

« Le Middleware est un objet technique qui fait l’intermédiaire entre le matériel et les couches hautes. Il est indispensable mais ce n’est pas là où on crée de la valeur. Thales, Bull, etc. ne sont pas des éditeurs de logiciels. Dans l’environnement propriétaire il y avait une dépendance américaine. Cette dépendance est technologique, ce n’est pas pour faire du « cocorico »... Les composants middleware ont une faible valeur ajoutée mais ils sont essentiels. Dans OW2, on partage le risque de mise à jour du middleware41. »

  • 42 Ibid.

135OW2 Consortium est une des quatre organisations les plus influentes de l’industrie open source avec Eclipse, Apache et la Linux Foundation. L’objet du consortium OW2 n’est pas intrinsèquement orienté vers la création de logiciels proposant de nouveaux usages. Le consortium OW2 vise plutôt à proposer des composants que les participants combineront avec d’autres technologies libres et non libres pour créer des solutions sur mesure ou des systèmes d’informations. Selon Serge Druais de Thales D3S : « Pour la communauté OW2, la focalisation est en effet le middleware et comme son nom l’indique, on est loin de l’utilisateur final et donc de l’innovation dans les usages42. »

  • 43 (Sharma et al., 2002)
  • 44 Grégory Lopez, Responsable du Centre de Compétences Open Source, Thales D3S, entretien en face à fa (...)

136Il convient de noter qu’historiquement l’open source a émergé dans le domaine de l’infrastructure logicielle43. D’autre part, il est clair que les autres consortiums open source ne sont pas orientés vers la création de nouveaux usages. Dans Eclipse, une communauté d’entreprises ayant pour but de fournir des plates-formes et des applications ouvertes pour la production de logiciels, on est également loin des couches hautes même si « Eclipse monte dans la chaîne de valeur44. » Le noyau Linux est de même très loin des couches hautes. L’Apache Foundation est de même loin de l’utilisateur final et s’adresse plutôt aux professionnels : utiliser un serveur Apache nécessite des compétences particulières n’étant pas à la portée de n’importe quel utilisateur.

  • 45 Ibid.

137Ces coopérations inter-firmes portent sur des couches intermédiaires de l’infrastructure logicielle et peu sur des couches hautes. En définitif, dans l’ensemble des organisations avec une orientation industrielle, on est dans une logique de composants ayant peu de valeur ajoutée. Toutefois, c’est grâce à ces composants que les entreprises créent de la valeur, et comme le souligne un spécialiste du domaine : « l’open source n’est pas métier, il est technique45. »

II - LA MODÉLISATION DES RÉGIMES DE L’OPEN SOURCE

1. La définition de paramètres organisationnels

138Dans cette section, il s’agira de détailler les paramètres organisationnels sélectionnés afin de construire les régimes de l’open source.

  • 1 Caractère dominant de l’organisation.

Note *1
Tableau 12 : Synthèse des paramètres dominants dans les cas

139Le mode de financement est le premier paramètre permettant de distinguer les cas, celui-ci est étroitement lié à l’objectif de l’organisation. Quatre des cinq cas ont un financement essentiellement basé sur les propres ressources des participants. Mandriva est la seule organisation dont le financement est basé sur de la prestation de services et la vente de produits. De manière plus globale, ce premier paramètre distingue les organisations à but lucratif (entreprises) des organisations à but non lucratif identifiées dans la littérature sous le concept de community.

140Le deuxième paramètre est le type d’acteurs. Kexi et Freeworks mettent en relation principalement des utilisateurs-développeurs. Les autres cas ont principalement pour membre des employés d’une (Mandriva) ou de plusieurs entreprises (OpenOffice. org et OW2 Consortium). Ce second paramètre sépare les cas en deux catégories. Le mode de contribution et de rétribution des acteurs est étroitement lié au type d’acteurs. Ainsi, les membres employés perçoivent une rémunération directe tandis que les utilisateurs-développeurs sont bénévoles. Par conséquent, le type d’acteurs et le mode de contribution et rétribution peuvent être confondus en un seul et même paramètre.

141La nature de l’organisation est le troisième paramètre. Les cas sont alors séparables en deux catégories : les organisations formelles (avec une existence juridique) et les organisations informelles (sans existence juridique).

142Le schéma ci-après résume ces trois paramètres et leur impact sur le partitionnement des cas.

Figure 18 : Schéma de l’application séparée des paramètres organisationnels

2. De l’étude de cas multiple à la génération d’idéaux-types

143Le tableau ci-dessous synthétise les paramètres organisationnels dominants des cas.

Tableau 13 : Paramètres organisationnels dominants dans les cas

144En reprenant, les paramètres organisationnels définis et en exprimant chacun des cas en fonction de ceux-ci, il est possible de dériver de chaque cas un « idéal type ». Ces formes simplifiées seront nommées de manière à distinguer entre les différentes formes d’organisations de l’open source.

145Mandriva → (L, E, F) Firme de l’open source

146Kexi → (NL, UD, I) Communauté d’utilisateurs-développeurs

147Freeworks → (NL, UD, F) Association d’utilisateurs-développeurs

148OpenOffice.org → (NL, E, I) Communauté inter-organisations

149OW2 Consortium → (NL, E, I) Consortium de l’open source

150Cinq formes d’organisations peuvent être distinguées dans l’open source : (1) la firme de l’open source, (2) la communauté d’utilisateurs-développeurs, (3) l’association d’utilisateurs-développeurs, (4) la communauté inter-organisations et (5) le consortium de l’open source.

3. La caractérisation des régimes de l’open source

  • 46 La première version du modèle du pentagone fut présentée lors de la conférence Euram 2007 (Benkelto (...)
  • 47 Cette typologie s'est inspirée de Mintzberg (1982) en termes de logique de raisonnement et de prése (...)

151Afin de synthétiser la typologie des « régimes de l’open source » et de la rendre plus facilement mémorisable, il conviendra d’adopter le « modèle du pentagone46 » (représenté dans le graphique ci-dessous47).

Figure 19 : Le modèle du pentagone

La firme de l’open source

152Les firmes (L, E, F) ont différents niveaux d’implication dans l’open source. Notre but n’est pas de recenser ces différents rôles mais plutôt de décrire le profil général de la firme de l’open source synthétisé à partir d’observations empiriques. La firme de l’open source peut alors être définie comme une entité économique composée de personnes et de biens ayant bâti ou adapté tout ou partie de son modèle d’affaires à l’open source et étant organisée pour fournir des biens et/ou des services pour l’industrie informatique. Il existe une grande variété de modèles d’affaires adaptés aux logiciels libres. Le développement est de type centralisé et réalisé par des individus liés par une solidarité hiérarchique.

La communauté d’utilisateurs-développeurs

153La communauté d’utilisateurs-développeurs (NL, UD, I) constitue le modèle organisationnel à l’origine des « régimes de l’open source ». Il s’agit d’une organisation composée d’acteurs distribués contribuant en leur propre nom et liés par une solidarité d’usage, d’apprentissage et de conception. Les acteurs ne sont pas rémunérés pour leur travail. Ce type d’organisation n’a pas existence du point de vue légal, cela signifie qu’elle ne peut pas accepter les dons des utilisateurs, surtout lorsqu’il y a plusieurs individus, puisqu’un problème de répartition apparaît. L’objectif des communautés d’utilisateurs-développeurs est de développer et promouvoir un ou plusieurs logiciels libres.

L’association d’utilisateurs-développeurs

154L’association d’utilisateurs-développeurs (NL, UD, F) a des similarités avec la communauté d’utilisateurs-développeurs dans la mesure où les individus sont principalement liés par une solidarité d’usage, d’apprentissage et de conception. En revanche, l’association d’utilisateurs-développeurs a deux particularités. Premièrement, elle dispose d’une existence légale. Les structures juridiques variant beaucoup d’un pays à l’autre. Par exemple : une association de loi 1901 en France, une non-profit : corporation aux États-Unis, une « Eingetragener Verein (e.V.) » en Allemagne, etc. Cette existence légale confère à cette organisation la possibilité d’accepter les dons des utilisateurs mais aussi d’avoir un ou plusieurs permanents rémunérés par l’organisation. Deuxièmement, dans la plupart des cas les associations d’utilisateurs-développeurs regroupent des individus qui se sont déjà rencontrés et l’on observe même un phénomène de cooptation. Les associations d’utilisateurs-développeurs sont donc plus privées que les communautés d’utilisateurs-développeurs.

La communauté inter-organisation

  • 48 La notion de composant générique fait référence à une brique technologique standardisée dont la tec (...)
  • 49 Une commodité est un logiciel orienté utilisateur final satisfaisant un usage connu et standardisé.

155La communauté inter-organisation (NL, E, I) est composée d’organisations dont la plupart sont des entreprises. Ces organisations sont représentées par des employés qui ne sont pas forcément utilisateurs du produit. Les organisations sont liées par une solidarité économique et/ou technologique. Du point de vue économique, elles sont motivées par une mutualisation des coûts et/ou la lutte contre un monopole. Du point de vue technologique, elles maintiennent une base de code « générique48 » ou un logiciel orienté utilisateur final de type « commodité49 ». Il s’agit d’organisations informelles, c’est-à-dire sans existence du point de vue légal. Cette situation pose des problèmes notamment en ce qui concerne le financement des activités de la communauté puisque celle-ci repose uniquement sur les ressources des organisations participantes.

156Organisation informelle ne signifie pas pour autant que les communautés interorganisations ne sont régies par aucune règle. Dans ces organisations, les questions de droits d’auteurs sont encadrées de manière très précise grâce à des contrats, comme par exemple un contrat de partage de copyright (cf. le cas OpenOffice. org). Les acteurs impliqués dans la communauté inter-organisation y participent car ils agissent directement ou indirectement sur leur développement économique. Ces entreprises sont notamment motivées par la réouverture de certains marchés où la domination d’un ou de quelques éditeurs entravent la concurrence. Une communauté inter-organisations peut être définie comme une organisation informelle créée ou passée sous le contrôle d’une ou de plusieurs organisations dans le but de diffuser un logiciel libre ou un standard ouvert dans l’industrie.

Le consortium de l’open source

157Le consortium de l’open source (NL, E, F) se compose d’organisations (principalement des entreprises), dans ce sens elle est assez proche de la précédente, forme organisationnelle. L’aspect le plus différenciant est le fait que le consortium dispose d’une existence juridique. Cela a deux impacts importants : d’un côté, le consortium détient des ressources propres qui lui confèrent une liberté d’action plus grande que la communauté inter-organisation ; d’un autre côté, le consortium peut se doter d’un bureau de gestion ou de permanents chargés de promouvoir les intérêts du consortium ce que la communauté inter-organisation ne peut pas faire.

158Le développement d’affaires fait clairement partie des objectifs du consortium. Toutefois, le consortium ne réalise ni vente ni prestations de services. Cela signifie donc que le financement de ces consortiums repose sur la contribution des organisations participantes. Les organisations impliquées recherchent un meilleur contrôle de leur environnement technologique et par conséquent une meilleure autonomie vis-à-vis des éditeurs de logiciels. Bien souvent, les consortiums développent des briques technologiques génériques avec la volonté de relancer la concurrence sur certains marchés concentrés, voire monopolistiques. La participation au consortium est souvent conditionnée à la signature d’un contrat de membre qui prévoit le versement de droits proportionnels à la taille de l’entreprise et au niveau de participation qu’elle souhaite avoir dans le consortium. Dans la plupart des cas, le contenu du contrat est dédié à la gestion des droits d’auteurs.

4. Des idéaux types au service de la description de formes hybrides

  • 50 (Mintzberg, 1982)

159Cette typologie doit davantage être vue comme un aide à la description des formes organisationnelles de l’open source que comme cinq configurations incompatibles entre elles. Ces configurations peuvent « être considérées comme la base permettant de décrire les structures hybrides50 » de l’open source. Il s’agit d’une vision idéalisée de l’open source car bon nombre d’organisations sont à mi-chemin entre une ou plusieurs formes.

Relecture des cas sous l’angle de l’hybridation

160Mandriva dispose (pour sa majeure partie) du système de fonctionnement d’une firme (L, E, F). En revanche, Mandriva gère aussi de manière informelle une communauté de Cookers (NL, UD, I), qui contribuent à la distribution Mandriva Linux.

  • 51 (O'Mahony, 2003 ; O'Mahony, 2002 ; O'Mahony, 2005)
  • 52 (West & O'Mahony, 2005 ; 2007)

161Kexi est principalement rattachable à la communauté d’utilisateurs-développeurs (NL, UD, I) car la majorité des participants sont des utilisateurs-développeurs bénévoles. Toutefois, un développeur est rémunéré par une firme notamment pour le temps passé sur le développement de Kexi. Il s’agit d’un sponsored contributor51. Kexi a donc un fonctionnement très proche de celui d’une communauté d’utilisateurs-développeurs avec quelques petites caractéristiques de la firme. En se basant sur la notion de sponsor52, Kexi serait alors une communauté d’utilisateurs-développeurs mono-sponsor.

162Freeworks est une association ayant également un fonctionnement particulier puisque, dans une large mesure, elle fonctionne comme une association d’utilisateurs-développeurs (NL, UD, F), et elle dispose aussi de certaines caractéristiques particulières de la firme (L, E, F). Les membres de Freeworks proposent des services sous le nom de l’association. Les cas Kexi et Freeworks montrent que le développement de logiciels libres a un coût et que le financement est plus que jamais une question de fond.

163OpenOffice.org est une communauté principalement composée d’employés de grandes entreprises de l’industrie informatique. Mais elle comprend aussi une partie de contributeurs indépendants ayant un rôle important en particulier sur les projets linguistiques : OpenOffice.org comprend près de 90 projets linguistiques.

164OW2 est un consortium fondé par de grands acteurs de l’industrie informatique. OW2 comprend également une partie de contributeurs indépendants pour la plupart consultants. La gouvernance d’OW2 est toutefois clairement réservée aux entreprises en mesure de fournir des effectifs permanents et des fonds au consortium.

L’utilisation du modèle du pentagone pour décrire les formes hybrides

165Le modèle du pentagone permet de décrire les formes d’organisations existantes. En reprenant des exemples d’organisations étudiées de manière moins profonde, le potentiel analytique de cette modélisation sera matérialisé.

Figure 20 : Le modèle du pentagone et la description deformes hybrides

  • 53 (O'Mahony, 2002)
  • 54 L'expression committer signifie littéralement le fait de déposer du code dans un système de gestion (...)

166Par exemple, l’Apache Software Foundation (ASF) est considérée comme une communauté sponsorisée par O’Mahony53. En appliquant le modèle du pentagone, l’ASF est à mi-chemin entre l’association d’utilisateurs-développeurs (NL, UD, F) et la communauté inter-organisations (NL, Ε, I). Aucun membre de l’organisation n’est rémunéré par la fondation pour le travail qu’il réalise. En revanche, il y a beaucoup de committers54 rémunérés par des entreprises ou des institutions souhaitant améliorer ou soutenir Apache.

Notes

1 (O'Mahony, 2007)

2 (Henkel, 2003b)

3 Julie Marguerite, Open Source Architect, Thales D3S, entretien avec l'auteur, 6 juin 2007.

4 (Eisenhardt, 1989)

5 (Christensen, 2006)

6 (Krishnamurthy, 2002)

7 Dans une série statistique, le mode est la valeur retrouvée le plus fréquemment.

8 (Rannou & Ronai, 2003b)

9 (Bonaccorsi et al., 2006)

10 (Eisenhardt & Graebner, 2007)

11 (Shah, 2006)

12 (Demazière et al., 2007)

13 Pour des raisons de préservation de la confidentialité, des appellations génériques seront utilisées.

14 Les éléments entre crochets sont nos ajouts visant à améliorer la compréhension du lecteur.

15 Sur l'IRC, il convient de préciser le nom de la personne à qui l'on souhaite s'adresser étant donné le nombre de personnes sur le Chat.

16 Etant donné l'importance du rôle de Fondateur 1 et Développeur-Musicien 1 dans le développement de Freeworks, ces deux acteurs feront l'objet d'une présentation beaucoup plus approfondie.

17 Un fork est en fait un logiciel open source dérivé d'un autre du fait de divergences technologiques ou idéologiques.

18 En raison des profonds changements opérés récemment au sein du projet OpenOffice.org, la description ne sera valable que pour 2003-2009. Le rachat de Sun par Oracle et la création de la communauté LibreOffice feront l'objet d'une description spécifique un peu plus loin dans l'ouvrage.

19 Terminologie d'OOo.

20 L'analyse du rôle d'Intel est largement basée sur Keskar D. &Leibowitz M., Speeding OpenOffice Startup - Profiling, Tools & Approaches, OpenOffice Conferences, 29 septembre 2005.

21 Cette technologie consiste à découper des instructions machine en de multiples flux permettant d'améliorer le temps de traitement de celles-ci en agissant sur la capacité et non sur la vitesse de traitement, le gain est donc indirect.

22 Propos recueillis auprès de DiBona C., Open Source Programs Manager, Google Inc., le 11 juillet 2006.

23 Au moment de notre entretien le format OpenXML n'était pas encore certifié ISO.

24 (Séguin, 2009)

25 En 2010, Novell a été racheté par Attachmate Corporation.

26 (Novell Inc., 2007)

27 (Figuiere, 2007)

28 (Laisné, 2006)

29 Serge Lacourte, Directeur général, ScalAgent Distributed Technologies, en ligne avec l'auteur, 17 juillet 2009.

30 La description d'OrientWare est basée sur W Huaimin (NUDT), 2006, Orientware and OW2 Cooperation : Leading the world by establishing a mutually beneficial cooperation et d'autre part par H. Mei (PKU), 2005, Middleware R&D in 863 High-Tech Program.

31 Cette partie est basée sur Cédric Thomas, CEO, OW2 Consortium, Keynote OW2, 25 octobre 2008 et Cédric Thomas, Leading Open Source Middleware : OW2 General Presentation, Janvier 2007.

32 (Thomas, 2007)

33 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S Shanghai, entretien en ligne avec l'auteur, mercredi 4 août 2009.

34 Ibid.

35 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S, entretien téléphonique avec l'auteur, 5 août 2009.

36 O'Mahony souligne que « les contributeurs peuvent être sponsorisés par des firmes, mais ils ne sont pas employés par le projet et les relations liées au projet ne sont pas guidées par des relations d'emploi. » (O'Mahony, 2003 : 1179-1180).

37 L'ensemble des informations citées sur Experlog sont issues de Pierre-Yves Gibello, Fondateur, Experlog, entretien en ligne avec l'auteur 31 juillet 2009.

38 L'ensemble des informations citées sur Ubikis sont issues de Philippe Delrieu, Directeur Technique, Ubikis, entretien en ligne avec l'auteur 13 août 2009.

39 Julie Marguerite, Open Source Architect, Thales D3S, entretien en face à face avec l'auteur, 6 juin 2007.

40 Grégory Lopez, Responsable du Centre de Compétences Open Source, Thales D3S, entretien avec l'auteur, 23 janvier 2007.

41 Serge Druais, Directeur de la Recherche et de l'Innovation, Thales D3S, entretien téléphonique avec l'auteur, 5 août 2009.

42 Ibid.

43 (Sharma et al., 2002)

44 Grégory Lopez, Responsable du Centre de Compétences Open Source, Thales D3S, entretien en face à face avec l'auteur, 23 janvier 2007.

45 Ibid.

46 La première version du modèle du pentagone fut présentée lors de la conférence Euram 2007 (Benkeltoum, 2007). Cette version intègre les remarques des relecteurs anonymes et des participants.

47 Cette typologie s'est inspirée de Mintzberg (1982) en termes de logique de raisonnement et de présentation.

48 La notion de composant générique fait référence à une brique technologique standardisée dont la technologie est connue et maîtrisée.

49 Une commodité est un logiciel orienté utilisateur final satisfaisant un usage connu et standardisé.

50 (Mintzberg, 1982)

51 (O'Mahony, 2003 ; O'Mahony, 2002 ; O'Mahony, 2005)

52 (West & O'Mahony, 2005 ; 2007)

53 (O'Mahony, 2002)

54 L'expression committer signifie littéralement le fait de déposer du code dans un système de gestion de code source en ligne. Toutefois par extension, un committer désigne un programmeur contribuant au développement d'un logiciel libre et ayant les droits d'écriture pour déposer ou modifier du code.

Notes de fin

1 Caractère dominant de l’organisation.

Table des illustrations

Légende Tableau 7 : Types d’acteurs dans les organisations de l’open source
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-1.jpg
Fichier image/jpeg, 728k
Légende Tableau 8 : Modes de financement dans les organisations de l’open source
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-2.jpg
Fichier image/jpeg, 784k
Légende Tableau 9 : Modes de rémunération dans les organisations de l’open source
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-3.jpg
Fichier image/jpeg, 620k
Légende Tableau 10 : Répartition des contributions à Kexi
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-4.jpg
Fichier image/jpeg, 340k
Légende Figures 13 : Schéma de l’environnement technique de Kexi
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-5.jpg
Fichier image/jpeg, 152k
Légende Figures 14 : Schématisation historique de Mandriva Linux
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-6.jpg
Fichier image/jpeg, 344k
Légende Figure 15 : Les entreprises impliquées dans OpenOffice.org (2009)
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-7.jpg
Fichier image/jpeg, 440k
Légende Figure 16 : Structure simplifiée d’OW2
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-8.jpg
Fichier image/jpeg, 328k
Légende Tableau : Strategic Members d’OW2 (2009)
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-9.jpg
Fichier image/jpeg, 684k
Légende Figures 17 : Le Management Office d’OW2
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-10.jpg
Fichier image/jpeg, 216k
Légende Note *1Tableau 12 : Synthèse des paramètres dominants dans les cas
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-11.jpg
Fichier image/jpeg, 428k
Légende Figure 18 : Schéma de l’application séparée des paramètres organisationnels
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-12.jpg
Fichier image/jpeg, 500k
Légende Tableau 13 : Paramètres organisationnels dominants dans les cas
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-13.jpg
Fichier image/jpeg, 416k
Légende Figure 19 : Le modèle du pentagone
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-14.jpg
Fichier image/jpeg, 56k
Légende Figure 20 : Le modèle du pentagone et la description deformes hybrides
URL http://books.openedition.org/pressesmines/docannexe/image/1636/img-15.jpg
Fichier image/jpeg, 255k

© Presses des Mines, 2011

Licence OpenEdition Books

Rechercher dans OpenEdition Search

Vous allez être redirigé vers OpenEdition Search