Your SlideShare is downloading. ×

Drupal, un projet comme les autres?

785

Published on

Un projet Drupal se mène-t-il de la même façon que n'importe quel projet? …

Un projet Drupal se mène-t-il de la même façon que n'importe quel projet?
A travers l'expérience de Smile sur de nombreux projets réalisés avec Drupal mais également avec d'autres CMS, nous tenterons de répondre à cette question à travers les sujets suivants:
• Thèming Drupal: à quel moment faire intervenir les monteurs HTML
• Réalisation: Configuration vs. Développement
• Livraison: Bien gérer ses déploiements Drupal
• Relation client: Drupal, un atout pour la visibilité?
• La bonne méthodologie pour une projet Drupal: Agile vs. Cycle en V
Intervention Acquia: les modules d'Acquia Network qui aident à la gestion des déploiements

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
785
On Slideshare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Drupal,Un Projet Comme les autres ?Webinar 11/06/2013
  • 2. Suivez-nous sur Twitter : @AcquiaJean Semère – www.acquia.comSolution ArchitectTwitter : @JeanSemereMail : jean.semere@acquia.com
  • 3. Suivez-nous sur Twitter : @GroupeSmileVincent Maucorps – www.smile.frCMS Business DeveloperTwitter : @vmaucorpsMail : vincent.maucorps@smile.fr
  • 4. 4UN PROJET COMME LES AUTRES
  • 5. 5EQUIPE PROJETMonteur HTML ExpertDéveloppeurGestion de Projet
  • 6. 6PHASES PROJETSpécificationsMontageTestsRéalisation
  • 7. 7Drupal,Un projet comme les autres ?1. Organisation2. Technique3. Contractualisation
  • 8. 8Organisation1. Quelle équipe ?2. Quelles phases projet ?3. Quel rythme de développement ?
  • 9. 9Quelle équipe ?
  • 10. 10QUELLE EQUIPE ?Monteur HTML ExpertDéveloppeur« Thémeur » « Module designer »« Site Builder »
  • 11. 11Quelles phases projet ?
  • 12. 12PHASES PROJET « CLASSIQUES »SpécificationsMontageTestsRéalisation
  • 13. 13SPECIFICATIONSSpécifications techniques• Choisir parmi les multiples options• Fixer les règles de nommage• Prévoir les éléments structurantsSpécifications fonctionnelles• Pédagogie client renforcée• Conseil sur le périmètre fonctionnel des modules
  • 14. 14QUAND PLANIFIER LA PHASE DE MONTAGEComme pour nimporte quel projet• Faire le montage HTML en amont• Intégrer le montage dans les développementsAméliorer la démarche• Chaque développeur prend en charge une fonctionnalitéde A à Z, montage / thème comprisStratégie optimum• Réaliser les développements fonctionnels dabord• Création du thème ensuite
  • 15. 15Quel rythme dedéveloppement ?
  • 16. 16DÉVELOPPEMENT RAD-LIKELes bons côtés du développement RAD• Prototypage rapide de fonctionnalités• Richesse des composants à assemblerSans les inconvénients• Aucune adhérence à un éditeur• Composants open source, maintenus par la communauté• Respect des standards et bonnes pratiquesPoints dattention• Industrialisation / Packaging• Optimisation des performances
  • 17. 17Technique1. Configuration VS Développement2. Gestion des livraisons3. Pour aller plus loin dans lindustrialisation
  • 18. 18ConfigurationVSDéveloppement
  • 19. 19LES ENJEUX DU CHOIXConfiguration• Rapide• FiableDéveloppement• Souple• Simple
  • 20. 20LES ENJEUX DU CHOIXRépartition Configuration / DéveloppementCharge de travail
  • 21. 21EXEMPLE : GENERER UNE LISTE DE DONNEESModule Views• Fiabilité• Maintenabilité• ÉvolutivitéRequête SQL• Complexité technique• Requête atypique• Enjeux de performance
  • 22. 22Gestion des livraisons
  • 23. 23LE STAGING, UN SUJET SENSIBLE AVEC DRUPALProjet« Classique »
  • 24. 24VERS UN DEPLOIEMENT INDUSTRIALISÉPremières expériences avec Features• Trop de confiance dans le module• Packaging incompletMeilleures versions et meilleure maîtrise• Module plus fiable• Suivi rigoureux du cahier de livraison• Tout est consigné dans le wiki du projetAméliorer les processus avec Drush• Drush pour mise à niveau des postes de développement• Outil maison basé sur Phing pour les déploiements(sappuie sur Drush pour les interactions avec Drupal)
  • 25. 25Pour aller plus loindans lindustrialisation
  • 26. 26WORKFLOW DE DÉPLOIEMENT ACQUIA
  • 27. 27Contractualisation1. Une gestion agile dans un cadre forfait2. Retour dexpérience3. Vers dautres modes de contractualisation
  • 28. 28Une gestion agiledans un cadre forfait
  • 29. 29MÉTHODE AGILE, AU FORFAITImportance de voir une fonctionnalité comme un tout• Fonctionnalité = configuration + code métier + permissions + etc• Même philosophie que le module FeaturesFonctionnement en équipe intégrée à privilégier,notamment :• En phase de recette pour chaque sprint• Sur un sprint dajustement dédié à la recette en fin de projetPrivilégier des sprints courts (2 semaines)• Éviter la divergence fonctionnelle• Implémentation et validation fonctionnalité par fonctionnalité
  • 30. 30Retour dexpérience
  • 31. 31RETOUR DEXPÉRIENCEPoints clés du projet• Un espace partenaire sécurisé, différents tunnels de souscription• Suivi des comptes• 30 000 utilisateurs• Import / export de flux• Site accessible et multi-devices• 4 mois / 500 jours-hommeEnjeux du projet• Délais de réalisation• Meilleure ergonomie et utilisabilité des tunnels de souscription• Évolutivité, pragmatisme technique et performance• Méthodologie, accompagnement au changement et innovation
  • 32. 32RETOUR DEXPÉRIENCEGestion de projet Agile• Phase de conception ergonomique• Cadrage technique• Spécifications affinées de sprint en sprint• Sprint de 3 semaines, recette client au fil de leau• Montage HTML en fin de projetBilan• Délais tenus• Peu dallers-retours sur la partie graphique• Marge de progression sur la gestion des déploiements
  • 33. 33Vers dautres modesde contractualisation
  • 34. 34CONTRACTUALISER LAGILITE
  • 35. 35DES RISQUES PARTAGESDéveloppement en régie• Facturation au temps passéContrat cadre à bons de commandes• Cadrage initial• Compléments de cadrage à la demande• Facturation par SprintEngagements contractuels• Critères de réussite dun sprint• Pénaliser les échecs consécutifs
  • 36. 36DES RISQUES PARTAGESDéveloppement en régieContrat cadre à bons de commandesEngagements contractuels
  • 37. 37Conclusion
  • 38. 38DRUPAL UN PROJET COMME LES AUTRES ?Points de vigilance• Équipe : Il y a plusieurs façons dêtre « expert »Drupal• Gestion des déploiementsParticularité des solutions à « Thème »• Bien planifier la phase de montageOpportunité• Anéantir leffet tunnel
  • 39. 39Des questions ?

×