Gestion de projet – Vers les méthodes agiles
50
Principes des méthodes agiles
Les treize principes décrits dans le Manifeste sont déclinés des quatre valeurs citées
précédemment ; ils sont présentés dans le tableau 2-2.
Tableau 2-2 Les treize principes du Manifeste
Principe
Description
Notre priorité est de satisfaire le client en lui
livrant très tôt et régulièrement des versions opérationnelles de l’application, source de valeur.
Grâce au développement itératif, chaque livraison intermédiaire donne lieu à
une validation par le client ; son feedback est essentiel pour garantir la
conformité de la livraison avec ses attentes, pour prendre en compte ses
remarques et (re)prioriser.
Accepter le changement dans les exigences,
même tard dans le cycle de vie, pour garantir la
compétitivité du client.
Cet état d’esprit caractérise une équipe agile qui démontre ainsi sa capacité
à comprendre et apprendre comment satisfaire encore mieux la demande.
Livrer le plus souvent possible des versions opérationnelles de l’application, à une fréquence
allant de deux semaines à deux mois.
Une version intermédiaire du produit final, visible et testable, satisfait
davantage le client qu’une documentation à valider. Il a, de ce fait, la preuve
tangible que le projet avance et peut exprimer son point de vue sur le résultat présenté.
Client et développeurs doivent coopérer quotidiennement tout au long du projet.
Les relations conflictuelles ne font pas partie de l’esprit agile ; on préférera
des relations collaboratives et de partenariat basées sur la confiance et le
consensus. Le client (ou son représentant) est accessible et disponible,
totalement impliqué dans toutes les phases du projet.
Construire des projets autour d’individus motivés.
Leur donner l’environnement et le support dont ils
ont besoin et leur faire confiance pour remplir leur
mission.
Le facteur clé du succès d’un projet est l’équipe. Tout obstacle à son bon
fonctionnement devra être levé ; un changement, s’il s’avère nécessaire,
sera apporté aux processus, aux outils, à l’environnement, à la composition
de l’équipe
La méthode la plus efficace de communiquer des
informations à une équipe et au sein de celle-ci
reste la conversation en face à face.
Par défaut, on privilégie l’échange oral à l’écrit, pour lever toute ambiguïté
et favoriser la rapidité de la compréhension. Tout ne peut être formalisé par
écrit, notamment la « connaissance tacite », c’est-à-dire l’information
« informelle », la culture du projet, détenues par chacun au sein d’une
équipe.
Le fonctionnement de l’application est le premier
indicateur d’avancement du projet.
Il n’existe pas d’autre indicateur plus pertinent que le pourcentage ou le
nombre d’exigences satisfaites ; on ne mesure pas un projet à la quantité
de documents produits ou au nombre de lignes de code, non significatifs
pour le client.
Les méthodes agiles recommandent que le projet
avance à un rythme soutenable.
La qualité du travail fourni dépend du rythme de travail qui doit être adapté
en fonction des spécificités du projet. Le rythme doit être soutenu et soutenable sur la durée du projet.
Sponsors, développeurs et utilisateurs devraient
pouvoir maintenir un rythme constant indéfiniment.
Ce rythme de travail est à déterminer par l’ensemble des membres de
l’équipe et par le client, en fonction de la productivité de l’équipe et des priorités du client. Mais travailler en heures supplémentaires, surtout pour corriger des bogues ou des régressions, n’apporte aucune valeur ajoutée.
GestProjInform Livre Page 50 Vendredi, 3. avril 2009 12:07 12
50
Principes des méthodes agiles
Les treize principes décrits dans le Manifeste sont déclinés des quatre valeurs citées
précédemment ; ils sont présentés dans le tableau 2-2.
Tableau 2-2 Les treize principes du Manifeste
Principe
Description
Notre priorité est de satisfaire le client en lui
livrant très tôt et régulièrement des versions opérationnelles de l’application, source de valeur.
Grâce au développement itératif, chaque livraison intermédiaire donne lieu à
une validation par le client ; son feedback est essentiel pour garantir la
conformité de la livraison avec ses attentes, pour prendre en compte ses
remarques et (re)prioriser.
Accepter le changement dans les exigences,
même tard dans le cycle de vie, pour garantir la
compétitivité du client.
Cet état d’esprit caractérise une équipe agile qui démontre ainsi sa capacité
à comprendre et apprendre comment satisfaire encore mieux la demande.
Livrer le plus souvent possible des versions opérationnelles de l’application, à une fréquence
allant de deux semaines à deux mois.
Une version intermédiaire du produit final, visible et testable, satisfait
davantage le client qu’une documentation à valider. Il a, de ce fait, la preuve
tangible que le projet avance et peut exprimer son point de vue sur le résultat présenté.
Client et développeurs doivent coopérer quotidiennement tout au long du projet.
Les relations conflictuelles ne font pas partie de l’esprit agile ; on préférera
des relations collaboratives et de partenariat basées sur la confiance et le
consensus. Le client (ou son représentant) est accessible et disponible,
totalement impliqué dans toutes les phases du projet.
Construire des projets autour d’individus motivés.
Leur donner l’environnement et le support dont ils
ont besoin et leur faire confiance pour remplir leur
mission.
Le facteur clé du succès d’un projet est l’équipe. Tout obstacle à son bon
fonctionnement devra être levé ; un changement, s’il s’avère nécessaire,
sera apporté aux processus, aux outils, à l’environnement, à la composition
de l’équipe
La méthode la plus efficace de communiquer des
informations à une équipe et au sein de celle-ci
reste la conversation en face à face.
Par défaut, on privilégie l’échange oral à l’écrit, pour lever toute ambiguïté
et favoriser la rapidité de la compréhension. Tout ne peut être formalisé par
écrit, notamment la « connaissance tacite », c’est-à-dire l’information
« informelle », la culture du projet, détenues par chacun au sein d’une
équipe.
Le fonctionnement de l’application est le premier
indicateur d’avancement du projet.
Il n’existe pas d’autre indicateur plus pertinent que le pourcentage ou le
nombre d’exigences satisfaites ; on ne mesure pas un projet à la quantité
de documents produits ou au nombre de lignes de code, non significatifs
pour le client.
Les méthodes agiles recommandent que le projet
avance à un rythme soutenable.
La qualité du travail fourni dépend du rythme de travail qui doit être adapté
en fonction des spécificités du projet. Le rythme doit être soutenu et soutenable sur la durée du projet.
Sponsors, développeurs et utilisateurs devraient
pouvoir maintenir un rythme constant indéfiniment.
Ce rythme de travail est à déterminer par l’ensemble des membres de
l’équipe et par le client, en fonction de la productivité de l’équipe et des priorités du client. Mais travailler en heures supplémentaires, surtout pour corriger des bogues ou des régressions, n’apporte aucune valeur ajoutée.
GestProjInform Livre Page 50 Vendredi, 3. avril 2009 12:07 12