On considère souvent le site final comme preuve – ou non – de la réussite globale d'un projet. C'est certes le critère le plus visible et le mieux quantifiable ; mais c'en est pas pour autant le seul. Il se passe en effet beaucoup de temps entre la signature d'un contrat et la livraison d'un site : beaucoup d'échanges, de travail d'équipe, de négociations et d'ajustements. L'essentiel d'un projet repose en effet sur sa gestion et sur une bonne coopération entre les différents acteurs.
L'investissement de chaque intervenant est primordial et nous tenons à ce que le donneur d'ordres s'investisse dans son projet : interlocuteur unique et identifié, réactivité et contributions.
Du commercial au développeur, en passant par le webdesigner et les chefs de projet des 2 parties, une dizaine de personnes peuvent intervenir sur un même site et contribuer à sa création. Les relations entre ces différents intervenants et une bonne organisation sont une bonne base pour mener à bien un projet.
Nos méthodes de gestion de projet sont fondées sur les méthodes dites « agile » et plus particulièrement sur Scrum – pour laquelle la page wikipédia est particulièrement explicite.
Si nous ne pouvons l'appliquer au principe près – nous tentons de nous en approcher et de respecter notamment les principes suivants – les plus importants pour nous :
=> La qualité humaine des intervenants est plus importante que leur expertise technique, au moins pour garantir le bon déroulement du projet et la qualité de la collaboration
=> Processus d'avancée du projet itératif...
=> ... lié à une livraison « au fur et à mesure » des fonctionnalités pour tests
=> Étroite collaboration avec le client tout au long du projet
=> Répartition du projet en 3 grandes phases représentants chacune environ 1/3 du projet
En résumé, l'objectif est sans cesse d'aller à l'essentiel du projet. Pour exemple : on commence par classer les modules par ordre d'importance pour la finalité du projet. En pratique, tout doit être sujet à transactions et négociations au cours du projet...
Les 3 grandes phases d'un projet – adaptées aux CMS Drupal
=> Phase 1 : Préparation et étude autour du projet
Cette phase comprend la rédaction d’un document de production transigé entre les deux parties et abouti. Elle comprend également les maquettes ergonomiques du site et la création graphique.
=> Phase 2 : Développement
C'est la conception au sens propre du terme. Interviennent dans cette phase le déploiement de Drupal, l’installation et l’habillage de tous les modules.
Les livraisons et tests s’opèrent ici au fur et à mesure avec le donneur d’ordre.
=> Phase 3 : Prise en main du site
Elle comprend la saisie des contenus, les tests, débugs et la formation à l’utilisation du CMS Drupal.
À l'issu de cette troisième phase, le site est installé sur le serveur de production et a lieu, soit le transfert de compétences, soit de début de la phase de maintenance.
Schéma de synthèse sur la vie d'un projet Drupal (à venir)
S´inscrire au flux RSS de Bluedrop
Ressources complémentaires
Voici un autre retour d'expérience, chez CivicActions, amis drupalers :
- pourquoi et comment ils utilisent scrum (http://civicactions.com/blog/2011/mar/23/how_civicactions_adopted_agiles...)
- les 3 éléments de scrumb(http://civicactions.com/blog/2011/jul/13/the_3_elements_of_scrum)
Interprétations
En effet pourquoi paraphraser sans cesse... Il s'agit ici d'une interprétation "personnelle" de SCRUM avec nos pratiques d'équipe d'une part, et de l'interprétation des méthodes agile quelque soit le secteur d'activité concerné... Ces méthodes sont déclinables pour des projets divers, ne l'oublions pas. Et je pense que le postulat numéro 1 pour que ça fonctionne, c'est vraiment une collaboration sans relâche, transparente et équitable. En ce sens, ce type de méthode remet en cause l'ancestrale "compétition" entre le donneur d'ordres, qui cherche à maximiser son investissement et le fournisseur qui cherche à optimiser ses marges. Si tout est clair, pourquoi ne pas changer d'habitude.
Nous utilisons aussi ce type de techniques en phase 1. Pour le wireframing, nous utilisons balsamiq par exemple... Mais la véritable difficulté est avant-vente et lors des pré-recettes, recettes et transferts de compétences. Enfin... C'est un retour d'expérience comme un autre !
Intéressant, surtout "La
Intéressant, surtout "La qualité humaine des intervenants est plus importante que leur expertise technique, au moins pour garantir le bon déroulement du projet et la qualité de la collaboration". Je ne savais pas que cela faisait partie de la méthode Scrum (ou Agile).
Par contre une question : pourquoi ne pas utiliser cette méthode également lors de la phase 1 ? Notamment le cahier des charges et le wireframing ? Quelle méthode utilisez-vous ?
Poster un nouveau commentaire