Les problèmes souvent rencontrés dans la conduite "classique" des projets informatiques (cycle en V) sont les suivants :
- Produit final non conforme aux attentes des utilisateurs
- Retard de la mise en production
- Dépassement de l'enveloppe budgétaire de base
- Obligation de passer un temps considérable en amont du projet pour essayer de prévoir dans les moindres détails les aspects fonctionnels du produit, sans pour autant arriver à obtenir toutes les informations de manière exhaustive.
Les nouvelles méthodologies dites "agiles", permettent de répondre à ces problématiques, avec les grands principes suivants :
- Découpage du projet en "Sprints" (temps fixe de 1 à 2 semaines)
- Des livraisons à chaque fin de "Sprints", permettant au client de tester le produit tout au long du développement, lui permettant de vérifier tout au long du développement que le produit correspond à ses attentes
- Implication tout au long du développement du client, lui permettant d'échanger avec l'équipe de développement pour s'assurer que ses priorités soient bien respectées, et de manière à pouvoir répondre aux questions de l'équipe.
Notre méthodologie de gestion et pilotage de projet repose sur une méthodologie agile orientée SCRUM.
Désigné par le client, au sein de son équipe, cette personne connait tous les aspects fonctionnels du produit, et peut ainsi à la fois répondre aux questions des développeurs, et aider à la priorisation.
Membre d'Edreams Factory, il assiste à toutes les réunions entre le client et les développeurs. Il permet de s'assurer de la fluidité des échanges, et de la bonne conduite du projet.
Les développeurs sont en relation directe avec le client, l'équipe est composée à minima de 2 développeurs.
C'est le responsable qualité. Il teste tout au long du projet les fonctionnalités délivrées par les développeurs avant de les livrer au client.
Une réunion (téléphonique ou physique) à chaque fin de sprint, à jour et heure fixe
Questions et réponses entre les développeurs et le client sur les sujets de leurs choix.
Les développeurs indiquent ce sur quoi ils comptent travailler lors du prochain sprint, et le client confirme les priorités.
Le client indique aux développeurs s'il est satisfait des fonctionnalités délivrées lors du précédent sprint.
Durée fixe d’une semaine pendant laquelle l’équipe réalise les fonctionnalités identifiées comme prioritaires par le directeur produit.
A l’issue du starter, l’équipe commence les développements. Ils seront rythmés par une réunion à chaque fin et début du sprint.
A chaque début de sprint, l'équipe projet sélectionne les tâches qui devront être accomplies durant le sprint.
L'équipe de développeurs et le coach agile suivent sur un BOARD de type KANBAN l'évolution du sprint, et alertent le client en cas de problème.
Le responsable QA (tests qualités) teste au fur et à mesure les nouvelles fonctionnalités développées.
L'équipe fait le point sur le sprint écoulé, et le sprint à venir.
En fin de sprint, les fonctionnalités validées par le responsable QA sont démontrées et délivrées au client.