{"id":177,"date":"2023-12-06T16:40:31","date_gmt":"2023-12-06T15:40:31","guid":{"rendered":"https:\/\/epmc2.fr\/?page_id=177"},"modified":"2023-12-09T17:35:41","modified_gmt":"2023-12-09T16:35:41","slug":"pf-et-methode-agile","status":"publish","type":"page","link":"https:\/\/epmc2.fr\/index.php\/pf-et-methode-agile\/","title":{"rendered":"PF et m\u00e9thode Agile"},"content":{"rendered":"\n<h3 class=\"wp-block-heading\">Les Points de Fonction et le mode Agile<\/h3>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img loading=\"lazy\" decoding=\"async\" width=\"271\" height=\"163\" src=\"https:\/\/epmc2.fr\/wp-content\/uploads\/2023\/12\/agile.jpg\" alt=\"\" class=\"wp-image-178\" style=\"width:234px;height:auto\"\/><\/figure>\n\n\n\n<p><a href=\"https:\/\/cdn.simplesite.com\/i\/c0\/97\/283445309212039104\/i283445314552000340._szw1280h1280_.jpg\"><\/a><\/p>\n\n\n\n<p><strong>Story Points et\/ou Points de Fonction<\/strong><\/p>\n\n\n\n<p><em>Par David Herron, Vice President of Software Performance Management (DCG David Consulting Group)<\/em><\/p>\n\n\n\n<p><em>IFPUG &#8211; Metrics View Vol.10 issue 1 February 2016<\/em><\/p>\n\n\n\n<p>Traduit de l\u2019anglais par Dominique Basset<\/p>\n\n\n\n<p><strong>Faut-il utiliser les \u00ab&nbsp;Story Points&nbsp;\u00bb ou bien \u00ab&nbsp;les Points de Fonction&nbsp;\u00bb ou bien les deux&nbsp;?<\/strong><\/p>\n\n\n\n<p>Ces questions sont amen\u00e9es \u00e0 se poser de plus en plus fr\u00e9quemment, car l\u2019usage de l\u2019agilit\u00e9 est en constante croissance dans les organisations. Les questions principalement pos\u00e9es sur le sujet&nbsp;sont les suivantes :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Peut-on utiliser les Points de Fonction dans un projet Agile&nbsp;?<\/strong><\/li>\n\n\n\n<li><strong>Les Story Points sont-ils plus simples et plus rapides \u00e0 mettre en \u0153uvre que les Points de Fonction&nbsp;?<\/strong><\/li>\n\n\n\n<li><strong>Existe t\u2019il une relation entre les Story Points et les Points de Fonction ?<\/strong><\/li>\n<\/ul>\n\n\n\n<p>Avant de passer directement aux r\u00e9ponses \u00e0 ces questions, un certain travail de terrain est n\u00e9cessaire pour une mise en perspective de ces deux modes de mesure.<\/p>\n\n\n\n<p><strong>Story Points<\/strong><\/p>\n\n\n\n<p>Selon&nbsp;<a href=\"https:\/\/tcagley.wordpress.com\/\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/tcagley.wordpress.com<\/a>&nbsp;(1), les Story Points sont une mesure relative bas\u00e9e sur la perception par l&#8217;\u00e9quipe projet de la somme de travail \u00e0 r\u00e9aliser. La d\u00e9termination de cette taille est bas\u00e9e sur un niveau de compr\u00e9hension de la complexit\u00e9 et de l\u2019effort de travail n\u00e9cessaire \u00e0 la r\u00e9alisation compar\u00e9 avec d&#8217;autres unit\u00e9s de travail.<\/p>\n\n\n\n<p>Les Story Points sont exprim\u00e9s sous forme de plages num\u00e9riques habituellement limit\u00e9es \u00e0 une s\u00e9quence de nombres tels qu\u2019une adaptation de la suite de Fibonacci (par exemple 1, 2, 3, 5, 8, etc.).<\/p>\n\n\n\n<p>Les Story Points sont une mesure relative utilis\u00e9e par les \u00e9quipes agile g\u00e9n\u00e9ralement au cours d&#8217;une s\u00e9ance de sprint. Pour chaque user story est attribu\u00e9e une valeur en Story Point bas\u00e9e sur la meilleure compr\u00e9hension de tout le monde sur le niveau de difficult\u00e9 de cette user story particuli\u00e8re. Bien s\u00fbr, le niveau de difficult\u00e9 peut inclure des composantes diff\u00e9rentes comme la complexit\u00e9, la taille, la dur\u00e9e, l&#8217;effort et ainsi de suite. Quelle que soit l&#8217;\u00e9chelle utilis\u00e9e, dans ce processus appel\u00e9 planning poker, les valeurs attribu\u00e9es sont \u00e9valu\u00e9es ind\u00e9pendamment par chaque individu, compar\u00e9es par l&#8217;\u00e9quipe, elles sont ensuite discut\u00e9es pour parvenir \u00e0 un consensus. Il n&#8217;y a pas de d\u00e9finition coh\u00e9rente de ce que ces valeurs repr\u00e9sentent, autre que de les utiliser comme une valeur comparative d&#8217;une user story plus ou moins grande \/ plus ou moins difficile \/ plus facile que l&#8217;autre au sein de l&#8217;\u00e9quipe. Apr\u00e8s un certain nombre d&#8217;it\u00e9rations (sprints) il peut \u00eatre \u00e9tabli une vitesse de r\u00e9f\u00e9rence (nombre de story point livr\u00e9s par sprint) qui pourra servir \u00e0 estimer les montants futurs de travail \/ effort dans les sprints \u00e0 venir. Bien s\u00fbr, m\u00eame si une \u00e9quipe r\u00e9alise exactement le m\u00eame volume \/ complexit\u00e9 de travail par rapport \u00e0 une autre \u00e9quipe, leurs Story Points respectifs ne seront pas n\u00e9cessairement les m\u00eames.<\/p>\n\n\n\n<p><em>(1) Tom CAGLEY Pr\u00e9sident de l\u2019IFPUG \u2013 International Function Point Users Group<\/em><\/p>\n\n\n\n<p><strong>Points de Fonction<\/strong><\/p>\n\n\n\n<p>\u00ab&nbsp;<em>Les Points de Fonction mesurent un logiciel en quantifiant ses fonctionnalit\u00e9s par rapport aux besoins de son client final, en se basant principalement sur la conception logique de celui-ci<\/em>&nbsp;\u00bb ; les r\u00e8gles sont r\u00e9gies par l\u2019IFPUG \u2013 International Function Point Users Group (www.ifpug.org). Les Points de Fonction mesurent la taille du logiciel ou, plus pr\u00e9cis\u00e9ment, la taille des exigences fonctionnelles qui serviront \u00e0 sp\u00e9cifier la conception et pour lesquelles le logiciel livr\u00e9 devra fournir une solution adapt\u00e9e au plus pr\u00e8s des besoins des utilisateurs finaux. La taille d&#8217;une exigence est un \u00e9l\u00e9ment d&#8217;information indispensable pour \u00eatre en capacit\u00e9 d\u2019estimer la dur\u00e9e et l\u2019effort n\u00e9cessaire au d\u00e9veloppement de cette partie du logiciel. Contrairement au Story Points, les Points de Fonction sont une unit\u00e9 de mesure normalis\u00e9e et reproductible. Les Points de Fonction peuvent \u00eatre mesur\u00e9s de mani\u00e8re uniforme ind\u00e9pendamment de qui les mesures. Les Points de Fonction peuvent \u00eatre utilis\u00e9s sur des projets agiles et non agiles. En mode agile, les user story agile d\u00e9crivent principalement les caract\u00e9ristiques et les fonctions demand\u00e9es par le \u00ab&nbsp;product owner&nbsp;\u00bb. Dans la m\u00e9thodologie des Point de Fonction sont identifi\u00e9s les 5 \u00e9l\u00e9ments cl\u00e9s suivant que sont&nbsp;: les entr\u00e9es (ENT), les sorties (SOR), les interrogations (INT), les groupes de donn\u00e9es externes (GDE), les groupes de donn\u00e9es internes (GDI). Naturellement, une description suffisamment d\u00e9taill\u00e9s de ces \u00e9l\u00e9ments doit pouvoir permettre de rendre possible une mesure en Points de Fonction satisfaisante, principalement rendue possible sur la base d\u2019une richesse documentaire suffisante. Une fois la taille en Points de Fonction d\u00e9termin\u00e9e, cette mesure peut \u00eatre utilis\u00e9e pour estimer le niveau d&#8217;effort ou encore pour calculer la productivit\u00e9, la qualit\u00e9 \u2026.<\/p>\n\n\n\n<p>Des \u00e9l\u00e9ments de r\u00e9ponses \u2026.<\/p>\n\n\n\n<p><strong>Peut-on utiliser les Points de Fonction dans un projet agile&nbsp;?<\/strong><\/p>\n\n\n\n<p>Oui, les Points de Fonction peuvent \u00eatre utilis\u00e9s sur un projet agile. De fait, les Story Points et les Points de Fonction peuvent \u00eatre utilis\u00e9s sur des projets agiles et peuvent servir \u00e0 g\u00e9rer efficacement le projet et en mesurer la performance.<\/p>\n\n\n\n<p>Nous savons d\u00e9j\u00e0 que les Story Points sont utilis\u00e9s pour dimensionner la taille des user stories pour un sprint \/ une it\u00e9ration donn\u00e9e. Les user stories peuvent \u00e9galement \u00eatre dimensionn\u00e9es en utilisant des Points de Fonction. Cependant, vous ne devez pas utiliser la taille en Point de Fonction pour estimer combien de temps une collection de user stories dans un sprint va prendre d\u00e8s lors que vous avez d\u00e9j\u00e0 \u00e9tabli une cadence de r\u00e9f\u00e9rence de 2, 3, ou 4 semaines pour vos sprints.<\/p>\n\n\n\n<p>Les Points de Fonction sont le plus utiles et fr\u00e9quemment utilis\u00e9s au d\u00e9but d&#8217;un projet agile, mais aussi \u00e0 la livraison d&#8217;une nouvelle version ou d&#8217;une livraison importante de fonctionnalit\u00e9s. Au d\u00e9but d&#8217;un projet agile vous pouvez utiliser les Points de Fonction pour mesurer la taille de la totalit\u00e9 d\u2019un backlog et utiliser cette information de taille compl\u00e9t\u00e9e de toutes donn\u00e9es additionnelles utiles, ensemble qui permettra d\u2019estimer le co\u00fbt total du projet et d\u2019estimer une date de livraison pr\u00e9visionnelle. Au \u00ab&nbsp;backend&nbsp;\u00bb du projet, vous pouvez comptabiliser le nombre total de Points de Fonction livr\u00e9s, ce qui vous permettra de contr\u00f4ler les niveaux de performance et de comparer les niveaux de performance des projets agile aux niveaux de performance d\u2019autres m\u00e9thodologies couramment en usage.<\/p>\n\n\n\n<p><strong>Les Story Points sont beaucoup plus faciles et plus rapides \u00e0 utiliser que les Points de Fonction<\/strong><\/p>\n\n\n\n<p>Cet \u00e9nonc\u00e9 est vrai; les Story Points sont plus rapides et plus faciles \u00e0 mettre en \u0153uvre que les Points de Fonction. La question qui vient alors \u00e0 l\u2019esprit est quelle est alors la m\u00e9thode la mieux appropri\u00e9e pour arriver \u00e0 ses fins. Le fait de se trouver en immersion dans une \u00e9quipe projet fonctionnant en mode agile, et \u00e0 ce titre attribuer des Story Points sur des user stories s\u00e9lectionn\u00e9es pour un sprint de backlog, &nbsp;est un excellent exercice pour bien appr\u00e9hender la complexit\u00e9 de ce que sera l&#8217;effort \u00e0 produire sur ces user stories s\u00e9lectionn\u00e9es. Nous sommes ici en pr\u00e9sence d\u2019une approche collaborative qui implique l&#8217;\u00e9quipe projet au complet et permet de disposer d\u2019une compr\u00e9hension coll\u00e9giale pour chaque user story. M\u00eame si les Story Point ne sont pas affect\u00e9s, la discussion seule apporte de la valeur ajout\u00e9e au mode de conduite de l&#8217;\u00e9quipe projet. &nbsp;Les Points de Fonction quant \u00e0 eux exigent un examen plus d\u00e9taill\u00e9 des user stories disponibles et leurs comptages reproductibles n\u00e9cessite une expertise ind\u00e9niable sur le sujet et de la pratique. Il existe bien entendu des guides m\u00e9thodologiques sp\u00e9cifiques qui permettent d\u2019appliquer la norme et de r\u00e9aliser les calculs appropri\u00e9s, il est cependant &nbsp;irr\u00e9aliste de s\u2019attendre \u00e0 ce que chaque membre de l&#8217;\u00e9quipe d&#8217;une \u00e9quipe agile puisse disposer de ce niveau d\u2019expertise. En cons\u00e9quence, l&#8217;utilisation de Points de Fonction dans une organisation classique est g\u00e9n\u00e9ralement r\u00e9alis\u00e9e par une \u00e9quipe de sp\u00e9cialistes \u00ab&nbsp;centralis\u00e9e&nbsp;\u00bb qui seule sera capable de r\u00e9aliser des comparaisons entre les diff\u00e9rentes \u00e9quipes et le portefeuille d\u2019autres projets agiles. Les Points de Fonction sont \u00e9galement une unit\u00e9 de mesure de la taille qui sert \u00e0 la fois aux &nbsp;d\u00e9veloppeurs qu\u2019aux utilisateurs finaux. Pour le d\u00e9veloppeur, les Points de Fonction sont utilis\u00e9s pour g\u00e9rer les r\u00e9sultats du projet. Pour l&#8217;utilisateur final (product owner), les Points de Fonction sont un moyen utile pour lister et quantifier ces propres attentes en termes d\u2019identification, de caract\u00e9ristiques et d\u2019identifier les fonctions qui sont en cours d&#8217;\u00e9laboration et ce jusqu\u2019\u00e0 leurs d\u00e9ploiement. Il faut garder \u00e0 l\u2019esprit que la contribution directe des membres de l&#8217;\u00e9quipe agile dans le dimensionnement par ses soins des t\u00e2ches sur lesquelles elle va avoir \u00e0 travailler directement a l\u2019avantage de garantir une motivation pleine et enti\u00e8re sur le sujet, \u00e0 contrario d\u2019un dimensionnement \u00ab&nbsp;impos\u00e9&nbsp;\u00bb par l&#8217;\u00e9quipe de comptage centrale de Points de Fonction.<\/p>\n\n\n\n<p>Plus facile, plus rapide, plus agr\u00e9able\u2026 certes, mais attention ce n&#8217;est pas ici le but final recherch\u00e9. Le but final recherch\u00e9 est avant tout de pouvoir disposer de tous m\u00e9triques ou d\u2019ensembles de param\u00e8tres qui permettront de disposer de toutes informations utiles pour g\u00e9rer au mieux la mise en \u0153uvre de l\u2019application d\u00e9finitive, aidant ainsi \u00e0 prendre les bonnes d\u00e9cisions et \u00e0 g\u00e9rer aux mieux les attentes des utilisateurs finaux.<\/p>\n\n\n\n<p>Et enfin ce qu\u2019il faut garder \u00e0 l\u2019esprit, c\u2019est que le probl\u00e8me qui apparait avec la vitesse et la facilit\u00e9 d\u2019utilisation des Story Points, est qu&#8217;ils sont difficilement comparable entre \u00e9quipes agiles. Pour chaque \u00e9quipe agile ind\u00e9pendamment ce n&#8217;est pas un probl\u00e8me, mais pour l&#8217;organisation qui a besoin de construire et disposer de road maps de produits, de budgets annuels, de plans de charges pour ses ressources etc\u2026, la perte de coh\u00e9rence est significative.<\/p>\n\n\n\n<p><strong>Existe t\u2019il Is une relation entre les Story Points et les Points de Fonction ?<\/strong><\/p>\n\n\n\n<p>Le sc\u00e9nario ci-dessous fait r\u00e9f\u00e9rence \u00e0 l&#8217;exemple suivant &#8230;<\/p>\n\n\n\n<p>&nbsp;<strong>It\u00e9ration&nbsp; # User Stories&nbsp; Story Points&nbsp;&nbsp; FP&nbsp;&nbsp;&nbsp;&nbsp; Complexit\u00e9<\/strong><\/p>\n\n\n\n<p>&nbsp;&nbsp;&nbsp;&nbsp; 1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 10&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp; 50&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; 100&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Simple &nbsp; &nbsp; &nbsp;<\/p>\n\n\n\n<p>&nbsp;&nbsp;&nbsp;&nbsp; 2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; 5&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; 50&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; 25&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Complex&nbsp;&nbsp;&nbsp;&nbsp;<\/p>\n\n\n\n<p><strong>It\u00e9ration 1<\/strong>&nbsp;&#8211; L&#8217;\u00e9quipe a d\u00e9roul\u00e9 10 user stories (au cours d\u2019un sprint de deux semaines) pour lesquels ont \u00e9t\u00e9 attribu\u00e9s un total de&nbsp;<strong>50<\/strong>Story Points. La taille en Points de Fonction pour ces m\u00eames 10 user stories a \u00e9t\u00e9 mesur\u00e9e \u00e0&nbsp;<strong>100<\/strong>&nbsp;PF. Pour information les user stories \u00e9taient ax\u00e9es sur une simple transaction I\/O traitement.<\/p>\n\n\n\n<p><strong>It\u00e9ration 2<\/strong>&nbsp;&#8211; L&#8217;\u00e9quipe a d\u00e9roul\u00e9 5 user stories (au cours d\u2019un second sprint de deux semaines) pour lesquels ont \u00e9t\u00e9 attribu\u00e9s un total&nbsp;<strong>55<\/strong>&nbsp;Story Points. La taille en Points de Fonction pour ces m\u00eames 5 user stories a \u00e9t\u00e9 mesur\u00e9e de&nbsp;<strong>25<\/strong>&nbsp;PF.<\/p>\n\n\n\n<p>Question : En supposant que l&#8217;\u00e9quipe a atteint une v\u00e9locit\u00e9 assez constante (50) pourquoi n\u2019existe-t-il pas ici de corr\u00e9lation entre PS et PF ?<\/p>\n\n\n\n<p><strong>Observations:<\/strong><\/p>\n\n\n\n<p>Les Story Points sont principalement apparent\u00e9s \u00e0 une certaine consid\u00e9ration du niveau d&#8217;effort requis. Dans la premi\u00e8re it\u00e9ration, les user stories concernent des traitements assez simples et de ce fait ont \u00e9t\u00e9 attribu\u00e9s une moyenne de 5 Story Points chacun. Dans la deuxi\u00e8me it\u00e9ration, les user stories concernent des traitements plus complexes et pour lesquels de ce fait ont \u00e9t\u00e9 attribu\u00e9es une moyenne de 10 Story Points.<\/p>\n\n\n\n<p>L&#8217;analyse en Points de Fonction quant \u00e0 elle ne fait pas r\u00e9f\u00e9rence au niveau d&#8217;effort. Elle permet de&nbsp; comptabiliser les caract\u00e9ristiques et les fonctions livr\u00e9es. Les user stories de l&#8217;it\u00e9ration 1 portaient sur des traitements entr\u00e9es et sorties et repr\u00e9sentaient un nombre \u00e9lev\u00e9 de Points de Fonction. Dans la deuxi\u00e8me it\u00e9ration, les user stories exigeaient un plus grand degr\u00e9 de traitement logique, pour des caract\u00e9ristiques et des fonctions livr\u00e9es moindre.<\/p>\n\n\n\n<p>Les Story Points sont une mesure relative alors que les Points de Fonction sont une m\u00e9thode coh\u00e9rente et normalis\u00e9e de dimensionnement. Est-ce \u00e0 dire que les Points de Fonction ne peuvent pas \u00eatre utilis\u00e9s pour estimer un niveau de sprint ? Les sprints sont \u00ab&nbsp;time boxer&nbsp;\u00bb, g\u00e9n\u00e9ralement r\u00e9alis\u00e9s sous forme d\u2019it\u00e9rations de deux semaines. L&#8217;objectif souhait\u00e9 est de parvenir \u00e0 d\u00e9rouler un flux constant de travail de sprint \u00e0 sprint (v\u00e9locit\u00e9). Pour les \u00e9quipes \u00ab&nbsp;agile&nbsp;\u00bb, cette v\u00e9locit\u00e9 est mesur\u00e9e de mani\u00e8re ad\u00e9quate en utilisant des Story Points. Les Points de Fonction sont plus appropri\u00e9s pour mesurer le r\u00e9sultat global du projet. Cela peut \u00eatre fait \u00e0 la livraison d&#8217;une version majeure &nbsp;et \/ ou les Points de Fonction peuvent \u00eatre appliqu\u00e9s lorsque le \u00ab&nbsp;product backlog&nbsp;\u00bb est d&#8217;abord d\u00e9velopp\u00e9 comme un moyen pour estimer le niveau total d&#8217;effort qui sera n\u00e9cessaire \u00e0 tous les sprints.<\/p>\n\n\n\n<p><strong>R\u00e9sum\u00e9<\/strong><\/p>\n\n\n\n<p>Story Points ou Point de Fonctions; devons-nous orienter notre choix sur l\u2019un ou l\u2019autre, ou bien encore sur les deux \u00e0 la fois ? La r\u00e9ponse est les deux \u00e0 la fois. L\u2019emploi conjoint de ces deux m\u00e9thodes de mesures est utile, toutes les deux concourent \u00e0 atteindre l&#8217;objectif principal recherch\u00e9 qui est de g\u00e9rer le plus efficacement possible un projet de d\u00e9veloppement logiciel.<\/p>\n\n\n\n<p>Les Points de Fonction sont particuli\u00e8rement bien adapt\u00e9s pour r\u00e9aliser une mesure globale d\u2019un produit en d\u00e9but et fin de processus projet. La mesure en Points de Fonction r\u00e9alis\u00e9e au d\u00e9but d&#8217;un projet pourra \u00eatre utilis\u00e9e pour estimer la charge les co\u00fbts et les d\u00e9lais globaux. La mesure en Points de Fonction au moment de la mise en production de l\u2019application &nbsp;pourra \u00eatre utilis\u00e9e pour disposer notamment d\u2019une mesure de la productivit\u00e9. Les Story Points sont quant \u00e0 eux efficaces pour g\u00e9rer le flux de travail dans un projet agile. Ils servent aussi pour d&#8217;estimer la quantit\u00e9 de travail qui peut \u00eatre accomplie par l&#8217;\u00e9quipe dans une p\u00e9riode de temps d\u00e9finie (sprint \/ it\u00e9ration).<\/p>\n\n\n\n<p>Clairement, le meilleur usage est de mettre en \u0153uvre ces deux m\u00e9thodes en recouvrement l\u2019une de l\u2019autre, il sera donc important de prendre les orientations strat\u00e9giques les concernant et ce afin d\u00e9finir quand et comment elles seront utilis\u00e9es ensemble plut\u00f4t qu\u2019isol\u00e9ment, ce sera un choix tactique.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">MetricViewsFebruary2016<\/h4>\n\n\n\n<p>L&#8217;article original se trouve dans le num\u00e9ro de f\u00e9vrier 2016 de MetricViews. Le deuxi\u00e8me article sur le sujet contenu dans le pr\u00e9sent magazine est en cours de traduction.<\/p>\n\n\n\n<p><strong><mark style=\"background-color:rgb(247,229,151)\" class=\"has-inline-color has-kubio-color-1-color\"><a href=\"http:\/\/epmc2.fr\/wp-content\/uploads\/2023\/12\/MetricViewsFebruary2016.pdf\" data-type=\"link\" data-id=\"http:\/\/epmc2.fr\/wp-content\/uploads\/2023\/12\/MetricViewsFebruary2016.pdf\">T\u00e9l\u00e9chargez fichier<\/a><\/mark><\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Les Points de Fonction et le mode Agile Story Points et\/ou Points de Fonction Par David Herron, Vice President of Software Performance Management (DCG David Consulting Group) IFPUG &#8211; Metrics View Vol.10 issue 1 February 2016 Traduit de l\u2019anglais par Dominique Basset Faut-il utiliser les \u00ab&nbsp;Story Points&nbsp;\u00bb ou bien \u00ab&nbsp;les Points de Fonction&nbsp;\u00bb ou bien [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"saved_in_kubio":true,"footnotes":""},"class_list":["post-177","page","type-page","status-publish","hentry"],"kubio_ai_page_context":{"short_desc":"","purpose":"general"},"_links":{"self":[{"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/pages\/177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/comments?post=177"}],"version-history":[{"count":6,"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/pages\/177\/revisions"}],"predecessor-version":[{"id":261,"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/pages\/177\/revisions\/261"}],"wp:attachment":[{"href":"https:\/\/epmc2.fr\/index.php\/wp-json\/wp\/v2\/media?parent=177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}