Question

Quelques questions sur les points de fonction:

1) Est-ce une manière raisonnablement précise de faire des estimations? (Je ne suis pas déraisonnable ici, mais je veux juste savoir par rapport à d'autres méthodes d'estimation)

2) Et l'effort demandé vaut-il le bénéfice que vous en retirez?

3) Quel type de points de fonction utilisez-vous?

4) Utilisez-vous des outils pour ce faire?

Modifier : les personnes qui les utilisent ou qui les utilisent m'intéressent. J'ai lu des informations sur les pratiques d'estimation, y compris les avantages / inconvénients de diverses techniques, mais je m'intéresse à l'intérêt de la pratique .

Était-ce utile?

La solution

Mike Cohn, dans son estimation et planification agiles , considère que les PF sont géniaux, mais difficile de bien faire les choses. Il recommande (évidemment) d'utiliser plutôt une estimation basée sur les points de l'histoire. J'ai tendance à être d'accord avec cela car à chaque nouveau projet, je vois de plus en plus les avantages de l'approche Agile.

1) Est-ce une manière raisonnablement précise de faire des estimations? (Je ne suis pas déraisonnable ici, mais je veux juste savoir par rapport à d'autres méthodes d'estimation)

En ce qui concerne la précision de l’estimation, les points fonctionnels sont très bons. D'après mon expérience, ils sont excellents mais coûteux en termes d'effort si vous voulez le faire correctement. Peu de projets pourraient se permettre une phase d’élaboration permettant d’obtenir les estimations fondées sur la PF.

2) Et l'effort requis vaut-il le bénéfice que vous en retirez?

Les PF sont excellents car ils sont officiellement reconnus par ISO, ce qui confère une grande crédibilité à vos estimations. Si vous travaillez sur un gros projet pour un gros client, il peut être utile d’investir dans des estimations détaillées d’aspect officiel. Mais si le niveau d'incertitude est important au départ (intégration des autres fournisseurs, système hérité, exigences peu rigoureuses, etc.), vous n'obtiendrez pas la moindre précision de toute façon, vous devrez donc généralement l'accepter et réitérer les estimations plus tard. Si c'est le cas, une méthode moins coûteuse d'estimation (histoires d'utilisateur et points d'histoire) est préférable.

3) Quel type de points de fonction utilisez-vous?

Si je comprends bien cette partie de votre question, nous avions l'habitude de faire des estimations basées sur les points de fonctionnalité, mais nous nous sommes peu à peu éloignés de ceux-ci, ce que presque tous les projets attendent pour ceux qui mettent fortement l'accent sur la fonctionnalité interne.

4) Utilisez-vous des outils pour ce faire?

Excel est excellent avec toutes les formules que vous pouvez utiliser. Utiliser Google Spreadsheets au lieu d’Excel est utile si vous souhaitez le faire en collaboration.

Un Sparx Enterprise Architect est également un excellent outil qui vous permet de le faire. les estimations basées sur les cas d'utilisation qui pourraient également être utilisées pour les estimations de la PF.

Autres conseils

J'étais un spécialiste des points de fonction certifié IFPUG de 2002 à 2005 et je les utilise toujours pour estimer les applications métier (Web et client lourd). Mon expérience concerne principalement des projets plus petits (1000 FP ou moins).

J'ai choisi les points de fonction après avoir utilisé les points de cas d'utilisation et les lignes de code. (Je travaille activement avec les techniques d’estimation depuis plus de 10 ans maintenant.

  

Quelques questions sur les points de fonction:

     

1) Est-ce une manière assez précise de   faire des estimations? (Je ne suis pas déraisonnable   ici, mais je veux juste savoir comparé   à d'autres méthodes d'estimation)

Difficile de répondre rapidement, car cela dépend de votre situation dans le cycle de vie (de la lueur dans l'oeil à la fin). Vous devez également vous rendre compte que l'estimation ne se limite pas à la précision.

Leur plus grande force réside dans le fait qu’elles, associées aux données historiques, résistent bien sous la pression des décideurs. En séparant la portée du projet de la productivité (h / FP), ils aboutissent à des conversations beaucoup plus constructives. (Je me suis d'abord lancé dans l'estimation basée sur des métriques quand, en tant que programmeur Web, devais convaincre un ami personnel du fondateur et PDG de mon entreprise de retourner voir ses investisseurs et de leur dire que la date qu'il avait promise était inaccessible. Je le savais bien, mais c’est l’histoire du projet et son dimensionnement fonctionnel (points de cas d’utilisation locaux de l’époque) qui l’ont réellement convaincu.

Leur avantage est maximal au début du cycle de vie, lorsque vous devez évaluer la faisabilité d'un projet avant même la constitution d'une équipe.

Contrairement à ce que l’on pense souvent, il suffit de peu de temps pour arriver à un décompte utile, si vous savez ce que vous faites. Juste à côté des types d'informations de base (fichiers logiques) déduits lors d'une première réunion client et de la productivité moyenne de notre équipe, je pouvais fournir un compte approximatif (mais pas plus grossier que tous les autres inconnus à ce stade) et une estimation utile. dans l'après-midi.

Combinez l’analyse des points de fonction avec un atelier de gestion des exigences simplifiées et vous disposez d’une excellente approche pour la configuration de projets.

Une fois que les choses devenaient sérieuses et que nous avions nommé une équipe, nous utilisions alors Planning Poker et d'autres techniques d'estimation pour trouver un nombre indépendant, et comparer les deux.

  

2) Et l’effort requis vaut-il   le bénéfice que vous en retirez?

Absolument. J’ai trouvé que préparer un décompte était un excellent moyen de vérifier la cohérence et l’exhaustivité des exigences au niveau de l’objectif de l’utilisateur, en plus de tous les autres avantages. C'était même dans la mise en place de projets Agile. J'ai souvent trouvé des histoires implicites que le client avait manquées.

  

3) Quel type de points de fonction font   vous utilisez?

