présentation gouvernance open source
Post on 28-Nov-2014
1.089 Views
Preview:
DESCRIPTION
TRANSCRIPT
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é
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
top related