WWW.LINAGORA.COMWWW.LINAGORA.COM

Comment les grandes organisations tirent parti de l’Open Source ?

Retour sur 12 ans d'accompagnement de grands comptes publics et privés

Michel-Marie MAUDETDirecteur Général Adjointmmaudet@linagora.com@mmaudet0660469852

2

12 années de retour d'expérience

Quelques grands clients de Linagora

Références schéma directeur Open Source de Linagora

3

L'Open Source est le moteur de l'innovation

Plus tous les grands de l'Internet utilisent et développent massivementdes technologies Open Source (Facebook, Twitter...). L'Open Source s'est démocratisé.

4

Les principales raisons d'adoption de l'Open Source deviennent l'indépendance vis à vis de MISO*, la qualité et l'interopérabilité avant le prix.

Les moteurs d'adoption des logiciels libres

● Indépendance vis-à-vis des grands éditeurs

(Microsoft IBM SAP Oracle)

● Flexibilité des solutions et adaptation

aux besoins de l’entreprise

● Coût perçu moins important

● Engouement des pouvoirs publics

● Meilleure stabilité de certains logiciels

Les freins à l'adoption des logiciels libres

● Volonté d’utiliser les « standards »(de fait) du marché

(souvent propriétaires)

● Organisation du support / Engagements

●Manque de compétences fortes en interne

● Absence de solution libre performante sur certaines applications

métier spécifiques

2

* MISO : Microsoft IBM SAP OracleSource : enquête clients

LINAGORA

5

Tirer le meilleur parti de l’Open Source : l'importance de la gouvernance

Comme pour les logiciels et applications propriétaire, une bonne gestion des usages des solutions Open source est essentielle pour éviter que le foisonnement inhérent au modèle Open Source n'apporte une hétérogénéité trop forte au sein du SI

6

Enjeux pour la mise en oeuvre d'une gouvernance Open Source

Enjeux Techno

logiques

Enjeux Techno

logiques

Enjeux Industriels

Enjeux Industriels

Enjeux Juridiques

Enjeux Juridiques

Enjeux Projets et

RH

Enjeux Projets et

RH

GOUVERNANCE

- défniton et geston d'un « catalogue

de services » normalisé et commun au

Groupe

- capitalisaton des bonnes pratques et

mise en œuvre

• Choix des technologies Open Source et benchmark :

• fonctionnel et technique• maturité, support, adoption• qualité du code• « enterprise ready » ?• licence, roadmap, sponsor• Les impacts de l'Open Source sur

l'entreprise• Définition d'un schéma Directeur

Open Source

• Revue interne des process de maitrise des risques juridique

• Mise en œuvre d'une politique de propriété intellectuelle

• Modèle Free Free ou Freemium ?

• Doit-on reverser les contributions à la communauté ?

• Prise en compte des spécificités projets de l'Open Source (pas d'éditeur, AVV, conseil et support différent)

• Mise en place d'une organisation dédiée

• Gestion RH• Catalogue de formation• Vérifier l'interopérabilité• Support de niveau 3

• Choix des technologies Open Source et benchmark :

• fonctionnel et technique• maturité, support, adoption• qualité du code• « enterprise ready » ?• licence, roadmap, sponsor• Les impacts de l'Open Source sur

l'entreprise• Définition d'un schéma Directeur

Open Source

• L'Open Source comme levier pour :• réduite la dépendance aux grands éditeurs et favoriser

l'interopérabilité• maitriser ses données• Faire monter les équipes en compétence

7

L'Open Source maitrisé et industrialisé

Risques JuridiqueRisques Juridique

Risques techno

Risques projet

Risques industriel

●Connaître l'état de l'Art du marché

●Benchmarking

●Matrice d'évaluation des solutions

● Revue interne des process de

maitrise des risques juridique

● Mise en oeuvre d'une politique de

propriété intellectuelle

● Prise en compte des spécificités

projets de l'Open Source (pas d'éditeur,

AVV, conseil et support différent)

●Mise en oeuvre d'une organisation

dédiée

Contexte du client Cartographie du SI Projets OS (passés, en cours et à venir) Définition de l'univers des possibles Partage des bonnes pratiques Maîtrise des risques technologiques Maîtrise des risques juridiques Maîtrise des risques projets et industriels Maîtrise des ressources humaines Scénarios de mise en œuvre de 2 ou 3 projets (Plan projet / Organisation / Budget / ROI)

Enjeux de l'industrialisation de l'Open Source Les impacts de l'Open Source sur l'entrepriseDéfinition d'un schéma Directeur Open Source

✔

Définir un schéma directeur Open Source

en 10 étapes

Pour construire un approche :CENTRE DE SERVICE

Avec modèle assurantielOSSA

Pour construire un approche :CENTRE DE SERVICE

Avec modèle assurantielOSSA

8

Programmes type pour un grand compte pour développer l'Open Source

Pi lo

tes

St r

a té g

iqu e

s

Télédistribution etinventaire

Télédistribution etinventaire

Migration OpenOffice.org Migration OpenOffice.org 6

