4. Introduction
WordPress c'est pour faire des blogs, non ?
J’utilise WordPress pour des petits sites
Pourquoi j’utiliserais WordPress : un moteur de blogs,
pour un site de grande ampleur ?
Pourquoi je ne passerais pas par un framework ou Drupal
?
4
7. Pourquoi pas WordPress ?
Refonte d’un site unique en Typo3 vers 5 sites
Nouvelles fonctionnalités dont des synchronisations à des
services externes (XML, API et REST)
Une nouvelle charte web en design responsive.
7
9. Pourquoi pas WordPress ?
Avantages
Inconvénients
Modularité
Open source avec une
communauté forte
9
Coûts financiers élevés
Délais de réalisation longs
11. Pourquoi pas WordPress ?
Réalisation sous 3 mois pendant les vacances d’été
→ Planning réalisable mais avec de fortes contraintes
Budget inconnu lors de la compétition
→ Toutefois un critère d’attribution fort.
Projet initial d'environ 160 JH
11
13. Pourquoi pas WordPress ?
Refonte de la charte graphique en responsive design :
Responsive design => délais allongés aussi bien en
temps de réalisation des maquettes que de leur
conception.
Proposition de charte graphique fonctionnelle et créative
tout étant rationalisée => un même template pour chacun
des cinq sites modulable et chartable.
En tenant compte des coûts et du planning.
.
13
19. Non sans déconner !
Site éditorial avec :
Deux rédactions + Support client + Service marketing +
Équipe webmaster
→ WYSIWYG
.
19
20. Non sans déconner !
→Multi-utilisateurs avec ACL
→Possibilité de Publication via une application mobile
→CMS avec un aspect « user friendly »
→Multisite : Mise à jour, maintien, gestion des utilisateurs
.
20
22. Non sans déconner !
→Plugins performants
→API WordPress complète => facilité d’intégration de
services externes au sein de l’environnement WordPress
→Utilisation de framework CSS (Bootstrap) possible
.
22
27. Plan de bataille
Équipe de 10 personnes :
Directeur de projet
Chef de projet
Concepteur Fonctionnel
Architecte / Lead Dev WordPress
2 développeurs / intégrateurs CMS
2 Intégrateurs HTML
1 DA
1 Graphiste
27
29. Plan de bataille
JUILLET : PHASE 1
Lancement du projet
Ateliers conception
Wireframes
Graphisme
Spécifications
.
29
30. Plan de bataille
AOUT : fin PHASE 1 et début PHASE 2
Ateliers conception
Graphisme
Spécifications
Développement / Intégration
OBJECTIF : terminer la phase 1 avant le 9 août
.
30
31. Plan de bataille
SEPTEMBRE : fin PHASE 2 et PHASE 3
Développement / intégration →Recette interne
Livraison en deux lots
Saisie des contenus
Recette client
OBJECTIF : Livraison finale fin septembre
Mise en production en octobre
.
31
33. Plan de bataille
CONCEPTION
→Réunions client => découverte de l’univers du client et des
équipes (essentiel pour comprendre les enjeux métiers)
→Réalisation des wireframes et lancement des spécifications
fonctionnelles en parallèle
→Récupération des informations techniques sur les services
externes pour matcher avec les besoins fonctionnels
En chiffre : 17 wireframes réalisés
.
33
34. Plan de bataille
REALISATION GRAPHIQUE
→Transmission et validation des wireframes au fil de l’eau
→Réalisation du template général et du principe de
déclinaison => validé par le client
→Déclinaison de la suite des maquettes => A/R client
.
34
35. Plan de bataille
REALISATION GRAPHIQUE
La réalisation des maquettes pour les terminaux mobiles /
tablettes n’a pas été réalisée dans les règles de l’art.
Elles ont été réalisées en fin de création graphique.
Les wireframes avaient été fait en simultané en
concertation avec les intégrateurs.
Pourquoi ? Pour répondre aux contraintes du client
En chiffre : 38 maquettes / déclinaisons produites
35
.
37. Plan de bataille
La méthodologie de développement Alter Way
→Développement "industriel Dev Ops" : Mercurial et Hudson sur 5
instances local / dev / recette / preprod / prod
→Développement possible sur tous les supports
→IDE différent
.
37
38. Plan de bataille
Méthodologie appliquée au projet
Architecture :
→Multisite : 5 sites (un site portail sur les 4 autres)
→Thème parent basé sur Bootstrap avec Roots avec 5
déclinaisons enfants
.
38
39. Plan de bataille
Utilisation de plugins de la communauté :
→ ACF, Disqus, Breadcrumb, Contact form, Google
analytics for WordPress, Simple 301, WP paginate, WP
control, WordPress SEO, Twitter to WP ...
→ Gestion des caches avec W3 Total Cache avec
fragment caching et Memcache.
→ Gestion des Crons WordPress pour synchronisation en
temps réel des données sportives externes
39
40. Plan de bataille
Développement de plugins spécifiques et utilisation de
WordPress comme un framework :
→ Connexion à un webservice pour la gestion de
l'abonnement d'un client, vérification de droit de
visualisation des chaînes en streaming
→ Interface et imports des données sportives externe en
temps réel
→ Interface et import des données de programmes TV
des chaînes
40
.
41. Plan de bataille
Modification de plugins de la communauté pour
correspondre au besoin du site :
→ Gestion des contenus des pages via des widgets de
remontées de contenus gérées en back office.
→ Adaptation de plugins existants (Custom Post widget,
Twitter to WP, Wp Polls notamment)
.
41
42. IV – La gestion du client
et de ses prestataires
42
44. Gestion du client et de ses prestataires
Architecture d'hébergement complexe :
→ Contraintes techniques fortes : par exemple derrière un
proxy
→ Plusieurs instances : Recette / Preprod / prod
Hébergeur procédural :
→ Procédures de livraison non industrialisées
→ Délai de procédure
→ Période de test de la plateforme
→ Tir de charges
44
45. Gestion du client et de ses prestataires
Conclusion
→ être en contact dès le début du projet pour être au
courant des contraintes techniques et des procédures
→ confirmer l’expérience de l’hébergeur vis-à-vis de
WordPress et des technologies open source de manière
plus générale.
Alter Way Hosting a été d'une aide précieuse pour créer
un terrain de communication technique
→ ça sera toujours de votre faute si quelque chose ne
tourne pas rond ! Il faut donc être au fait des outils et
technologies que l’on utilise.
45
47. Gestion du client et de ses prestataires
Les équipes en interne :
→ Comprendre la culture d'entreprise et s’imprégner des
impératifs métier
→ Intégrer une formation à l’outil le plus tôt possible
Le temps de rentrée de contenus peut être important
Permet de faire une partie de la recette client finale et de
valider de l’utilisation du backoffice et du fonctionnel
.
47
48. Gestion du client et de ses prestataires
Les prestataires externes :
→ Pour éviter la documentation incomplète, inexistante
ou incorrecte
→ Pour pouvoir bénéficier d’un soutien et d'un support
→ Essayer de créer une relation de confiance
.
48
50. Gestion du client et de ses prestataires
Ne pas négliger la contrainte forte qu’a le projet au sein de la
structure du client final
Demander une disponibilité cliente forte (même en période de
vacances)
Plusieurs services avec des métiers différents et des besoins
différents => interlocuteur unique / décideur
agile = fragile
→ Prise de décision interne avant les réunions projet
→ Se méfier des deadlines trop courtes
→ Pression client / Changement d’avis au dernier moment
50
52. Bilan et enseignements
Le choix de WordPress a été concluant
WordPress permet des projets complexes
Plannings tendus → peu le droit à l'erreur (choix)
L'industrialisation a été un soutien essentiel
.
Notre client est content
On recommencera !
52