méthode classique ou méthode agile : vous avez le choix
Une méthode agile, c’est quoi ?
- une approche de développement pragmatique
- visant plus à la satisfaction du client qu'au respect strict d'un contrat établi à l'avance
- s’appuie sur un contrat à périmètre optionnel (optional scope contracts) dont les 2 grands axes sont :
- périmètre fonctionnel non défini
- très forte implication du client.
Remarque sur la méthode « traditionnelle »
- un projet logiciel comporte 4 grandes variables
- Temps, Coût, Qualité, Périmètre
- le mode traditionnel s’appuie essentiellement sur 3 d’entre elles
- Temps, Coût, Périmètre
- ex.: « tel résultat à telle date avec ce budget »
- La qualité est rarement prise en compte réellement : quand la date devient difficile à tenir, c'est la première à souffrir.
Les contrats à périmètre optionnel, comment ça marche ?
La méthode agile propose également de fixer 3 variables, mais pas les mêmes (Temps, Coût, Qualité). Exemple : on éclate un projet de 12 mois en 6 périodes de 2 mois. Le prestataire est payé xxx € pour la 1ere période de 2 mois. Quoi qu'il soit livré, cela doit respecter les standards de qualité définis par le client. Un cahier des charges est annexé (fonctions etc…), mais il n'est qu'indicatif. Cette manière de travailler est en réalité plus sécurisée car le prestataire n'a pour l'instant touché qu'1/6 du budget et a intérêt à satisfaire le client car : Si les choses se passent bien, on continue ! possibilité de changer le cahier des charges « en route » => permet au client d'obtenir le logiciel dont il a VRAIMENT besoin en comprenant mieux SA PROPRE problématique (vs « son idée de départ ») Si les choses se passent mal, on stoppe et on change ! Le client a perdu 2 mois et 1/6 du budget. En approche traditionnelle, il aurait perdu 1 an et tout le budget.
L’implication du client, pivot de la réussite !
La méthode agile nécessite une étroite coopération avec les équipes techniques du prestataire : la meilleure solution est découverte et conçue ensemble, « en cours de route ». Le client peut ainsi s'asseoir à côté d'un développeur, faire une proposition et voir un premier jet développé sous ses yeux ; il peut alors juger si l’application lui conviendra ou pas. Le prix à payer en échange de la transparence et de l'efficacité de la méthode agile est donc un investissement en temps accru de la part du client.