7

CFT et $U CFT et $U

GED et Groupware

GED et Groupware

8

96

Tac t

iqu

e s

Projetd'accompagnement

Projetd'accompagnement

0

5

Tr a

nsv e

r se

Consolidation (Linux / MySQL / JBoss)

Consolidation (Linux / MySQL / JBoss)

SGBD Open sourceSGBD Open source

Collecte de logs Collecte de logs

3

0

4

Socle commun LinuxSocle commun Linux

2

1

9

Exemple de matrice d'évaluation des programmes pour une grand Groupe industriel

PRIORITE 1 : ProjetsPRIORITE 2 : Étude détailléePRIORITE 3 : Veille

Projets à lancerPlanning à définir avec

le client en fonction des projets sélectionnés

Transfert de fichiers

Ordonnancement

Virtualisation

ETL

BI

10

Maturité

Exemple de détail d'un programme : Socle commun Linux

Objectifs 1/ Industrialiser un socle Linux commun2/ Disposer d'un support unique pourles logiciels libres utilisés

Impact TCO Diminuer la souscription Red Hat Mutualiser les coûts de support(simplification de la contractualisation) Meilleure maîtrise du cycle de vie deslogiciels libres

Deux distributions sont utilisées au sein du client (Debian / Red Hat) Plusieurs versions de ces distributions co existent Coûts Red Hat importants Pas d'infrastructure interne de gestion de configuration et de mises à jour

Clés de succès Choix d'une distribution communautaire (suppression de la redevance

au serveur) Conservation de serveurs sous Red Hat pour les applications « certifiées » Définir des profils d'installation automatiques et le cycle de gestion de version Disposer d'une réasssurance globale liée au SLA

Constat

1

Investissement

4Faisabilité

Attractivité

1

11

Ric

hes

se

fon

ctio

nn

elle

, vis

ion

Maturité & Qualité industrielle

-

+

PROPRIETAIRE

OPEN SOURCE

Comparatif des solutions de messagerie Open Source

- +

12

Stratégie / Dynamique

Licence / modèle économique

Adoption France (FR)

Références FR (+ 50 000 utilisateurs)

Fonctionnalités

Gestion de la mobilité

Intégration

Exploitation / Administration

Sécurité

Documentations / Formations

Coûts

Comparatif des solutions de messagerie Open Source

AGPL v3Services / Support

ZPL (MPL) et propriétaire (Freemium)Prix annuel par utilisateur

GNU GPLServices / Support

GNU GPL V2Freemium

GNU GPL

13

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 licencela mieux appropriée dans le contexte d'utilisation souhaité.

14

Exemple de recommandation de feuille de route pour le lancement d'une stratégie Open Source

Évangélisation interne (« grand messe » Open Source puis communication interne) pour sensibiliser les équipes à FLOSS

Accompagnement des équipes du futur centre de compétence (achats, juridique, gouvernance, architecture)

Formation techniques des équipes dédiées à l'Open Source dans les centres de services pour pouvoir assurer le déploiement et support niveau 1&2

Politique Groupe : définir la politique Open source du Groupe en terme de choix logiciels

Modèle de contractualisation : sensibiliser les achats à la contractualisation avec les sociétés Open Source et les licences

Maturity model : disposer d'un modèle de choix des solutions Open Source (maturité, pérennité.. )

Réassurance / Support niveau 3

Cahier de choix technique : définir les conditions d'utilisation d'une solution Open source ou propriétaire (SLA, dispo ...)

Repositories Open Source : mettre en place des dépôts logiciels avec les versions certifiées des logiciels Open source

Portail interne Open Source : portail de communication interne avec les informations utiles (licences, contrat, politiques Groupe ...)

15

La gouvernance Open Source – étape par étape

Catalogue Open

Sourcecertfé

Catalogue Open

Sourcecertfé

Stratégie Open

Source

Stratégie Open

Source

Centre de

services

Centre de

services

GOUVERNANCE

➔ Mise en place d'une équipe Open Source spécialisée

➔ Accompagnement opérationnel des équipes projets

➔ Mutualisation des efforts et des systèmes

➔ Veille technologique / Conduite du changement

➔ Publication d'un référentiel de solutions certifiées

➔ Processus de maitrise du cycle de vie

➔ Réassurance avec un acteur spécialisé (support /

maintenance / packaging / certification / qualité)

➔ Réalisation d'un schéma directeur Open Source

➔ Définition d'une politique et d'un cadre d'usage

➔ Faire une analyse différenciée entre le parc et le flux

→ Schéma directeur Open Source (10 à 12 semaines)

→ Contrat d'Open Source Software Assurance

→ Centre d'expertise Open Source dédié

16

17

WWW.LINAGORA.COMWWW.LINAGORA.COM

Merci de votre attention

Contact : LINAGORA – Siège social80, rue Roque de Fillol

92800 PUTEAUXFRANCE

Tél. : 0 810 251 251 (tarif local)Fax : +33 (0)1 46 96 63 64Mail : info@linagora.com

Web : www.linagora.com