Cohabitation Logiciels Libres et propriétaires
Upcoming SlideShare
Loading in...5
×
 

Cohabitation Logiciels Libres et propriétaires

on

  • 768 views

 

Statistics

Views

Total Views
768
Views on SlideShare
768
Embed Views
0

Actions

Likes
0
Downloads
16
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Cohabitation Logiciels Libres et propriétaires Cohabitation Logiciels Libres et propriétaires Presentation Transcript

    • Cohabitation des logiciels libres et propriétaires Conférence SPN – La Rochelle – 25 mai 2012Michel-Marie MAUDETDirecteur Général Adjointmmaudet@linagora.com0660469852 WWW.LINAGORA.COM
    • Présentation LINAGORAMission : Logiciels et services Open Nos trois métierssource pour réussir les grands projets OBM Schéma Directeurdu libre LinPKI Open Source LinID CocktailFondée : Mai 2000Capital: Capital privé Support(principalement détenu par les fondateurs) OSSA Hosting Intégration, Expertise Migration, Formation...Nombre dingénieurs : 130 Nos principaux clients 13 M€ 11 M€ 8 M€ 4 M€ 2 M€ 1 M€ 2001 2003 2005 2007 2009 2011 2 Évolution CA
    • Une gamme logicielle professionnelle ● LINAGORA développe du logiciel libre. 100% du code source est disponible. ● Nos clients contribuent au développement des offres, à la pérennisation des produits et de leur communauté au travers des contrats de support ● Truffle 100/2010 : Linagora est le seul éditeur Open Source présent (90ème position) (Truffle 100 : classement des 100 premiers éditeurs de logiciels français) ● Investissement en R&D in 2011 : >2,5 M€ Messagerie Confiance digitale Gestion et fédération collaborative des identités 3
    • Syntec Numérique et Open Source● Comité Open Source présidé par Alexandre ZAPOLSKY, PDG de LINAGORA● Missions : ● Promouvoir les bonnes pratiques en matière de conception et/ou dintégration de briques logicielles sous licences propriétaires et sous licences libres ● Fixer le cadre contractuel et d’usages en matière de pilotage de projets informatiques incluant du logiciel libre (conduite de projets et règles de gouvernance de lentreprise) 4
    • Agenda – Thématiques abordées Impact marché des logiciels libres Enjeux sur lutilisation et lintégration de briques Open Source Partage de bonnes pratiques Ou comment tirer le meilleur parti de lOpen Source pour construire de linnovation pour le développement économique des éditeurs de logiciels français ? 5
    • Impact marchédes logiciels libres 6
    • Impact marché des logiciels libres Le marché du logiciel libre en 6% Etude OSS 2012 de PAC France représente environ 6% (2,5 milliards d’euros) du marché des logiciels et des services informatiques en France en 2011.● La France reste le marché phare du logiciel libre dans le monde. Ce riche écosystème a donné naissance à plusieurs jeunes pousses en pleine ascension à l’instar de leur championne, Talend.● Selon la FNILL (Fédération Nationale de lIndustrie des Logiciels Libres), le marché des logiciels libres représente plus de 10 000 emplois en France (éditeurs/SSLL spécialisés et intégrateurs inclus).● Des rachats dentreprise et IPO (introduction en bourse) basés sur la base installée des utilisateurs (vs des clients pour les éditeurs classiques) avec des valorisations proches de 14 fois le CA. 7
    • LOpen Source est le moteur de linnovation Plus tous les grands de lInternet utilisent et développent massivement 8 des technologies Open Source (Facebook, Twitter...)
    • Courbe de maturité des solutions Open Source (dans les grandes organisation en France) Maturité : Moins de 2 ans Virtualisation ETL 2 à 5 ansVisibilité (oVirt / KVM) (Talend / Spago / 5 à 10 ans Offre Google Jasper)(Androïd / Chrome / Docs&mail) Plus de 10 ans Outils collaboratifs Portail dintégration (Mindtouch / RainDrop) (Liferay) CRM Poste de travail Middleware (SugarCRM) (Ubuntu / Fedora / Gnome / KDE) (Apache / TomCat / JBoss) BPM (Intalio / Bonita) Partage de fichiers Serveurs dinfrastructure (LinShare) (Samba / Squid) OS Serveur BI (Redhat / Debian) (Talend / Jasper) Intégration continue Outils de publication (Hudson) Qualité du code (Drupal) Test de performance Annuaire dentreprise (Sonar / Cobertura) (Jmeter ) Supervision (OpenLDAP) Bureautique (Nagios / LinSM) Bureautique Media Messagerie Outils de développement (Inskape / Gimp / Audacity) (OOo ) (OBM) (Eclipse / Netbeans / Subversion) Téléphonie PKI / architecture de confiance (Asterix) (EJBCA / LinPKI / LinSign) ERP (Cocktail / OpenERP) Bases de données Outils de modélisation (PostgreSQL / MySQL) (Papyrus) Outils de test (Junit / Selenium) Inventaire / gestion de parc Progiciels métiers Ordonnancement (OCS / GLPI / LinSM) (logistique / facturation) (JobScheduler) « Technology « Peak of Inflated « Trough of « Slope of « Plateau of Trigger » Expectations » Disillusionment » Enlightenment » Productivity » (naissance) (Le pic d’intérêt) (Désillusion) (Retour en grâce) (Plateau de Maturité productivité) 9
    • Différentes approches en terme de modèles économiquesPropriétaire « Freemium » « Free-Free » Services = 0 % libre = 50 à 80 %libre = 100% libre = TJM x nb de jours 10
    • Enjeux sur lutilisation et lintégration de briques Open Source 11
    • 2 Les principales raisons dadoption de lOpen Source deviennent lindépendance vis à vis de MISO*, la qualité et linter-opérabilité avant le prix. iels libres des logic ur sdadoption Les mote nds éditeu rs -à-v is des gra ● Indépe ndance vis Oracle) IBM SA P (Microsoft on t adaptati ité des s olutions e ● Flexibil e l’entrepris aux b esoins de portant ● Coût p erç u moins im s oirs public ment des pouv ● Engoue s logiciels de certain ● Meilleu re stabilité ls libres option d es logicie s à lad hé Les frein fait) du m arc stand ards »(de liser les « ● Vo lonté d’uti taires) proprié (souvent en interne péten ces fortes ● Manqu e de com sur rformante tion libre pe cifiques ● Absen ce de solu ns métier spé applica tio certaines Source : enquête clients * MISO : Microsoft IBM SAP Oracle LINAGORA 12
    • Enjeux pour la mise en oeuvre dunegouvernance Open Source • LOpen Source comme levier pour : • réduite la dépendance aux grands éditeurs et favoriser linteropérabilité Enjeux Industriels • maitriser ses données • Faire monter les équipes en compétence • Choix des technologies Open Source et benchmark : • fonctionnel et technique • maturité, support, adoption Enjeux • qualité du code Techno • « enterprise ready » ? e AN CE « catalogu u logiques • licence, roadmap, sponsor VERNeston dun commun a GOU n et g et • Les impacts de lOpen Source sur n it o rm alisé t lentreprise - déf ices » no ues e r at q rv de se e nes p • Définition dun schéma Directeur p des bon Open Source Grou alisaton it - cap n œuvre • Revue interne des process e mi s e de maitrise des risques Enjeux • Prise en compte des Juridiques juridique spécificités projets de • Mise en œuvre dune lOpen Source (pas politique de propriété déditeur, AVV, conseil intellectuelle et support différent) • Modèle Free Free ou Enjeux Projets • Mise en place dune Freemium ? et RH organisation dédiée • Doit-on reverser les • Gestion RH contributions à la • Catalogue de formation communauté ? • Vérifier linteropérabilité 13 • Support de niveau 3
    • Panorama et analyse des principales familles de licence http://www.damiencuvillier.com/2008/04/23/licences-open-source/ Le choix de licence est déterminant en fonction du type dusage que lon souhaitefaire du logiciel libre. Dans le cadre dun développement, il faut vérifier la compatibilité 14 entre les licences des différents composants intégrés dans la solution cible.
    • Aide au choix de la licence● Exemple d’un éditeur souhaitant s’engager dans un projet Open Source tout en se réservant la possibilité de commercialiser la solution et d’en faire certains développements spécifiques. En jouant sur le poids des différents critères, on peut sélectionner la licence la mieux appropriée dans le contexte dutilisation souhaité. 15
    • Le contrôle de la conformité● Les éditeurs ne sont pas uniquement des utilisateurs classiques, ils peuvent : ● être amenés à intégrer VOLONTAIREMENT ou INVOLONTAIREMENT du code sous Licence Libre dans leur solution ; ● contribuer du code à des communautés pour réaliser des correctifs et des évolutions. Juridiques ● Quels sont les risques juridiques, sont ils réels et applicables dans mon contexte ? ● Doit on mettre en œuvre une politique de propriété intellectuelle ? ● Modèle Free Free ou Freemium ? ● Doit-on reverser les contributions à la communauté ? Un processus de revue de code et de vérification de compatibilité de licence doit être mis en oeuvre en sappuyant si nécessaire sur des sociétés spécialisées. 16
    • Autres points de vigilance● Prévoir lajout dune clause spécifique au contrat de travail des collaborateurs pour traiter le cas spécifique de la propriété intellectuelle dans le domaine Open Source ● Faire la « liste blanche » des projets personnels du collaborateur ● Rappeler les règles en terme de propriété intellectuelle et de droit dauteur ● Fixer les règles de contributions● Ajouter dans la charte informatique ou dans la « charte de développement » une référence à la politique dusage des composants Open Source● Prévoir les clauses spécifiques à lOpen Source dans vos contrats de vente et dans vos contrats de sous traitance vis à vis de vos fournisseurs ● Liste des composants et des licences utilisées – Engagements associés ● Gestion de la session « non exclusive » des droits dans le cas dun développement avec contribution à une communauté Des formations juridiques et des prestations de conseil sur la gestion de la propriété intellectuelle sont disponibles sur le marché. Ce type approche en préventif permettent de cadrer lutilisation des logiciels libres et de mettre en 17 place une gouvernance Open Source.
    • Partage debonnes pratiques 18
    • Mise en oeuvre dune gouvernance Open Source ➔ Réalisation dun schéma directeur Open Source Stratégie ➔ Définition dune politique et dun cadre dusage Open Source ➔ Faire une analyse différenciée entre le parc et le flux → Schéma directeur Open Source (6 à 8 semaines) ➔ Publication dun référentiel de solutions certifiées N A NC E UVER Catalogue Processus de maitrise du cycle de vie ➔GO Open Source ➔ Réassurance avec un acteur spécialisé (support / certfé maintenance / packaging / certification / qualité) → Contrat dOpen Software Assurance ➔ Mise en place dune équipe Open Source spécialisée ➔ Accompagnement opérationnel des équipes de Centre de développement produit services ➔ Veille technologique / Conduite du changement → Centre dexpertise Open Source 19
    • Conditions de succès (1/2)● Accompagner la conduite du changement et le changement de culture Formation des équipes - Séminaires dinformation à lOpen Source, à lutilisation des licences - Formations et certifications (LPIC, Développement Open Source...) - Propriété intellectuelle et processus dacquisition (achat de licence commerciale)● Renforcer et/ou structurer la veille spécifiquement Open Source Utilisation dun « maturity model » : disposer dun modèle de choix des solutions Open Source (maturité, pérennité.. ) accompagné dune veille technologique efficace et pilotée 20
    • Conditions de succès (2/2) ● Mettre en place un processus de revue de code Anticiper et se mettre en conformité dun point de vue juridique - Le chef de produit et léquipe qualité doit disposer dun processus outillé pour sassurer de la propriété des codes utilisés pour éviter toute contrefaçon ou utilisation dun composant libre non conforme par rapport à la licence.● Piloter dans le temps le niveau dadoption et la diffusion Indicateurs / Reporting Les études ou schéma directeur Open Source ne sont quun point de passage : une photo à instant t. Pour pérenniser dans le temps la démarche, nécessiter de mettre en place une commission « Open Source et formats ouverts » avec des points de rencontre trimestriel par exemple pour le suivi opérationnel de ladoption. 21
    • Enfin pour terminer...● LOpen Source constitue un véritable levier pour structurer et financer sa R&D : ● Dans le cadre des dépenses davenir, LEtat a une préférence pour les projets sinscrivant dans une logique de recherche ouverte et partagée ● Cest aussi un moyen pour participer en tant que file de chef ou partenaires à des projets collaboratifs (AAP, FUI, FEDER, projets européens) dont les résultats publiés sous licence libre peuvent faire lobjet doffres commerciales propres à chaque participant au projet.● LOpen Source est aussi un moyen de communication efficace en particulier dans le cadre de la vente à lexport. 22
    • Merci de votre attention Contact : LINAGORA – Siège social 80, rue Roque de Fillol 92800 PUTEAUX FRANCE Tél. : 0 810 251 251 (tarif local) Fax : +33 (0)1 46 96 63 64 Mail : info@linagora.com Web : www.linagora.com WWW.LINAGORA.COM
    • http://www.damiencuvillier.com/2008/04/23/licences-open-source/ 24
    • Formation LINAGORA sur la compréhension et maîtrisedes enjeux juridiques du logiciel libre 25