Méthode agile

Méthode agile

Principe

 

Une des idées fortes de cette approche consiste à développer l’application de manière itérative et adaptative, en collaboration étroite avec le demandeur.

Le cycle de développement repose sur des livraisons intermédiaires, associés à des cycles de développements courts (sprints) qui permettent aux représentants des utilisateurs :

 

  • De voir l’application se construire dans le temps
  • De valider et de s’approprier le logiciel au fur et à mesure de son élaboration
  • De formuler des remarques / propositions d’amélioration lors des livraisons intermédiaires qui seront intégrées au fur et à mesure des développements réalisés

Cycle agile

 

 

Schéma méthodes agiles

Fondamentaux

 

Démarche : "Développer l'application de manière itérative et incrémentale, en collaboration étroite avec le demandeur tout au long du projet"

 

 

  • Le processus de production repose sur des cycles de développement courts (1 itération = 1 sprint) répétés plusieurs fois

  • Une itération (= 1 sprint) vise à enrichir le projet d'une ou plusieurs fonctionnalités et donne lieu à un ensemble de travaux (conception, développement, tests, documentation)

  • Les demandeurs / utilisateurs participent à la priorisation des fonctionnalités à implémenter (début de sprint) et valident l'application au fur et à mesure de son développement (à chaque fin de sprint, lors d'une démonstration)

  • Possibilité de préciser / modifier le périmètre fonctionnel pendant le cycle de production

  • Une description minimale du système à réaliser suffit pour lancer le projet

  • Facturation au temps passé (pas d'engagement forfaitaire)

 

Démarche globale

 

Le découpage d’un projet réalisé par ISIASOFT  avec la méthode AGILE repose sur les étapes suivantes :


 

 

1) Proposition commerciale : donne une estimation de charge (en journée / homme) et de délai


2) Sprint de cadrage : travaux préparatoires nécessaires au bon déroulement du projet (élaboration du backlog de produit, étude fonctionnelle préalable, mise en place de l'équipe et de l'environnement de développement, définition et validation d'une charte graphique)


3) Sprint : travaux destinés à créer un "incrément de produit" sur la base du backlog de sprint (conception, développement, tests, doc...). Donne lieu à la livraison d'un produit partiel pour validation et tests


4) Sprint de validation (en option) : installation de l'application dans un environnement de recette pour validation définitive


5) Produit fini : produit final prêt pour mise en production

Pilotage et suivi de projet

 

ISIASOFT s’appuie pour la prise en charge d’un projet en mode AGILE sur des outils et méthodes de conduite de projet éprouvés qui permettent :


 

 

  • Un suivi en temps réel des charges consommées et restantes à engager
  • Un suivi quotidien des risques (évaluation du niveau de chacun des risques et traitement envisagé)
  • Une transparence totale (risques, charges consommées et restantes) basée sur des PV de sprint

 

Avantages

 

 

  • Possibilité d'ajuster le périmètre fonctionnel dans le temps en fonction des besoins et des urgences
  • Pas d'effet tunnel : le client voit l'application se construire au fur et à mesure et se l'approprie au fil de l'eau contrairement au cycle en V ou le client n'intervient pas entre la validation des specs et la livraison pour recette (découverte très tardive du système
  • Adéquation de la solution développée avec les attentes réelles des utilisateurs
  • Réduit le cycle de production du logiciel : permet d'avoir rapidement une première version opérationnelle qui répond aux besoins les plus urgents et les plus importants
  • Permet de prendre en compte des demandes urgentes ou des changements en cours de projet (souplesse)

Elements favorisants

 

Ci-après une liste d’éléments qui vont dans le sens

du choix d’une approche AGILE :

 

 

  • Volonté forte du demandeur de livrer un logiciel fonctionnel et adapté aux attentes des utilisateurs
  • Souhait du demandeur d’être partie prenante dans l’élaboration de la solution
  • Périmètre fonctionnel cible mouvant ou flou
  • Envie de privilégier le pragmatisme et les échanges plutôt que la négociation et la  formalisation
  • Disposer au plus tôt d’une première version opérationnelle (même minimaliste)
  • Expérience faible (voire nulle) du demandeur dans la validation de dossier de spécification  

 

contact isiasoft