1.
1er avril 2016
LE CHOIX D’UN CMS
DANS UN CONTEXTE AGILE
Christophe NEY – AGENCE INTERACTIVE
V1

2.
POURQUOI CETTE QUESTION?

3.
VOUS AVEZ DIT AGILE ?
XP, SCRUM, LEAN STARTUP et autres termes barbares

4.
XP : LE DÉVELOPPEUR AGILE
Une approche du génie logiciel proposant une discipline et des
pratiques pour l’équipe technique.
Implique une démarche itérative pour la gestion d’un périmètre
fonctionnel adaptatif sur la base du feedback des utilisateurs.
Le développement souvent incrémental implique le refactoring
rendu possible par une architecture par composants ou services
et des tests automatisés.

5.
SCRUM : L’ÉQUIPE AGILE
Un référentiel et des outils méthodologiques proposant un cadre
de travail pour répondre à des problèmes complexes et
changeants : Backlogs de produit et de sprint, histoires,
burndown.
Des rôles et des activités (cérémonies) pour réguler les échanges
au sein du projet : product owner, Scrum master, équipe de
développement ; planning et revue de sprint, daily scrum

6.
LEAN STARTUP : L’ENTREPRISE AGILE
Un principe d’expérimentation
basé sur une approche
scientifique pour l’adaptation du
business modèle en fonction du
feedback des clients.
Canvas, PMV, feedback, Pivots
Une vaste collection de scénario
nécessitant une large palette
d’outils pour leur mise en œuvre:
Landing pages, Tunnels de
conversion, AB Testing, Net
Promoter Score.

7.
UN CMS, POUR QUI
ET QUOI FAIRE ?
DES SITES, DES APPLIS, MAIS ENCORE …

8.
UN CMS LORS DE LA CONCEPTION
Pour permettre à l’équipe « core team » ...
De partager une vision métier des usages
De prototyper une solution fonctionnelle
D’élaborer une architecture logicielle
De poser le socle d’une infrastructure technique

9.
UN CMS LORS DE LA REALISATION
Pour permettre au sein de l’équipe projet ...
Un code fiable et standardisé de la part des développeurs.
Un (re)agencement aisé du site par le webmaster.
Une collecte organisée des contributions externalisées
Un déploiement facilité sur l’infrastructure

10.
UN CMS APRES DÉPLOIEMENT
Pour fournir aux membres de l’écosystème ...
Un dispositif digital pour les suspects/prospects/usagers/
bénéficiaires/clients/partenaires de ma cible principale
Un système de publication pour l’équipe de communication
Un applicatif de gestion pour chaque équipe métier
Des outils d’analyse pour le marketing
Une infrastructure logicielle pour l’exploitation

11.
L’APPROCHE AI
Le 100% digital agile chez agence interactive

12.
UN ACCOMPAGNEMENT GLOBAL

13.
DE L’AGILITÉ À TOUS LES NIVEAUX

14.
UNE LARGE PALETTE DE CMS
Steno
.4

15.
RETOUR
D'EXPÉRIENCE
DES SITES ENFIN !

16.
HTTP://WWW.HERAULT-
TOURISME.COM

17.
HERAULT-TOURISME
+ Un CMS qui a fait ses
preuves dans la durée (site
lancé en 2009).
+ CMS pleinement maitrisé
par l’équipe AI
+ Un backoffice plébiscité
par l’équipe éditoriale
+ Architecture simple PHP/
XML/XSL. Très peu
d’adhérence en front-office.
+ Chaine d’intégration
continue dev/preprod/prod
- Couverture fonctionnelle à
compléter : Drill down basés
sur SolR, un webservice et
un ETL « maison ».
- Pas de communauté, ni de
compétences externes
disponibles. Langage XSL
peu répandu.
- Organisation du code peu
explicite pour un novice.
- Coût de maintenance et de
formation interne.
Dispositif digital multisites / multicanal - Liaisons SIT / CRM

18.
HTTP://
MESPROJETSIMMOBILIERS.F
R

