Méthode Agile - Résumé

Quel est le meilleur résumé, le plus efficace sur la Méthode Agile, il y a tellement de littérature sur le sujet, on s'y perd très facilement.


Méthode Agile - Résumé

Alors pour simplifier, voici une page de présentation de la Méthode Agile :

L'Agiliste - Exemple d’organisation projet Agileagile/

Avec en résumé les deux rôles principaux, le Product Owner qui détient les connaissances produit et le Scrum Master qui fait partie de l'équipe exécutante, il relate de l'avancement de l'équipe de développement.

Product Owner : est assuré par un membre de l’équipe métier (MOA)

• Alimente et maintient le Product Backlog, et pré priorise les éléments de ce dernier.
• Ajuste les fonctionnalités prioritaires du Product Backlog (candidates au périmètre du prochain sprint) et s’assure que les pré-requis aux développements associés seront disponibles en temps voulu (exemples : décisions métier, jeux de données du SI amont,…).
• Rédige les User Stories associées aux fonctionnalités prioritaires et dessine au besoin des maquettes d’écran.
• Répond aux questions soulevées par l’équipe de développement en cours de Sprint et complète au besoin les User Stories associées.
• Vérifie en cours de Sprint la bonne couverture du besoin des fonctionnalités terminées en collaboration avec l’équipe de développement.
• Rédige les plans de tests.
• Participe à la réunion de revue de sprint au cours de laquelle, elle aide le Product Owner à accepter ou rejeter les fonctionnalités présentées.
• Teste avant mise en production la conformité du produit dans son ensemble.

Scrum Master : appartient à l’équipe de développement (MOE)

• S’assure que l’équipe est pleinement opérationnelle et productive.
• Établit une collaboration étroite entre l’ensemble des rôles et fonctions.
• Supprime les obstacles rencontrés par l’équipe de développement.
• Protège l’équipe des interférences extérieures.
• Assure le suivi du processus.

Voilà, nous avons maintenant une vision succincte mais complète de la Méthode Agile.

AMOA : Assistance à Maîtrise d’Ouvrage (côté client)

AMOE : Assistance à Maîtrise d’Œuvre (côté réalisation)

Assistance à la Maîtrise d'Ouvrage (AMOA)

C'est quoi l'Assistance à la Maîtrise d'Ouvrage ou AMOA ? Pour y répondre, je me promène sur le site d'une SSII et je trouve les définitions suivantes :

Description de l'AMOA - Assistance à la Maîtrise d'Ouvrage 

Cette description de l'AMOA est un peu en forme de cycle en V. Avec une descente jusqu'à la phase 3, spécifications, conception, développement et une remonté jusqu'à la phase 6 : Validation puis Support technique et fonctionnel ...

Bref, bien peu d'agilité. Alors peut-on allier cycle en V et agilité ? C'est bien la question.

Littérature sur l'AMOA

La MOA, c'est le client la Maîtrise d'Ouvrage, celui qui va utiliser le résultat du projet, l'AMOA c'est son assistance l'AMOA est donc là pour assister le client pour l'aider à définir ses besoins, pour l'aider à décider des changements souhaités dans le futur système d'information.

Le métier d'AMOA est un métier de consultant, d'écoute et de formalisation pour comprendre, décrire et faire en sorte que le futur logiciel aide l’utilisateur à être plus performant dans son métier.

Une distinction est à faire entre AMOA et AMOE :

AMOA (côté client) : décide du lancement d'un projet et qui confie la réalisation à la MOE. Elle est responsable du résultat du projet, assume l'usage du produit et finance sa réalisation.

AMOE (côté réalisation) : choisie une solution technique et à fabrique/développe les logiciels correspondant au besoin des utilisateurs.