1. Quel CMS pour quel projet ? Comment faire le bon choix et à quel coût ? Comment mener à bien un tel projet ? vendredi 24 juin 2011

2. SOMMAIRE > 9:00 - 9:15 : INTRODUCTION > 9:15 – 9:45 : ETAT DE L’ART DES MEILLEURES SOLUTIONS DE CMS OPEN SOURCE > 9:45 – 10:15 : COMMENT MENER A BIEN UN PROJET CMS ? > 10:15 – 11:00 :DEMONSTRATION : eZpublish, Drupal, Liferay, Wordpress > 11:00 – 11:30 : RETOUR D’EXPERIENCE > 11:30 – 12:00 : QUESTIONS / REPONSES > 12/00 : COKTAIL 2

3. INTRODUCTION

4. > INTRODUCTION Comment choisir parmi la myriade de solutions existantes ? 4

6. Analyse

7. Conseil

8. Retours d’expérience5

10. Vous êtes en charge d’une refonte ?

11. Vous êtes développeur ?

12. Vous êtes plutôt du côté fonctionnel ?6

13. ETAT DE L’ART DE L’ECOSYSTEME OPEN SOURCE

14. > L’écosystème Open Source Open Source : quel intérêt ? Libre, mais pas nécessairement gratuit 8

15. > L’écosystème Open Source Les acteurs de l’écosystème Les éditeurs Les intégrateurs Les communautés Les utilisateurs 9

16. > Un bref panorama Quelques hits et une longue traîne Part de marché / Popularité 10

17. > Des objectifs différents pour chaque projet Dans quelle case s’inscrit votre projet ? Site institutionnel E-learning Extranet Portail Editorial Application métier Intranet E-commerce Gestion documentaire Réseau social Plateforme communautaire 11

19. Multiplicité de l’offre

20. L’évaluation coût / ROI entre chaque solution et avec des solutions spécifiques / propriétaires :

21. Quelle réversibilité

22. Quelle évolutivité

23. L’évaluation communautaire et le choix des modules12

24. > Quelle démarche adopter dans votre analyse ? Une méthodologie complète d’analyse 13

26. Courbe de popularité de la solution

27. Taille et dynamisme de la communauté

28. La roadmap

29. Type de licence

30. Nombre d'implémentations et localisation géographique des marchés

31. Exemples de cas clients dans votre secteur de marché / besoin fonctionnel

32. Quel est le business model de la solution ?

33. Solution communautaire

34. Solution portée par un éditeur avec double modèle / double licence14

36. RSS, RDF, Webservices, XML

37. LDAP, CAS

38. Quelle granularité dans les imports / exports ?

39. Quel respect des standards

40. CMIS, JSR, Accessibilité, Référencement,

41. Quelle logique architecturale : un noyau important / de nombreux modules ?

42. Quelle performance technologique :

43. Montée en charge, volumétrie de visite et de contenus (cluster, cache, accélérateurs, …)

44. Extensibilité du modèle de contenus

45. Adaptabilité à des développements « métier »

46. Quelles bases de données / serveurs attendues

47. Quel niveau de sécurité ?15

49. Considère t-on des pages ou des contenus

50. Quel niveau de flexibilité ?

51. Quelle complexité d’administration ?

52. Comment fonctionne l’éditeur HTML ?

53. Gestion des versions et du cycle de vie

54. Quels types de contenus sont versionnés (pages, attributs, images, documents, …) ?

55. Gère t-on des des dates de publication, dépublication, archivage ?

56. Comment accède t-on au versionning ?

57. Peut-on retourner en arrière ?

58. Peut-on comparer les versions ?

59. Gestion de l’arborescence

60. Quelles modifications, déplacement ?

61. Multi-positionnement possible ?

62. Gestion des contributions

63. Quelle granularité d’utilisation ?

64. Contribution front-office possible ?

65. Quelle simplicité de contribution ?16

67. Quel niveau de séparation fond / forme ?

68. Utilisation possible de plusieurs restitutions ?

69. L’outil propose t-il un outil graphique de composition des gabarits ?

70. Formulaires

71. Quels outils sont disponibles pour créer des formulaires ?

72. Quel est le niveau de complexité attendu pour ces formulaires ?

73. Gestion du back-office

74. Quelle gestion des groupes, droits et profils ?

75. En fonction de quoi sont gérées les habilitations ? (arborescence, gabarits, fonctionnalités)

76. Multilinguisme back-office et front-office

77. Gestion multimédia

78. Centralisation des média proposée ?

79. Retraitement des images possible ?

80. Gestion des métadonnées

81. Import par lots ?17

83. Quelles étapes possibles

84. Quels états des contenus possibles ?

85. Comment sont gérés les workflows ?

86. Recherche

87. Dispose t-on d’une recherche à facette ?

88. Comment est géré la pertinence de la recherche ?

89. Analyse lexicale ? Sémantique ? Statistique ? Lemmatisation des termes ?

90. Modules fonctionnels attendus

91. Forum

92. Agenda

93. Gestion documentaire

94. Fonctions communautaires

95. E-learning

96. …18

97. > Quelle démarche adopter dans votre analyse ? Des résultats quantifiés et qualifiés 19

98. COMMENT MENER A BIEN UN PROJET CMS ? 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 ?

100. 53% aboutissent, mais avec un dépassement budget / délais

101. 16% sont des succèsUn projet CMS est un projet informatique et doit suivre une méthodologie de travail rigoureuse, contrôlée et fiable 21

102. > A chaque étape, des processus bien définis La particularité Open Source : choisir un prestataire ET une solution 22

103. > L’élaboration du cahier des charges Phase initiale de tout projet. Les points à ne pas oublier : Cette étape intervient trop tôt pour le choix du CMS. Trop peu de détails sont fournis pour déceler les contraintes 23

104. > Le choix du prestataire 24

105. > Le lancement projet : mettre en place un Plan d’Assurance Qualité 25

106. > Etude et conception : le moment du choix du CMS ATTENTION : Un CMS gère des contenus de type éditorial. Certaines données trop « métier » doivent être traitées hors de celui-ci. 26

107. > Mais alors, quand choisir le CMS ? 27

110. Ne pas hésiter à amender les spécifications fonctionnelles

111. Préparer le cahier de recette.28

112. > La recette : la phase critique 29

113. LES DEMONSTRATIONS

115. Projet porté par un éditeur

116. Une communauté de professionnels

117. Une solution robuste et structurante

118. Des exemples de sites : Vogue, Virgin, Elle, Ministère de l’Intérieur, …31

120. Version la plus récente : 7

121. Projet porté par une communauté et des éditeurs gérant des distributions

122. Une communauté hyper-active

123. Une solution complète et extensible

124. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …32

126. Version la plus récente : 3

127. Projet porté par la communauté

128. Une communauté hyper-active

129. Une solution simple et efficace

130. Des exemples de sites : Maison Blanche, France.fr, Rue89, NASA, …33

132. Version la plus récente : 6

133. Projet porté par un éditeur

134. Une communauté très professionnelle

135. Une solution extensible mais complexe

136. Des exemples de sites : CCIP, Société Générale34

137. RETOUR D’EXPERIENCE