19.
MESPROJETSIMMOBILIERS
+ Simple à mettre en œuvre
pour un site thématique
+ CMS maitrisé par l’équipe
de “com” coté client
+ Des process de mise en
prod déjà éprouvés
+ Flexibilité du back-office
pour la gestion des contenus
+ CMS SEO Friendly
+ Stabilité du CMS à l’usage
- Choix de Drupal 7 imposé
par la DSI
- Investissement de prise en
main du CMS par l’équipe AI
- Adhérence du CMS sur
l’interface front
- 10% du CMS réellement
utilisé
- CRUD en back finalement
développés de manière ad-
hoc
Site de capture de leads pour prêts immobiliers

20.
HTTP://WWW.SAVOIE-MONT-
BLANC.COM

21.
SAVOIE-MONT-BLANC
+ Refonte Ez4 Community en
2011 par choix stratégique
conjoint AI et Client
+ Qualité, stabilité et
performances du CMS dans la
durée
+ Flexibilité de la base Objet via
le meta-schema SQL.
+ Adhérence en front
inexistante sauf « edit-in-
front »
+ Forte expertise sur Lyon
- Formation indispensable
pour l’équipe éditoriale et
les développeurs
- Extension EzFind
finalement non adapté et
replacé par un WS
« maison » basé sur SolR
- Transition vers EzPlateform
encore obscure
- Communauté open-source
réduite comparée à Drupal
Dispositif digital multisites / multicanal - Liaisons SIT / CRM

22.
HTTP://WWW.PACK15-30.FR

23.
PACK15-30.FR
+ Bonne connaissance du CMS
par l’équipe éditoriale de la
région et support par la DSI
+ CMS Open Source. Expertise
externe mobilisée sur le projet.
+ Très bon comportement pour
un site statique en forte charge
sans cluster
+ Choix d’un dispositif découplé
avec WS finalement payant
+ Très peu d’adhérence en front
et intégration rapide des
masques.
- Choix de Typo3 imposé en
2011 par la DSI.
- Couverture fonctionnelle
de typo3 inadaptée au
développement de télé-
procédures critiques (ORM /
CRUD, Web Services, Tests
Unitaires)
- Intégration nécessaire d’un
SSO avec Symfony1.4 avec
partage de tables en BDD.
Plateforme de téléprocédures pour les jeunes ligériens

24.
HTTP://TOURISME-MIDI-
PYRENEES.COM

25.
TOURISME-MIDI-PYRENEES
+ CMS embarqué dans le
DMS Constellation.
+ Compétence technique au
sein de l’équipe coté client
+ CMS compatible avec
XML/XSL
+ Un des rares CMS Open-
Source en .NET
+ Compétences disponibles
en SSII pour le
développement.
- Choix “politique” DNN6
imposé dans l’appel d’offre
- CMS en version alpha jamais
stabilisé par l’éditeur avant la
version 7.
- Couverture fonctionnelle
minimaliste, WS Solr pour la
recherche.
- Complexité de mise en oeuvre
d’une chaine d’intégration
continue
- Communauté open-source
quasi inexistante.
Dispositif Digital Multisites / Multiplateforme - Liaison SIT

26.
HTTP://WWW.LYONCITYBOAT.COM

27.
LYONCITYBOAT
+ CMS “maison” pleinement
maitrisé par l’équipe AI
+ Un backoffice orienté
métier pour la gestion de
l’activité
+ Un framework standardisé
efficient basé sur
Symfony1.4
- Le choix technique de
Sympal, un CMF non
maintenu par la
communauté
- Une base de code assez
complexe à maintenir et
documenter en interne.
- Une adhérence en front-
office due à l’ “edit-in-place”
Vente en ligne de promenades et croisières fluviales

28.
HTTP://LILICROUSTILLE.COM

