Produire du logiciel libre… dans et pour l’administration?

Transcript

1. MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE Produire du logiciel libre… dans et pour l’administration? Nicolas.Jullien@imt-atlantique.fr
2. 2 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 Objectifs. • Proposer une grille de lecture économique du logiciel (libre) : – Initiative des utilisateurs, pour les utilisateurs, – dans une industrie spécifique : l’informatique. • Discuter ce que ça veut dire en tant qu’écosystème : – la vie du hacker : intérêt particulier, intérêt général, – la vie d’un projet libre, – ce qu’est un écosystème libre, – ce que sont les modèles d’affaires open-sources.
3. 3 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021
4. 4 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 1 Introduction (Qu'est-ce que le logiciel libre?) 2 Être contributeur de logiciel libre 3 Le logiciel libre et l’industrie informatique
5. 31/035 TITRE DE LA PRÉSENTATION - MENU « INSERTION / EN-TÊTE ET PIED DE PAGE » MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE Partie 1. Quelques définitions – vocabulaire partagé
6. 6 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Introduction. Une description pour définition. • C’est un logiciel • produit par une personne ou un groupe de personne, • distribué (vendu, donné) sous une licence particulière : – vous avez le droit de l'utiliser comme vous le voulez ; – vous avez accès au code source ; – vous pouvez redistribuer ce logiciel (mais vous n’êtes pas obligés !) ; – vous pouvez le modifier et redistribuer ces modifications.
7. 7 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Le logiciel libre, c'est d'abord du logiciel ! • mêmes caractéristiques techniques – fonctionne avec d'autres logiciels et du matériel, – contient des erreurs, • mêmes utilisations de la part des utilisateurs – pour quelques-uns, un objet d'intérêt intellectuel, – pour certains un outil professionnel, – pour la plupart un simple outil (boîte noire) • même protection juridique • le droit d'auteur, • même type de distribution – l'utilisateur acquiert une licence d'utilisation donnée par le propriétaire.
8. 8 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Quelle innovation ? • Deux innovations « techniques » : – L'organisation systématique du retour utilisateur, • listes de diffusion, • implication des utilisateurs-développeurs. – L'ouverture du code, qui facilite • la compatibilité (besoins et autres logiciels), • voir la normalisation. • Un innovation contractuelle – La GPL • Structure la coopération • Surtout un fonctionnement qui replace l’évolution logicielle au cœur de la conception
9. 9 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Une organisation de production particulière… Dans certains projets • La plupart du temps des logiciels produits par une personne et rendus disponibles : – licence libre – dépôt git sur plate-forme web • Pour les gros projets, organisation en « oignon » : – petit groupe de développeur produisant et « contrôlant » la production du logiciel. • Le « cœur » • La plupart des développement – moyen groupe d’utilisateurs avancés contribuant de façon marginale (user list, bug reports, demande de fonctionnalité, parfois contribution en code) – gros groupe d'utilisateur – éventuellement hiérarchie de sous-projets
10. 10 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Quelle innovation ? • Pas vraiment d'innovation en génie logiciel : – « proche » de l'organisation de Microsoft, • Développeurs / correcteurs de bug – intégration des dernière pratiques • extreme programming • DevOps • Ni en terme de tarification : – de nombreux logiciels gratuits • une grosse différence : gouvernance (pour certains projets) – les développeurs n'ont pas forcément de liens institutionnels/subordination entre eux – Il n’y a pas forcément d’organisation privée au contrôle – négociations, discussions sur la gestion / l’orientation du projet
11. 11 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 1. Des communs de connaissance • La licence suffit-elle à définir un projet de logiciel comme « libre » ? – tous les logiciels à licence libre ne sont pas ouverts aux contributions externes ; – tous ne sont pas co-gérés par plusieurs participants/organisations ; – d’autres moyens permettent de contrôler la diffusion et l’usage (gestion du dépôt et des versions, marque...) • Organisation hiérarchique dans tous les cas. Propriét aire Responsable Package/ Administrateur Modérateur/ Responsable article Contributeur Utilisateur Accès au stock de connaissance X X X X X Accès au dispositif de production X X X X Gestion des contribution X X X Exclusion de contributeurs X X Aliénation (marque, serveur, etc.) X
12. 31/0312 TITRE DE LA PRÉSENTATION - MENU « INSERTION / EN-TÊTE ET PIED DE PAGE » MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE Partie 2 Développeurs et projets libres La construction d’un engagement et d’une communauté
13. 13 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 2. Circonstances d’entrée dans un projet • 3 types de circonstances justifient l’entrée dans un projet de logiciel libre – la recherche d’une solution précise relatives à un besoin métier (Richard S.) ; – le plaisir de la création pendant un temps « intermédiaire » : la coopération, le chômage et aussi en phase d’apprentissage (études – Linus T.) ; – la veille technologique : part entière d’une activité professionnelle ou de recherche assez circonscrite. • Des ressources techniques plus accessibles, plus complètes – code source, documentation – … pour ceux qui ont le temps et les connaissances – utilisateurs « Von-Hippel » « user as innovator »
14. 14 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 • 2. Comment décrivent-ils leur engagement ? • Un processus constitué d’étapes : – « De fil en aiguille », « petit à petit », « au fur et à mesure » … – « Donc je suis arrivé utilisateurs et de fil en aiguille je suis devenu contributeur et finalement un acteur ». • Qui correspondent à des prises de rôles : – utilisateur, puis, – lecteur, participant –répondant, modérateur (listes d’utilisateurs), – adaptateur, contributeur, gestionnaire (paquets Debian, (sous-)projet logiciel), – qui ne sont pas automatiques (on peut s’arrêter à tout moment). • Un engagement dans le temps : – qui peut durer plusieurs années, – et prend du temps (de 1, 2h par jour à 20h par semaine)
15. 15 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 • 2. Des normes de recrutement et des valeurs • Des contributeurs / modérateurs recrutés parmi les plus actifs – Éléments techniques, compétences. – Une attitude qui doit être cohérente avec les buts et le fonctionnement du projet. – Cooptation (centraliste démocratique?) • Des valeurs ou un « idéal commun » : – construire un contenu libre – autonomie et indépendance (par rapport aux entreprises et institutions, « intérêt à être une communauté d’utilisateurs ») – volonté de rendre service à une communauté – une même « sensibilité métier » (« cœur de métier ») • Des projets métiers par des professionnels… pour des professionnels – Coopérer, se coordonner pour répondre collectivement à ses besoins
16. 16 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 2. L’engagement (participer dans la durée) • Un sentiment d’obligation : – ou pourquoi continuent-ils? • 3 dimensions caractérisent ce sentiment d’obligation : – la responsabilité : un devoir vis-à-vis de la communauté; la notion de service ; – le sentiment d’appartenance et d’attachement à la communauté ; l’identité, le lien social – la renommée (le statut acquis à conserver: expert, professionnel, crédit d’opinion, notoriété, etc.) • = les raisons aussi pour lesquelles… – « on ne part pas comme ça », – « on prépare son désengagement» (du bureau par ex., mais pas pour autant son détachement vis-à-vis du site et des valeurs de la communauté) • niveau d’exigences important, professionnel, technique; pression si ça ne marche pas; cela devient un « devoir »(« si je devais rempiler »); un service indispensable ; un sentiment d’obligation de repartir dedans si il y avait un problème éviter que le site disparaisse (un « outil quotidien », une « sacrée encyclopédie »); « obligé de reprendre », « pas non plus envie de lâcher complètement le bébé »; temps investi ; « très attentifs, prêts à reprendre le flambeau si le besoin s’en faisait sentir »; le statut du projet important au niveau de la profession à conserver.
17. 17 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 L’engagement (participer dans la durée) 4 logiques d’engagement peuvent être dégagées : • une logique participative : – plaisir de la création, mise en commun, participation à la construction d’un bien public, d’un service public, le plaisir de rendre service… • une logique de capitalisation ou cumulative : – améliorer et développer des compétences, accroître son efficacité, augmenter son capital social relationnel par le réseau. • une logique critique : – prédominance des éditeurs privés sur le monde logiciel. • une logique plus identitaire (ou « à soi ») – reconnaissance, renommée du site et retombées individuelles, statut d’expert, sollicitations…
18. MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE En synthèse : des besoins individuels, coordonnés par un collectif, une institution L’engagement : • d’abord des besoins techniques : fonctionnalités, adaptabilités, maintenance, • et aussi des défis intellectuels • qui peuvent conduire à un engagement dans un projet Lié au métier d’informaticien le plus souvent, mais autodidacte possible Il peut rencontrer et être coordonné par une « organisation » • Projet libre, pour et par ces utilisateurs (commun) • Projet libre, porté par une fondation (gros acteurs industriels, coordination des investissements) • Projet libre, porté par un acteur (utilisateur, besoin propre, EDF ou entreprise informatique, éditeur libre, coordination avec ses utilisateurs) Plus le logiciel est technique, plus il est évolutif, plus une organisation libre (coopération d’acteurs) sera pertinente
19. MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE Partie 3 L’informatique, une industrie
20. 20 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Histoire mouvementée d’une jeune industrie 5 périodes majeures… pour l’instant : • 1945-1962 : des machines sur-mesure ; • 1960-1985 : les familles d’ordinateurs et les logiciels sur-mesure (industrie du logiciel) ; • 1980-2005 : des systèmes d’exploitation et des logiciels standards, apparition d’une industries des services ; • 2000- 2020 : les services en réseaux hors l’organisation, apparition des sites (le Minitel, l’ancêtre) ; 2015 – 20XX : l’informatique devient essentiellement mobile, terminaux, plates-formes et app’ 4 ruptures industrielles : la famille 360 (IBM) ; le PC (IBM) ; Internet ; la 3G
21. 21 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021  Des mécanismes stables Des évolutions technologiques • initiées par l’activité de recherche publique – presque exclusivement étasunienne – composants, systèmes d’exploitation, réseau • qui améliorent les performances de la machine : – miniaturisation => baisse du rapport prix performance ; – complexification du fonctionnement (couches) => réutilisation possible et simplification de cette utilisation ; • qui multiplient : – les machines, – les utilisateurs, les interactions… – les acteurs/solutions 3. Histoire mouvementée d’une jeune industrie
22. 22 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Histoire mouvementée d’une jeune industrie Période 1 Période 2 Période 3 Une histoire de rendements croissants d'adoption (cf. Arthur 89): • effets d'apprentissage : effets d'expériences, sur la production et l'utilisation de machines, • rendement croissant d'information (importance croissante avec les périodes) • interrelation technologiques, du fait de la compatibilité nécessaire entre les couches multiples, • économies d'échelle, sur la production de série, sur le logiciel • externalités de réseau, quand il y a communication entre machines La redistribution des bénéfices des rendements croissants d'adoption explique l'évolution des organisations industrielles & les situations de monopole. Périodes 4 & 5* * période 5 : Externalités plus fortes Rendement croissant d’information plus forts
23. 23 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. La situation actuelle. • Complexité, et aux rendements croissants d’adoption : – Standards industriels, des solutions intégrées d’écosystèmes gérées par un acteur dominant • 360, Windows, Apple store/Android, 365/PaaS – Standards industriels, des solutions négociées par différents acteurs • Ex ante : Posix, IP, GSM (IETF, ETSI) • Ex post : Linux et autres logiciels libre • Le rôle de l'État : – financeur de la recherche, – initiateur de la politique industrielle, – régulateur de la concurrence et de l’environnement juridique (PI, RGPD), – grande organisation, utilisatrice de logiciels...
24. 24 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. La situation actuelle. • La demande : – chez les utilisateurs : • mêmes applications pour professionnels & néophytes : – qualité technique et standardisation, – flexibilité et transparence d'utilisation, – qualité de service et faible coût d'utilisation ... – au niveaux des organisations, privées comme publiques : • interconnexion & multiplication des utilisations informatiques, • besoins de standardisation, • besoins d'adaptation. • Demande de « sur-mesure de masse » (Horn 2004).
25. 25 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. La situation actuelle. Le constat. Les organisations : • Demande de « sur-mesure de masse » (Horn 2004), – Allant du sur-mesure (grosses organisations) – À la masse (PME, TPE, communes) • Le marché professionnel : – D’abord un marché de service (adaptation, mais surtout maintenance, TMA, SLA...) – Surtout pour les grosses organisations – Le coût du logiciel (coût d’accès) est secondaire. – Le coût d’adaptation et d’usage est le plus important – Besoins « 4 A » : accès, assurance, assistance, adaptation • La fourniture de service est un métier… Dans lequel la France excelle – SSII, rebaptisées ESN – SSLL, rebaptisées ESL
26. 26 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Logiciels et Service. Logiciels « standards » : difficulté de la production service – dépendance au producteur de logiciel – faible connaissance du fonctionnement du logiciel ; – tentation pour le producteur d’assurer aussi le service ; – nécessité de publication de nouvelles versions qui diminue l’efficacité de la solution installée ; – facilité pour le producteur de service de faire porter la responsabilité du dysfonctionnement sur le logiciel. Logiciels libres : difficulté du suivi du logiciel – Complexité d’accès au logiciel – Difficultés à évaluer la qualité – Coût d’adaptation et de suivi – Un logiciel libre n’est pas gratuit, besoins 4A toujours présents • Faire ou faire faire
27. 27 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Les besoins, synthèse Rythme d’évolution de l’actif Lent Dynamique Nature du besoin Standard Prendre au meilleur prix (Prix) Ce que l’utilisateur recherche : accéder à une fonctionnalité standard au moindre coût. Partie produit : produit sur étagère Partie service : Accès (+) Assurance (+) Assistance (-) Adaptation (--) Échapper au lock-in (Lock-out) Ce que l’utilisateur recherche : accès à une fonctionnalité standard et pérenne dans le temps Partie produit : produit sur étagère réduisant le risque de lock-in Partie service : Accès (-) Assurance (+) Assistance (+) Adaptation (--) Personnalisé La flexibilité au meilleur prix (Lean) Ce que l’utilisateur recherche : accéder à une fonctionnalité personnalisée au moindre coût. Partie produit : produit standard personnalisable et extensible (sur-mesure de masse) Partie service : Accès (+) Assurance (+) Assistance (+) Adaptation (+) Contrôler et adapter (Contrôle) Ce que l’utilisateur recherche : accéder à une fonctionnalité personnalisée, pérenne et adaptable dans le temps Partie produit : solution accessible en pleine propriété ou en propriété partagée garantissant une indépendance technologique Partie service : Accès (–) Assurance (+) Assistance (+) Adaptation (++)
28. 28 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Projet libre et besoin utilisateurs
29. 29 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Projet libre, besoin utilisateurs, modèles d’affaire open-source Person nalisati on Éditeur Intégr ateur Spéci aliste Éditeur métier Spécia liste métier Infogér ance Servitis ation Phase(s) 1, 2 2 2 2 2, 3 2, 3 2, 3 3 Besoin(s) Contrôl e Lock- out, Lean Lock- out, Lean Lean Lock- out, Lean Lean Lock- out Prix Captation de valeur accès au logiciel stock, vente de produit + + + + + + + + - - - + + assurance (accès au logiciel flux), vente de capacité technique entretenue + - + + - - - + + + + assistance, vente de capacité humaine + + + + + + + + - adaptation, vente de capacité humaine + + - - + + - - - - - - -
30. 30 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Projet libre, besoin utilisateurs, modèles d’affaire open-source Actifs (ressources & capacités) clefs humains (CH) + - + + + + - + + - - humains (CTE) + + + - - + + + + + + cognitifs (base de connaissance, p. ex. bugs ou besoins clients) - + + + + + + + + + + + + technologiques (code logiciel) - + + + + + - - + + + organisationnels (infrastructure, SI) + + + + - + - - + + + réputationnels (marque) + + + - + + + + + + commerciaux (réseaux) - - + + - - + - - + + Ressource projet logiciel libre logiciel-stock + + + + + + + + + + - logiciel-flux + + + + + + + - - + - notoriété - + + + + - - - - - - - -
31. MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE Merci de votre attention, merci pour vos questions! Nicolas.Jullien@imt-atlantique.fr
32. 32 MOTIVER UN PROJET LIBRE, © NICOLAS JULLIEN, IMT ATLANTIQUE 31/03/2021 3. Les besoins dans les organisations • le TCO du logiciel pour l'ensemble de son cycle de vie est la combinaison de 5 types de coûts, qui sont liés à 5 phases (Shaikh and Cornford, 2011) : 1) le coût d’exploration (définition du besoin, recherche, évaluation et POC), 2) le coût d’acquisition (prix de la licence, adaptation aux besoins et intégration technologique), 3) le coût d'intégration (dans les usages; migration, formation et processus), 4) le coût d’usage (support interne / externe, maintenance et, notamment, le coût de la panne, cf. Walterbusch et al., 2013; mises à jours techniques et fonctionnelles, passage à l'échelle) 5) le coût de retrait ou de sortie (lié aux technologies et aux ressources humaines).