Quelle est la meilleure pratique pour estimer le temps requis pour le développement des phases SDLC ?[fermé]
https://stackoverflow.com/questions/44247
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
En tant que chef de projet, vous êtes amené à organiser votre temps pour que le projet respecte un délai.
Existe-t-il une sorte d’équations à utiliser pour estimer la durée du développement ?
disons la base de données
time = sql storedprocedures * tables manipulated or something similar
Ou êtes-vous simplement obligé d’acquérir l’expérience nécessaire pour obtenir des estimations adéquates ?
La solution
À ma connaissance, il n'existe aucune formule établie qui fonctionnerait vraiment.Fogbugz a son simulateur de Monte Carlo qui a en quelque sorte un concept pour cela, mais en réalité, l'expérience sera votre meilleur point de référence.Chaque développeur et chaque projet sera différent !
Autres conseils
En tant que chef de projet, vous devez vous rappeler que nous pourrons faire de votre mieux. tout seul c'est donner votre meilleure estimation de la durée que prendra un projet donné.À quel point vous êtes précis.Cela dépend de votre expérience et de la portée du projet.
La seule façon que je connaisse d'obtenir une estimation raisonnablement précise est de diviser le projet en tâches individuelles et d'amener le développeur à qui fera le travail réel de mettre une estimation sur chaque tâche.Vous pouvez ensuite utiliser un algorithme basé sur des preuves qui prend en compte la précision de l'estimation de chaque développeur pour vous donner la probabilité de respecter un délai donné.
Si la probabilité est trop faible, vous avez deux choix :supprimer des fonctionnalités ou déplacer la date limite.
Lectures complémentaires :
Une telle formule existera dès que les ordinateurs pourront commencer à générer tous coder eux-mêmes.En attendant, vous êtes coincé avec des développeurs humains qui ont tous des niveaux de compétences et une vitesse de développement différents.
