Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Agora CMS 2016 : Le choix d’un CMS dans un contexte agile

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Prochain SlideShare
At nancy10 scrumv2.0
At nancy10 scrumv2.0
Chargement dans…3
×

Consultez-les par la suite

1 sur 39 Publicité

Agora CMS 2016 : Le choix d’un CMS dans un contexte agile

Télécharger pour lire hors ligne

La mise en œuvre d’un dispositif digital dans le cadre d’une stratégie de communication implique le plus souvent le choix d’un CMS ou d’un Framework pour la gestion des publications de contenus sur des plateformes web et/ou mobiles.
Si aujourd’hui de nombreuses solutions se présentent aux équipes techniques, toutes n’ont pas les mêmes impacts sur les projets et certains choix entrainent les équipes dans des modèles de développements plus ou moins adaptés à la typologie du projet et au management agile des équipes.
Au cours des dix dernières années, Agence Interactive dont la mission est d’accompagner ses clients dans leur stratégie digitale ainsi que de concevoir et réaliser des dispositifs web et mobiles efficient, a pu expérimenter une large variété de CMS pour la réalisation de site et d’application dans le domaine du e-tourisme ou pour le compte de grandes marques.
Au cours de cette intervention, nous partagerons ce retour d’expérience en évoquant les atouts ou les difficultés que les choix des CMS ont pu avoir sur les différents projets que nous avons conduits. Nous expliquerons pourquoi à ce jour, malgré la petite taille de notre équipe technique nous recommandons aussi bien Wordpress, qu’eZpublish , Thelia, Symfony ou Rubedo CMS. Comment le choix de chacun des ces CMS impacte le cycle de développement du code et la capacité à investir progressivement sur la base du feedback de la part des usagers.

La mise en œuvre d’un dispositif digital dans le cadre d’une stratégie de communication implique le plus souvent le choix d’un CMS ou d’un Framework pour la gestion des publications de contenus sur des plateformes web et/ou mobiles.
Si aujourd’hui de nombreuses solutions se présentent aux équipes techniques, toutes n’ont pas les mêmes impacts sur les projets et certains choix entrainent les équipes dans des modèles de développements plus ou moins adaptés à la typologie du projet et au management agile des équipes.
Au cours des dix dernières années, Agence Interactive dont la mission est d’accompagner ses clients dans leur stratégie digitale ainsi que de concevoir et réaliser des dispositifs web et mobiles efficient, a pu expérimenter une large variété de CMS pour la réalisation de site et d’application dans le domaine du e-tourisme ou pour le compte de grandes marques.
Au cours de cette intervention, nous partagerons ce retour d’expérience en évoquant les atouts ou les difficultés que les choix des CMS ont pu avoir sur les différents projets que nous avons conduits. Nous expliquerons pourquoi à ce jour, malgré la petite taille de notre équipe technique nous recommandons aussi bien Wordpress, qu’eZpublish , Thelia, Symfony ou Rubedo CMS. Comment le choix de chacun des ces CMS impacte le cycle de développement du code et la capacité à investir progressivement sur la base du feedback de la part des usagers.

Publicité
Publicité

Plus De Contenu Connexe

Diaporamas pour vous (16)

Similaire à Agora CMS 2016 : Le choix d’un CMS dans un contexte agile (20)

Publicité

Plus récents (20)

Publicité

Agora CMS 2016 : Le choix d’un CMS dans un contexte agile

  1. 1. 1er avril 2016 LE CHOIX D’UN CMS DANS UN CONTEXTE AGILE Christophe NEY – AGENCE INTERACTIVE V1
  2. 2. POURQUOI CETTE QUESTION?
  3. 3. VOUS AVEZ DIT AGILE ? XP, SCRUM, LEAN STARTUP et autres termes barbares
  4. 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. 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. 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. 7. UN CMS, POUR QUI ET QUOI FAIRE ? DES SITES, DES APPLIS, MAIS ENCORE …
  8. 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. 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. 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. 11. L’APPROCHE AI Le 100% digital agile chez agence interactive
  12. 12. UN ACCOMPAGNEMENT GLOBAL
  13. 13. DE L’AGILITÉ À TOUS LES NIVEAUX
  14. 14. UNE LARGE PALETTE DE CMS Steno .4
  15. 15. RETOUR D'EXPÉRIENCE DES SITES ENFIN !
  16. 16. HTTP://WWW.HERAULT- TOURISME.COM
  17. 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. 18. HTTP:// MESPROJETSIMMOBILIERS.F R
  19. 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. 20. HTTP://WWW.SAVOIE-MONT- BLANC.COM
  21. 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. 22. HTTP://WWW.PACK15-30.FR
  23. 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. 24. HTTP://TOURISME-MIDI- PYRENEES.COM
  25. 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. 26. HTTP://WWW.LYONCITYBOAT.COM
  27. 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. 28. HTTP://LILICROUSTILLE.COM
  29. 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. 30. HTTP:// WWW.JEANLAIN.COM
  31. 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. 32. HTTP://BEEHAPPYGRAPHIC.COM
  33. 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. 34. QU’EN CONCLURE ? Le CMS Idéal ...
  35. 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. 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. 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. 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. 39. MERCI ! Pour me contacter : http://agenceinteractive.com

×