Bienvenue sur Webemyos

Le blog

Choisissez la méthode agile

 

Scrum meeting, daily meeting, poker planning ces termes te disent il quelques choses ? As tu déjà entendu parler des méthodes agiles ?

Ces méthodes sont une alternative au cycle en V.

 

Tu ne connais pas non plus le cycle en v ?

Décidément il faut refaire toute ton éducation d’informaticien.

 

Commençons par le début.

 

Imaginons tu travaille pour une grosse société qui a besoin d'une nouvelle application. C'est donc toi qui est chargé de trouver le prestataire, suivre les développements, recetter,valider et faire la mise en production.

Tu va donc commencer par écrire un cahier des charges qui définit clairement le besoin, puis tu va lancer un appel d offre.

Différents prestataires vont donc étudier ton cahier des charges et te faire des propositions de solution.

 

Une fois le prestataire trouvé et suite à plusieurs reunion, le chantier démarre.

Au bout de quelques temps le prestataire te livre le produit fini. Tu recette et fait la mise en production.

Ca c'est ce que l’on appel un cycle en v.

 

C'est cette méthode qui était utilisé jusqu'à maintenant.

Mais elle est remise en cause car trop rigide. Le client n'as aucune vision sur les développements.  Il n'est pas possible de faire évoluer le besoin en cours de développement.

Au final les utilisateurs reçoivent un produit qui peut ne pas du tout être adapté.

La seul chose maîtrisé est le coût et les temps de développement puisque le travail rendu est bien celui commandé.

 

Je dit que le coût est maîtrisé ce n'est pas tout à fait vrai car en general dans ce genre de situation le prestataire peut avoir réaliser ce qu'il a compris du besoin et être passé totalement à côté du vrai besoin.

Les utilisateurs ne se retrouvent pas du tout et deviennent réticents à utiliser cette application .

Commence alors le bras de fer entre client et prestataire.

 

Oui Heu c’est pas ce que je voulais. Ben c’est ce qu'il y avait écrit dans le cahier des charges.

Oui mais ca va pas du tout , les utilisateurs ne sont pas content. Il va falloir refaire ca .

A mais non il faut tout casser ca va représenter un coût supplémentaire.

A non je ne suis pas d’accord

 

Etc etc etc ….



 

Comparons maintenant ca à une méthode Agile. Un prestataire propose cette solution dans sa réponse.

Au lieu de faire un proposition complète qui correspond au cahier des charges, il propose des lots de développements et une organisation de travail.

Il propose d’avoir une personne référente coté client.

 

Cette personne aura pour rôle de recueillir le besoin des utilisateurs point par point, fonctionnalité par fonctionnalité. Il devra aussi tester et remonter les problèmes, les incompréhensions.

Cette personnes sera nommé le product Owner.

 

Le prestataire propose aussi des cycles de développement de 3 semaines réparties comme cela .

 

  • Définition du besoin de la fonctionnalité

  • Développement

  • Recette, test et report

 

Le derniers point permet d’avoir un regard sur la fonctionnalité développé, vérifier si c’est bien ce qu’avait en tête le product Owner et définir si il faut la modifier/adapter dans le cycle suivant.

 

Ces cycles sont appelé sprint.

 

Et au sein même de l'équipe de développement le responsable de l’équipe nommé Scrum Master planifie des réunions tous les matins pour identifier les problèmes et qu’un développeur ne bloque pas bêtement sur un développement.

Si le besoin change en cours de temps ce n’est pas un problème puisque l’on peut adapter les développement au fur et à mesure.

 

Comme tu le vois cette méthode est beaucoup plus souple, le client fait partie intégrante de l'équipe projet.

 

Le seul hic c’est une maîtrise compliqué du coût. Etant donnée que la conception se fait au fur et à mesure des sprint il est difficile de chiffrer le coût total en début de projet. On ne peut que proposer une enveloppe.

 

Peut on alors mettre de l’agilité dans une startup ?

 

Je dirais que oui, sans mettre en place toute les méthodes il faut développer par cycle, adapter la solution au fur et à mesure. Placer le client et l’utilisateur au centre pour le faire tester et donner son avis.

 

Voici un bref description de la méthode agile. Alors si tu lance un projet pense à moi et essai de mettre en place cette méthode.

 

Si tu trouve cette méthode pas adaptée aux startups partage ton avis dans les commentaires ci-dessous.

 

Commentaire

Votre nom Votre email Votre message

Commentaires

Aucun élement

Articles que vous pourrez aimer

Adopter une démarche Lean Startup

Lancer une startup c'est beaucoup de travail mais aussi d'incertitude, d'insécurité, de question que l'on se pose et qui reviennent. Mon site va t il plaire ? Comment réussir le lancement ? Les visiteurs vont ils acheter mon produit ? Notre monde ...

Le blog

Webemyos C'est le blog spécialisé sur les MVP, les prototypes, le Lean startup. Toutes les recettes et astuces pour concevoir, construire et lancer un MVP.

Categories

Derniers articles