Quel CMS pour Quel Projet?!

6 471 vues

Publié le

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

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

Aucune remarque pour cette diapositive

Quel CMS pour Quel Projet?!

  1. 1. Quel CMS pour quel projet ?<br />Comment faire le bon choix et à quel coût ? Comment mener à bien un tel projet ?<br />vendredi 24 juin 2011<br />
  2. 2. SOMMAIRE<br />> 9:00 - 9:15 : INTRODUCTION <br />> 9:15 – 9:45 : ETAT DE L’ART DES MEILLEURES SOLUTIONS DE CMS OPEN SOURCE<br />> 9:45 – 10:15 : COMMENT MENER A BIEN UN PROJET CMS ?<br />> 10:15 – 11:00 :DEMONSTRATION : eZpublish, Drupal, Liferay, Wordpress<br />> 11:00 – 11:30 : RETOUR D’EXPERIENCE<br />> 11:30 – 12:00 : QUESTIONS / REPONSES<br />> 12/00 : COKTAIL<br />2<br />
  3. 3. INTRODUCTION<br />
  4. 4. > INTRODUCTION<br />Comment choisir parmi la myriade de solutions existantes ?<br />4<br />
  5. 5. > INTRODUCTION<br />Les moyens d’un choix raisonné<br /><ul><li>Expertise
  6. 6. Analyse
  7. 7. Conseil
  8. 8. Retours d’expérience</li></ul>5<br />
  9. 9. > INTRODUCTION<br />Et qui êtes vous ?<br /><ul><li>Vous portez un projet ?
  10. 10. Vous êtes en charge d’une refonte ?
  11. 11. Vous êtes développeur ?
  12. 12. Vous êtes plutôt du côté fonctionnel ?</li></ul>6<br />
  13. 13. ETAT DE L’ART DE L’ECOSYSTEME OPEN SOURCE<br />
  14. 14. > L’écosystème Open Source<br />Open Source : quel intérêt ?<br />Libre, mais pas nécessairement gratuit<br />8<br />
  15. 15. > L’écosystème Open Source<br />Les acteurs de l’écosystème<br />Les éditeurs<br />Les intégrateurs<br />Les communautés<br />Les utilisateurs<br />9<br />
  16. 16. > Un bref panorama<br />Quelques hits et une longue traîne<br />Part de marché / Popularité<br />10<br />
  17. 17. > Des objectifs différents pour chaque projet<br />Dans quelle case s’inscrit votre projet ?<br />Site institutionnel<br />E-learning<br />Extranet<br />Portail Editorial<br />Application métier<br />Intranet<br />E-commerce<br />Gestion documentaire<br />Réseau social<br />Plateforme communautaire<br />11<br />
  18. 18. > Les écueil à éviter dans le choix d’une solution<br /><ul><li>Mauvaise lisibilité marketing des solutions
  19. 19. Multiplicité de l’offre
  20. 20. L’évaluation coût / ROI entre chaque solution et avec des solutions spécifiques / propriétaires :
  21. 21. Quelle réversibilité
  22. 22. Quelle évolutivité
  23. 23. L’évaluation communautaire et le choix des modules</li></ul>12<br />
  24. 24. > Quelle démarche adopter dans votre analyse ? <br />Une méthodologie complète d’analyse<br />13<br />
  25. 25. > Les critères génériques d’analyse<br /><ul><li>Historique, maturité de la solution
  26. 26. Courbe de popularité de la solution
  27. 27. Taille et dynamisme de la communauté
  28. 28. La roadmap
  29. 29. Type de licence
  30. 30. Nombre d'implémentations et localisation géographique des marchés
  31. 31. Exemples de cas clients dans votre secteur de marché / besoin fonctionnel
  32. 32. Quel est le business model de la solution ?
  33. 33. Solution communautaire
  34. 34. Solution portée par un éditeur avec double modèle / double licence</li></ul>14<br />
  35. 35. > Les critères technologiques d’analyse<br /><ul><li>Quelle interopérabilité :
  36. 36. RSS, RDF, Webservices, XML
  37. 37. LDAP, CAS
  38. 38. Quelle granularité dans les imports / exports ?
  39. 39. Quel respect des standards
  40. 40. CMIS, JSR, Accessibilité, Référencement,
  41. 41. Quelle logique architecturale : un noyau important / de nombreux modules ?
  42. 42. Quelle performance technologique :
  43. 43. Montée en charge, volumétrie de visite et de contenus (cluster, cache, accélérateurs, …)
  44. 44. Extensibilité du modèle de contenus
  45. 45. Adaptabilité à des développements « métier »
  46. 46. Quelles bases de données / serveurs attendues
  47. 47. Quel niveau de sécurité ?</li></ul>15<br />
  48. 48. > Les critères fonctionnels d’analyse 1/3<br /><ul><li>Gestion des contenus structurés
  49. 49. Considère t-on des pages ou des contenus
  50. 50. Quel niveau de flexibilité ?
  51. 51. Quelle complexité d’administration ?
  52. 52. Comment fonctionne l’éditeur HTML ?
  53. 53. Gestion des versions et du cycle de vie
  54. 54. Quels types de contenus sont versionnés (pages, attributs, images, documents, …) ?
  55. 55. Gère t-on des des dates de publication, dépublication, archivage ?
  56. 56. Comment accède t-on au versionning ?
  57. 57. Peut-on retourner en arrière ?
  58. 58. Peut-on comparer les versions ?
  59. 59. Gestion de l’arborescence
  60. 60. Quelles modifications, déplacement ?
  61. 61. Multi-positionnement possible ?
  62. 62. Gestion des contributions
  63. 63. Quelle granularité d’utilisation ?
  64. 64. Contribution front-office possible ?
  65. 65. Quelle simplicité de contribution ?</li></ul>16<br />
  66. 66. > Les critères fonctionnels d’analyse 2/3<br /><ul><li>Gestion des gabarits de page
  67. 67. Quel niveau de séparation fond / forme ?
  68. 68. Utilisation possible de plusieurs restitutions ?
  69. 69. L’outil propose t-il un outil graphique de composition des gabarits ?
  70. 70. Formulaires
  71. 71. Quels outils sont disponibles pour créer des formulaires ?
  72. 72. Quel est le niveau de complexité attendu pour ces formulaires ?
  73. 73. Gestion du back-office
  74. 74. Quelle gestion des groupes, droits et profils ?
  75. 75. En fonction de quoi sont gérées les habilitations ? (arborescence, gabarits, fonctionnalités)
  76. 76. Multilinguisme back-office et front-office
  77. 77. Gestion multimédia
  78. 78. Centralisation des média proposée ?
  79. 79. Retraitement des images possible ?
  80. 80. Gestion des métadonnées
  81. 81. Import par lots ?</li></ul>17<br />
  82. 82. > Les critères fonctionnels d’analyse 3/3<br /><ul><li>Gestion des cycles de validation
  83. 83. Quelles étapes possibles
  84. 84. Quels états des contenus possibles ?
  85. 85. Comment sont gérés les workflows ?
  86. 86. Recherche
  87. 87. Dispose t-on d’une recherche à facette ?
  88. 88. Comment est géré la pertinence de la recherche ?
  89. 89. Analyse lexicale ? Sémantique ? Statistique ? Lemmatisation des termes ?
  90. 90. Modules fonctionnels attendus
  91. 91. Forum
  92. 92. Agenda
  93. 93. Gestion documentaire
  94. 94. Fonctions communautaires
  95. 95. E-learning
  96. 96. …</li></ul>18<br />
  97. 97. > Quelle démarche adopter dans votre analyse ? <br />Des résultats quantifiés et qualifiés<br />19<br />
  98. 98. COMMENT MENER A BIEN UN PROJET CMS ?<br />Quelles sont les clés de réussite à chaque étape du projet et comment un choix bien orienté du CMS adéquat est un facteur majeur de succès ?<br />
  99. 99. > Un constat<br />Quelques chiffres du Standish Group :<br /><ul><li>31% des projets sont arrêtés en cours de réalisation
  100. 100. 53% aboutissent, mais avec un dépassement budget / délais
  101. 101. 16% sont des succès</li></ul>Un projet CMS est un projet informatique et doit suivre une méthodologie de travail rigoureuse, contrôlée et fiable<br />21<br />
  102. 102. > A chaque étape, des processus bien définis<br />La particularité Open Source : <br />choisir un prestataire ET une solution<br />22<br />
  103. 103. > L’élaboration du cahier des charges<br />Phase initiale de tout projet. Les points à ne pas oublier :<br />Cette étape intervient trop tôt pour le choix du CMS. Trop peu de détails sont fournis pour déceler les contraintes<br />23<br />
  104. 104. > Le choix du prestataire<br />24<br />
  105. 105. > Le lancement projet : mettre en place un Plan d’Assurance Qualité<br />25<br />
  106. 106. > Etude et conception : le moment du choix du CMS <br />ATTENTION : Un CMS gère des contenus de type éditorial. Certaines données trop « métier » doivent être traitées hors de celui-ci.<br />26<br />
  107. 107. > Mais alors, quand choisir le CMS ? <br />27<br />
  108. 108. > Les enjeux de la phase de développement<br /><ul><li>Garder contact avec le chef de projet du prestataire
  109. 109. Respecter la fréquence hebdomadaire des comités de projet</li></ul>.<br /><ul><li>Maintenir le RIDA et le planning à jour
  110. 110. Ne pas hésiter à amender les spécifications fonctionnelles
  111. 111. Préparer le cahier de recette.</li></ul>28<br />
  112. 112. > La recette : la phase critique<br />29<br />
  113. 113. LES DEMONSTRATIONS<br />
  114. 114. > EzPUBLISH<br /><ul><li>Naissance du projet : 1999
  115. 115. Projet porté par un éditeur
  116. 116. Une communauté de professionnels
  117. 117. Une solution robuste et structurante
  118. 118. Des exemples de sites : Vogue, Virgin, Elle, Ministère de l’Intérieur, …</li></ul>31<br />
  119. 119. > Drupal<br /><ul><li>Naissance du projet : 2000
  120. 120. Version la plus récente : 7
  121. 121. Projet porté par une communauté et des éditeurs gérant des distributions
  122. 122. Une communauté hyper-active
  123. 123. Une solution complète et extensible
  124. 124. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …</li></ul>32<br />
  125. 125. > Wordpress<br /><ul><li>Naissance du projet : 2003
  126. 126. Version la plus récente : 3
  127. 127. Projet porté par la communauté
  128. 128. Une communauté hyper-active
  129. 129. Une solution simple et efficace
  130. 130. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …</li></ul>33<br />
  131. 131. > Liferay<br /><ul><li>Naissance du projet : 2000
  132. 132. Version la plus récente : 6
  133. 133. Projet porté par un éditeur
  134. 134. Une communauté très professionnelle
  135. 135. Une solution extensible mais complexe
  136. 136. Des exemples de sites : CCIP, Société Générale</li></ul>34<br />
  137. 137. RETOUR D’EXPERIENCE<br />

×