A Capacity-Aware Parr Model for Agile Projects
Ce document propose un remaniement du modèle classique de Parr tenant compte de la capacité, qui intègre une demande d'effort latente normalisée aux trajectoires de capacité observées ou planifiées afin de prévoir la progression des projets agiles, le délai de réalisation et les déficits de ressources sans supposer une dotation en personnel illimitée.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous planifiez un long voyage sur la route. Vous avez une carte qui indique exactement la quantité de carburant que vous devriez brûler à chaque étape du voyage pour arriver à l'heure. C'est ce que font les modèles de logiciels traditionnels : ils dessinent une courbe disant : « Pour terminer ce projet, vous avez besoin d'une équipe énorme au milieu, de moins de monde au début, et de moins de monde à la fin. »
Mais voici le problème dans le monde réel (particulièrement dans les équipes de développement logiciel « Agile ») : vous ne pouvez pas embaucher qui vous voulez, quand vous le voulez. Votre entreprise dispose d'une équipe fixe de cinq personnes. Peut-être ne peuvent-elles travailler que 40 heures par semaine. La carte traditionnelle dit : « Il vous faut 20 personnes le mois prochain ! » mais votre patron répond : « Non, vous n'en avez que cinq. »
Cet article propose une nouvelle façon de regarder cette carte. Au lieu de traiter la courbe comme une règle stricte d'embauche, il la traite comme une faim cachée de travail.
L'idée centrale : La « Faim » contre le « Frigo »
L'auteur, Pedro Colla, suggère de séparer deux choses :
- La Faim (Demande Latente) : C'est la « Courbe de Parr ». Elle représente la quantité de travail que le projet veut naturellement accomplir à un moment donné. C'est comme un estomac qui devient très affamé au milieu de la journée et moins affamé le matin et le soir.
- Le Frigo (Capacité) : C'est ce que vous avez réellement à disposition. Peut-être n'avez-vous qu'un sandwich (5 personnes) alors que l'estomac réclame un steak (20 personnes).
L'ancienne méthode : Les anciens modèles supposent que si la courbe dit que vous avez besoin d'un steak, vous devez obtenir un steak, sinon le projet échoue. Ils tentaient de forcer la taille de l'équipe à correspondre à la courbe.
La nouvelle méthode (cet article) : Le nouveau modèle dit : « D'accord, le projet a faim d'un steak, mais nous n'avons qu'un sandwich. Nous allons manger le sandwich. Nous ferons autant de travail que le sandwich le permet, mais nous ne prétenderons pas avoir mangé le steak. »
Comment cela fonctionne en langage clair
Le modèle utilise une formule mathématique simple pour suivre cette « faim ». Il pose trois questions :
- Quelle est la taille du repas complet ? (Effort total nécessaire).
- À quoi ressemble la courbe de la faim ? (Quand le projet est-il habituellement le plus intense ?).
- Qu'y a-t-il dans le frigo aujourd'hui ? (Combien de personnes sont réellement disponibles cette semaine ?).
Le modèle calcule ensuite :
- La Progression : Quelle part du repas avons-nous réellement mangée cette semaine ?
- L'Écart : Avions-nous un « déficit de capacité » (nous avions faim mais n'avions pas de nourriture) ?
- La Marge (Slack) : Avions-nous de la nourriture en trop dans le frigo dont nous n'avions pas besoin de manger ?
L'analogie de la « Prévision Glissante »
Imaginez que vous conduisez et que vous consultez votre GPS.
- Ancien GPS : « Vous devez rouler à 100 mph pour arriver à 17h00. » (Ignore le trafic ou les limitations de vitesse).
- Ce Modèle : « Vous voulez rouler à 100 mph pour arriver à 17h00, mais la limitation de vitesse est de 60 mph. Donc, vous arriverez plus tard. Recalculons votre heure d'arrivée en nous basant sur la limite de 60 mph. »
L'article teste cette idée en utilisant les données d'un projet logiciel réel (une équipe de 5 à 8 personnes travaillant pendant 22 semaines). Ils divisent les données en deux :
- Calibration : Ils ont utilisé la première moitié du trajet pour ajuster la « courbe de la faim » afin qu'elle corresponde à cette équipe spécifique.
- Prédiction : Ils ont utilisé la seconde moitié pour voir si le modèle pouvait prédire l'avenir en se basant uniquement sur la taille réelle de l'équipe, sans regarder les résultats finaux à l'avance.
Ce qu'ils ont trouvé (et ce qu'ils n'ont pas trouvé)
L'article est très honnête sur ce qu'il a accompli :
- Il fonctionne en interne : Le modèle a réussi à suivre la progression de l'équipe et à identifier quand ils étaient en état de « famine » (pas assez de personnes) ou avaient des « restes » (capacité excédentaire).
- Il est simple : Il ne cherche pas à expliquer pourquoi l'équipe est lente (comme une mauvaise communication ou des bugs). Il mesure simplement l'écart entre ce dont le projet a besoin et ce que l'équipe peut faire.
- Ce n'est pas une boule de cristal magique : Les auteurs admettent n'avoir testé cela que sur un seul projet. Ils ne peuvent pas affirmer que cela fonctionnera pour toutes les entreprises du monde pour le moment. Ils doivent tester cela sur beaucoup plus de projets pour prouver qu'il s'agit d'une règle universelle.
L'essentiel
Cet article n'invente pas une nouvelle façon de construire des logiciels. Il invente plutôt un meilleur tableau de bord pour les gestionnaires.
Il cesse de dire aux gestionnaires : « Vous devez embaucher 20 personnes ! » et commence à leur dire : « Le projet a faim de 20 personnes, mais vous n'en avez que 5. Voici exactement de combien le projet va ralentir, et voici exactement quand vous finirez si vous maintenez la taille de l'équipe à 5. »
Il transforme une courbe mathématique rigide en un outil flexible qui respecte la réalité des ressources limitées.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.