Comment choisir et déployer des outils Open Source de travail collaboratif et de gestion de contenu ? Solution Linux 2009
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
Les attentes personnelles des collaborateurs >> Usage des outils collaboratifs dans l’environnement personnel >> Attentes ...
Les objectifs stratégiques et politiques >> Besoin d’agilité locale pour les entreprises globalisées >> Recherche accrue d...
Les objectifs opérationnels >> Favoriser la fluidité de circulation de l’information >> Augmenter les échanges entre les c...
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
<ul><li>La maîtrise d’ouvrage </li></ul><ul><li>>> Appuyée par la direction </li></ul><ul><li>>> Capable d’avoir une visio...
<ul><li>La maîtrise d’œuvre </li></ul><ul><li>>> Interne ou Externe ? </li></ul><ul><li>>> Quid de l’Open Source ? </li></...
<ul><li>Les directions métier </li></ul><ul><li>>> Impliquées dès le démarrage du projet : Enquêtes, questionnaires, ateli...
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
<ul><li>L’étude d’opportunité </li></ul><ul><li>>> L’exemple du réseau lorrain d’innovation : </li></ul><ul><li>Faire inte...
L’expression des besoins L’exemple de Weldom dans un projet de gestion de la qualité >> Rencontrer les responsables magasi...
L’analyse de l’existant technique et fonctionnel Exemple de l’extranet de la FMB de veille règlementaire >>  Identifier le...
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
Construire un cahier des charges L’offre de contenus et de fonctionnalités attendues >> Réaliser une matrice fonctionnelle...
 