29.
LILICROUSTILLE.COM
+ Le choix de Thelia 2 sur la
base de la couverture
fonctionnelle du projet
+ Une prise en main aisée
grâce à Symfony2.
+ Une intégration facilitée
par l’architecture MVC du
CMS.
- Une communauté open-
source réduite
- Un CMS limité pour la
gestion des pages de
contenus.
- Peu de plugins disponibles
pour des évolutions futures.
Dispositif Click & Collect pour une chaine de restauration rapide

30.
HTTP://
WWW.JEANLAIN.COM

31.
JEAN LAIN
+ Le choix en 2014 de
Rubedo 3.x conjointement
avec le client sur la base d’un
plan stratégique.
+ Un vaste socle technique
extensible sur des
technologies éprouvées du
« cloud »
+ Une approche stateless
très agile.
+ Un support réactif et
efficace de la part de
l’éditeur WebTales
- Beaucoup de nouvelles
“technos” à maitriser.
- Beaucoup de configuration
à prévoir en back-office pour
l’intégration.
- Un CMS encore jeune sur
certains volets (SEO,
Integration TPE)
- Une communauté open-
source qui reste à
développer.
Dispositif digital multisites responsive avec annonces + boutique CRM/ERP

32.
HTTP://BEEHAPPYGRAPHIC.COM

33.
BEEHAPPYGRAPHIC
+ Choix d’un thème pour un
investissement minime.
+ Approche par
configuration du thème.
+ Très peu de
développement
+ Client déjà coutumier du
back-office.
- Thème à ajuster avec des
compétences techniques
- Thème non compatible
avec les dernières versions
du CMS.
- Ergonomie du plug-in
PageBuilder non alignée
avec l’ergonomie du CMS.
- Chaine d’intégration
continue non standardisée
Site corporate one-page

34.
QU’EN CONCLURE ?
Le CMS Idéal ...

35.
CMS -VS- AGILITE
Connaître la stratégie digitale dans laquelle s’inscrit le projet
Et faire avec le client un choix adapté pour le prochain PMV ainsi
que pour la suite du projet.
Disposer d’une plateforme clé-en-main permettant
d’engager l’écosystème au plus tôt
L’équipe cliente, les contributeurs, les bénéficiaires
Disposer d’un socle logiciel avec une couverture technique
adaptée
framework, intégration continue, outils de tests, montée en charge
Ce qui peut aider

36.
CMS -VS- AGILITE
La recherche du CMS idéal couvrant tous les besoins
Envisager un choix différent pour site principal, e-commerce, blog
Une stratégie de l’éditeur ou de la communauté non alignée sur
celle du projet
Refonte majeure du CMS, version beta non stabilisée à temps, produit
non maintenu.
Une approche pure framework ou une architecture « maison »
qui conduira inexorablement à un effet tunnel de plusieurs mois avant
le PMV
Le choix d’une technologie difficile à appréhender ou à maitriser
par la suite
Pour des questions de compétences comme de stabilité de la
plateforme.
Ce qui peut coincer

37.
CMS -VS- AGILITE
Un CMS est un outil dont l’utilisation a des impacts sur un grand
nombre de personnes
FAIRE UN CHOIX CONCERTE DANS L’INTERET DE TOUS ET
NON PAS D’UN SEUL DES ACTEURS DU PROJET
Ce qu’il faut retenir

38.
EN PRATIQUE
1. A qui mon site est-il vraiment destiné ?
usages, multicanal, briques fonctionnelles, thèmes dédiés
2. Quels sont les rôles dans l’équipe métier ?
workflows, backoffice, liaison SI
3. L’équipe projet maitrise-t-elle la solution ?
compétences, designers, développeurs, intégrateurs
4. Quels sont les besoins techniques complémentaires ?
moteurs, frameworks, Outils, Tests
5. Quelle est l’infrastructure envisagée ?
déploiement, montée en charge, reprise sur panne
6. Le CMS réduit-il le coût du projet?
couverture, pérennité, éditeur, licence, communauté
Les 6 questions à se poser

39.
MERCI !
Pour me contacter : http://agenceinteractive.com