Cela fait deux mois que ce profil n'a pas reçu de nouvel avis

Avis et détails du produit SP Estimating

Alternatives les mieux notées

Procore

4.6/5

(4,055)

Autodesk Forma (formerly Autodesk Construction Cloud)

Voir toutes les alternatives

Média de SP Estimating

SP Estimating

Les avis G2 sont authentiques et vérifiés.

Voici comment.

RS

R S.

Mechanical Engineer

Petite entreprise (50 employés ou moins)

4/25/2024

"Estimation des points d'histoire"

3.5/5

Qu'aimez-vous le plus à propos de SP Estimating?

une technique utilisée dans la gestion de projet Agile pour remplacer l'estimation des tâches en temps ou en argent Avis collecté par et hébergé sur G2.com.

Que n’aimez-vous pas à propos de SP Estimating?

L'incohérence et le manque de normalisation peuvent conduire à des estimations inexactes. Avis collecté par et hébergé sur G2.com.

Quels sont les problèmes que SP Estimating résout, et en quoi cela vous est-il bénéfique?

Dans notre projet actuel, nous sommes 6 développeurs et faisons une estimation basée sur le temps absolu, c'est-à-dire que 2 SP correspondent à un jour et la durée du Sprint est de 4 semaines (20 jours ouvrables). Nous prévoyons donc environ 200 SP (selon le calcul 240 = 2*20*6) avec 40 SP en réserve. Mais nous remarquons depuis les deux derniers Sprints que nous sommes capables de terminer environ 160 SP et maintenant le propriétaire du produit veut connaître la raison de la diminution de la production pour les derniers Sprints car il est clair que même avec la réserve, nous devrions être capables d'atteindre un minimum ou environ 200 SP.

Deuxièmement, je prévois de passer à une estimation relative en utilisant la série de Fibonacci. Mais ma question serait comment prendre une histoire de référence, c'est-à-dire mon histoire utilisateur de 1 ou 2 SP pour l'estimation relative ? Je crois qu'ici encore l'histoire utilisateur de référence devra être estimée en utilisant le temps, c'est-à-dire dire que cette histoire utilisateur nous prend 2 jours et ensuite estimer les autres de manière relative.

Troisièmement et enfin, nous avons la structure suivante pour la formulation des tickets :

Histoire utilisateur, c'est-à-dire ticket de fonctionnalité

- Sous-tâche 1

- Sous-tâche 2

Actuellement, avec l'estimation du temps absolu, nous estimons les sous-tâches et additionnons les SP et mettons à jour le ticket de l'histoire utilisateur principale avec la somme. Est-ce une bonne option ou y a-t-il de meilleures façons et aussi si je passe à l'estimation relative comment devrais-je effectuer l'estimation pour la structure de ticket ci-dessus. Avis collecté par et hébergé sur G2.com.

MS

Mary S.

Quantity Surveyor

Entreprise (> 1000 employés)

10/18/2024

"Estimation de l'utilisateur"

5/5

Qu'aimez-vous le plus à propos de SP Estimating?

SP estimer est un outil pour faciliter la mesure et le coût. Avis collecté par et hébergé sur G2.com.

Que n’aimez-vous pas à propos de SP Estimating?

Il semble qu'il n'y ait pas eu de désapprobation concernant les outils. Avis collecté par et hébergé sur G2.com.

VM

Vijay M.

Petite entreprise (50 employés ou moins)

4/25/2024

"Très bon outil pour estimer sp en agile"

4/5

Qu'aimez-vous le plus à propos de SP Estimating?

Cela a aidé à décomposer et à donner des estimations pour un code de projet donné. Avis collecté par et hébergé sur G2.com.

Que n’aimez-vous pas à propos de SP Estimating?

Assistant pour saisir les codes de projet et attribuer les codes de projet à des épopées spécifiques à des histoires pour s'assurer que nous le planifions comme nécessaire. Avis collecté par et hébergé sur G2.com.