Publicité

Drupal un projet comme les autres ? Drupalcamp Paris 2013

Artusamak
5 Jul 2013
Publicité

Contenu connexe

Présentations pour vous(20)

Publicité

Similaire à Drupal un projet comme les autres ? Drupalcamp Paris 2013(20)

Publicité

Drupal un projet comme les autres ? Drupalcamp Paris 2013

  1. Drupal, un projet comme les autres ? Jean Semère Vincent Maucorps
  2. Suivez-nous sur Twitter : @Acquia Jean Semère – www.acquia.com Solution Architect Twitter : @JeanSemere Mail : jean.semere@acquia.com
  3. Suivez-nous sur Twitter : @GroupeSmile Vincent Maucorps – www.smile.fr CMS Business Developer Twitter : @vmaucorps Mail : vincent.maucorps@smile.fr
  4. 4 UN PROJET COMME LES AUTRES
  5. 5 EQUIPE PROJET Monteur HTML ExpertDéveloppeur Gestion de Projet
  6. 6 PHASES PROJET Spécifications Montage Tests Réalisation
  7. 7 Drupal, Un projet comme les autres ? 1. Organisation 2. Technique 3. Contractualisation
  8. 8 Organisation 1. Quelle équipe ? 2. Quelles phases projet ? 3. Quel rythme de développement ?
  9. 9 Quelle équipe ?
  10. 10 QUELLE EQUIPE ? Monteur HTML ExpertDéveloppeur « Thémeur » « Module designer »« Site Builder »
  11. 11 Quelles phases projet ?
  12. 12 PHASES PROJET « CLASSIQUES » Spécifications Montage Tests Réalisation
  13. 13 SPECIFICATIONS Spécifications techniques • Choisir parmi les multiples options • Fixer les règles de nommage • Prévoir les éléments structurants Spécifications fonctionnelles • Pédagogie client renforcée • Conseil sur le périmètre fonctionnel des modules
  14. 14 QUAND PLANIFIER LA PHASE DE MONTAGE Comme pour n'importe quel projet • Faire le montage HTML en amont • Intégrer le montage dans les développements Améliorer la démarche • Chaque développeur prend en charge une fonctionnalité de A à Z, montage / thème compris Stratégie optimum • Réaliser les développements fonctionnels d'abord • Création du thème ensuite
  15. 15 Quel rythme de développement ?
  16. 16 DÉVELOPPEMENT RAD-LIKE Les bons côtés du développement RAD • Prototypage rapide de fonctionnalités • Richesse des composants à assembler Sans les inconvénients • Aucune adhérence à un éditeur • Composants open source, maintenus par la communauté • Respect des standards et bonnes pratiques Points d'attention • Industrialisation / Packaging • Optimisation des performances
  17. 17 Technique 1. Configuration VS Développement 2. Gestion des livraisons 3. Pour aller plus loin dans l'industrialisation
  18. 18 Configuration VS Développement
  19. 19 LES ENJEUX DU CHOIX Configuration • Rapide • Fiable Développement • Souple • Simple
  20. 20 LES ENJEUX DU CHOIX Répartition Configuration / Développement Charge de travail
  21. 21 EXEMPLE : GENERER UNE LISTE DE DONNEES Module Views • Fiabilité • Maintenabilité • Évolutivité Requête SQL • Complexité technique • Requête atypique • Enjeux de performance
  22. 22 Gestion des livraisons
  23. 23 LE STAGING, UN SUJET SENSIBLE AVEC DRUPAL Projet « Classique »
  24. 24 VERS UN DEPLOIEMENT INDUSTRIALISÉ Premières expériences avec Features • Trop de confiance dans le module • Packaging incomplet Meilleures versions et meilleure maîtrise • Module plus fiable • Suivi rigoureux du cahier de livraison • Tout est consigné dans le wiki du projet Améliorer les processus avec Drush • Drush pour mise à niveau des postes de développement • Outil maison basé sur Phing pour les déploiements (s'appuie sur Drush pour les interactions avec Drupal)
  25. 25 Pour aller plus loin dans l'industrialisation
  26. 26 WORKFLOW DE DÉPLOIEMENT ACQUIA
  27. 27 Contractualisation 1. Une gestion agile dans un cadre forfait 2. Retour d'expérience 3. Vers d'autres modes de contractualisation
  28. 28 Une gestion agile dans un cadre forfait
  29. 29 MÉTHODE AGILE, AU FORFAIT Importance de voir une fonctionnalité comme un tout • Fonctionnalité = configuration + code métier + permissions + etc • Même philosophie que le module Features Fonctionnement en équipe intégrée à privilégier, notamment : • En phase de recette pour chaque sprint • Sur un sprint d'ajustement dédié à la recette en fin de projet Privilégier des sprints courts (2 semaines) • Éviter la divergence fonctionnelle • Implémentation et validation fonctionnalité par fonctionnalité
  30. 30 Retour d'expérience
  31. 31 RETOUR D'EXPÉRIENCE Points 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-homme Enjeux 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. 32 RETOUR D'EXPÉRIENCE Gestion 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 l'eau • Montage HTML en fin de projet Bilan • Délais tenus • Peu d'allers-retours sur la partie graphique • Marge de progression sur la gestion des déploiements
  33. 33 Vers d'autres modes de contractualisation
  34. 34 CONTRACTUALISER L'AGILITE
  35. 35 DES RISQUES PARTAGES Développement en régie • Facturation au temps passé Contrat cadre à bons de commandes • Cadrage initial • Compléments de cadrage à la demande • Facturation par Sprint Engagements contractuels • Critères de réussite d'un sprint • Pénaliser les échecs consécutifs
  36. 36 DES RISQUES PARTAGES Développement en régie Contrat cadre à bons de commandes Engagements contractuels
  37. 37 Conclusion
  38. 38 DRUPAL UN PROJET COMME LES AUTRES ? Points de vigilance • Équipe : Il y a plusieurs façons d'être « expert » Drupal • Gestion des déploiements Particularité des solutions à « Thème » • Bien planifier la phase de montage Opportunité • Anéantir l'effet tunnel
  39. 39 Des questions ?
Publicité