CPM IFPUG (Manuel des pratiques de comptage) 4.2

  

4) Utilisez-vous des outils pour faire   ça?

Un modèle de feuille de calcul Excel m'a été fourni par la personne qui m'a formé. Vous insérez les attributs de fichier ou de transaction et toutes les recherches dans les tables sont effectuées à votre place.

En guise de conclusion, aucune estimation n'est aussi précise (ou plus précisément, comme le voudraient les compteurs de grains), pour des raisons qui ont été bien documentées dans de nombreux autres endroits. Vous devez donc gérer vos projets de manière à ce que cela soit possible (félicitations à Agile).

Mais les estimations restent un élément essentiel de l’aide à la décision dans un environnement professionnel et je ne voudrais jamais être sans mes points de fonction. Je soupçonne les personnes qui les qualifient de "fantasy" je ne les ai jamais vus bien utilisés (et je les ai vus sur-emballés et mal utilisés grotesquement, croyez-moi).

Ne vous méprenez pas, FP ont parfois une impression d’arbitraire. Mais, pour paraphraser Churchill, les points de fonction sont la pire technique d’estimation de début de cycle connue, à l’exception de toutes les autres.

Le grand hacknot est hors ligne, mais il est sous forme de livre. Il a rédigé un essai sur les points de fonction: http://www.scribd.com/ doc / 459372 / hacknot-book-a4 , concluant qu'il s'agit d'un fantasme (avec lequel je suis d'accord).

Joel on Software propose une alternative sonore raisonnable appelée Planification basée sur des preuves cela au moins semble comme si cela pourrait fonctionner ....

D'après ce que j'ai étudié à propos de Function Point (l'un de mes professeurs était très impliqué dans le processus de théorie de la théorie de la fonction) et il n'a pas été en mesure de répondre à toutes nos réponses. parce que vous avez quelque chose à lire ou à écrire que vous pouvez évaluer correctement. Vous pouvez avoir un résultat de 450 points de fonction et certains d’entre eux dureront 1 heure et d’autres 1 semaine. C'est une métrique que je n'utiliserai plus jamais.

  1. Non, car une exigence particulière peut nécessiter un effort arbitraire en fonction de la précision (ou de l'imprécision) de l'auteur de l'exigence et du niveau d'expérience de l'évaluateur ponctuel.
  2. Non, car l'administration de dérivées imprécises de fonctionnalités abstraites ne donne aucune estimation fiable.
  3. Aucun si je peux y contribuer.
  4. Outils? Pour les points de fonction? Qu'en est-il d'Excel? Ou un mot? Ou un bloc-notes? Ou Edlin?

Pour répondre à vos questions:

  1. Oui, ils sont plus précis que tout ce que j'ai pu rencontrer (dans plus de 20 ans).

  2. Oui, ils valent bien l'effort. Vous pouvez estimer la taille, les ressources, la qualité et la planification à partir du nombre de PF - extrêmement utile. Il faut en moyenne 1 minute pour compter manuellement un PF et 8 heures en moyenne pour coder intégralement un PF (environ 800 $). Considérons l’énonciation du menuisier selon laquelle il faut "mesurer deux fois une fois coupé". Et maintenant, un plug éhonté: avec https://www.ScopeMaster.com , vous pouvez mesurer 1 PF par seconde, et vous n'avez pas besoin d'apprendre comment!

  3. J'aime les points de fonction cosmiques (parce qu'ils sont polyvalents) et IFPUG car il existe de nombreuses données publiées (principalement de Capers Jones).

  4. Ayant investi beaucoup de temps, d’efforts et d’argent dans le développement d’un outil qui compte automatiquement les PF par rapport aux exigences, je n’aurai jamais à le refaire manuellement!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top