Les exigences de réponse >> Faut-il un appel d’offre ouvert ou restreint ? >> Doit-on fournir une grille de réponse aux ca...
Le cas de l’Open Source >> Taille et pérennité de la communauté >> Support éditeur / Communautaire / SSLL ? >> Type de lic...
Etablir les critères :  >> fonctionnel >> Ergonomie >> Démarche projet >> Références >> Solution proposée (OS / Propriétai...
 
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
<ul><li>La théorie du nénuphar pour le déploiement </li></ul><ul><li>L’organisation est un système évolutif </li></ul><ul>...
<ul><li>Méthodologie </li></ul><ul><li>Formalisation des référentiels et des procédures éditoriales </li></ul><ul><li>Form...
<ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les ...
<ul><li>Les 10 principes d’implémentation </li></ul><ul><li>Profiter d’une crise </li></ul><ul><li>Le changement doit être...
<ul><li>Lever les freins à l’utilisation du 2.0 </li></ul><ul><li>Les freins des utilisateurs </li></ul><ul><ul><li>« Je n...
<ul><li>Les barrières technologiques </li></ul><ul><li>Comment être sûr que les infos ne sortent pas ? </li></ul><ul><li>C...
<ul><li>Les barrières culturelles et sociales </li></ul><ul><li>Comment contrôler le système pour qu’il reflète la politiq...
Prochain SlideShare
Chargement dans…5
×

Choisir Deployer Collaboratif 21640 23333

941 vues

Publié le

Comment choisir et déployer des outils Open Source de travail collaboratif et de gestion de contenu ?

Publié dans : Technologie, Business
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
941
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
21
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Choisir Deployer Collaboratif 21640 23333

  1. 1. Comment choisir et déployer des outils Open Source de travail collaboratif et de gestion de contenu ? Solution Linux 2009
  2. 2. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  3. 3. Les attentes personnelles des collaborateurs >> Usage des outils collaboratifs dans l’environnement personnel >> Attentes des Digital Natives sur l’évolution des pratiques Les raisons du changement
  4. 4. Les objectifs stratégiques et politiques >> Besoin d’agilité locale pour les entreprises globalisées >> Recherche accrue de synergies et de cohérence >> Immersion dans la société du savoir Les raisons du changement
  5. 5. Les objectifs opérationnels >> Favoriser la fluidité de circulation de l’information >> Augmenter les échanges entre les collaborateurs Ex : Transmettre les savoirs-faire des meilleurs vendeurs Transmettre les pratiques qualité des chefs produit Les raisons du changement
  6. 6. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  7. 7. <ul><li>La maîtrise d’ouvrage </li></ul><ul><li>>> Appuyée par la direction </li></ul><ul><li>>> Capable d’avoir une vision transverse de tous les métiers de l’entreprise </li></ul><ul><li>>> Capable de mobiliser les intervenants métiers </li></ul><ul><li>>> Une AMOA externe ? </li></ul>Mettre en place une structure projet
  8. 8. <ul><li>La maîtrise d’œuvre </li></ul><ul><li>>> Interne ou Externe ? </li></ul><ul><li>>> Quid de l’Open Source ? </li></ul>Mettre en place une structure projet
  9. 9. <ul><li>Les directions métier </li></ul><ul><li>>> Impliquées dès le démarrage du projet : Enquêtes, questionnaires, ateliers pratique </li></ul><ul><li>>> Sollicitées pour la validation du prototype </li></ul><ul><li>>> Réunies en groupe pilote pour l’évaluation du projet </li></ul>Mettre en place une structure projet
  10. 10. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  11. 11. <ul><li>L’étude d’opportunité </li></ul><ul><li>>> L’exemple du réseau lorrain d’innovation : </li></ul><ul><li>Faire interagir les entrepreneurs pour des partages d’expérience </li></ul><ul><li>Les enjeux : une population peu familière des outils </li></ul><ul><li>La démarche : l’enquête d’opinion sur les habitudes et les attentes </li></ul>Opportunité et besoins
  12. 12. L’expression des besoins L’exemple de Weldom dans un projet de gestion de la qualité >> Rencontrer les responsables magasins >> Proposer des ateliers de confrontation des pratiques entre les différents responsables Opportunité et besoins
  13. 13. L’analyse de l’existant technique et fonctionnel Exemple de l’extranet de la FMB de veille règlementaire >> Identifier les pratiques actuelles et leur transcription en process dématérialisés >> Identifier les facteurs de réussite sous-jacents : moteur de recherche pertinent et fonctions de tag Opportunité et besoins
  14. 14. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  15. 15. Construire un cahier des charges L’offre de contenus et de fonctionnalités attendues >> Réaliser une matrice fonctionnelle exhaustive en priorisant les fonctionnalités >> Maquetter un prototype pour simuler les chemins de navigation Exemple : L’Intranet documentaire d’Inoworkshop Consulter et analyser les offres
  16. 17. Les exigences de réponse >> Faut-il un appel d’offre ouvert ou restreint ? >> Doit-on fournir une grille de réponse aux candidats ? >> Expliquer la pondération des attentes (graphiques, fonctionnelles, …) Consulter et analyser les offres
  17. 18. Le cas de l’Open Source >> Taille et pérennité de la communauté >> Support éditeur / Communautaire / SSLL ? >> Type de licence >> Fréquence des releases Consulter et analyser les offres
  18. 19. Etablir les critères : >> fonctionnel >> Ergonomie >> Démarche projet >> Références >> Solution proposée (OS / Propriétaire) Grille d’analyse
  19. 21. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  20. 22. <ul><li>La théorie du nénuphar pour le déploiement </li></ul><ul><li>L’organisation est un système évolutif </li></ul><ul><li>Il faut du temps pour toucher toutes les communautés d’intérêt </li></ul><ul><li>La multiplication des pratiques doit être naturelle </li></ul><ul><li>Exemple : L’intranet de l’ARH </li></ul>Déployer
  21. 23. <ul><li>Méthodologie </li></ul><ul><li>Formalisation des référentiels et des procédures éditoriales </li></ul><ul><li>Formalisation des procédures de déploiement et de contribution </li></ul><ul><li>Mesures statistiques et qualitatives </li></ul><ul><li>Perception des effets </li></ul>Déployer
  22. 24. <ul><li>Les raisons du changement </li></ul><ul><li>Mettre en place une structure projet </li></ul><ul><li>Identifier les besoins </li></ul><ul><li>Consulter et analyser les offres </li></ul><ul><li>Déployer la solution </li></ul><ul><li>Conduire le changement </li></ul>
  23. 25. <ul><li>Les 10 principes d’implémentation </li></ul><ul><li>Profiter d’une crise </li></ul><ul><li>Le changement doit être un programme d’entreprise </li></ul><ul><li>Communiquer pour capter l’attention </li></ul><ul><li>S’aligner sur la stratégie d’entreprise </li></ul><ul><li>Donner au programme un objectif opérationnel </li></ul><ul><li>Intégrer le changement dans les processus opérationnels </li></ul><ul><li>Obtenir le parrainage d’un dirigeant </li></ul><ul><li>Confier le programme à des professionnels </li></ul><ul><li>Donner la maîtrise du SI </li></ul><ul><li>Mesurer les progrès accomplis </li></ul>Conduire le changement
  24. 26. <ul><li>Lever les freins à l’utilisation du 2.0 </li></ul><ul><li>Les freins des utilisateurs </li></ul><ul><ul><li>« Je n’ai pas le temps » </li></ul></ul><ul><ul><li>« Ce n’est pas mon rôle » </li></ul></ul><ul><ul><li>« Je ne suis pas évalué dessus » </li></ul></ul><ul><li>Les freins « corporate » </li></ul><ul><ul><li>Quel ROI ? </li></ul></ul><ul><ul><li>« Ca n’est pas fait pour nous. Ce n’est pas notre culture » </li></ul></ul><ul><ul><li>« C’est trop compliqué. C’est du gadget » </li></ul></ul>Conduire le changement
  25. 27. <ul><li>Les barrières technologiques </li></ul><ul><li>Comment être sûr que les infos ne sortent pas ? </li></ul><ul><li>Comment je contrôle qui a accès à quoi ? </li></ul><ul><li>Comment je protège l’intégrité de l’information </li></ul><ul><li>Comment je contrôle que l’information est correctement taguée </li></ul><ul><li>Comment former les salariés pour qu’ils fassent bon usage du 2.0 ? </li></ul>Conduire le changement
  26. 28. <ul><li>Les barrières culturelles et sociales </li></ul><ul><li>Comment contrôler le système pour qu’il reflète la politique de l’entreprise ? </li></ul><ul><li>Quels sont les dangers légaux à partager et sauvegarder tant d’informations ? </li></ul><ul><li>Comment distinguer l’utilisation “productive” de ces technologies d’un usage de divertissement ? </li></ul><ul><li>Comment gérer la dissémination d’une information tellement destructurée ? </li></ul><ul><li>Comment constater mon ROI sur les applications déployées ? </li></ul>Conduire le changement

×