Calcul du temps pour réaliser un projet

Question

Possible en double:
What can I do to get better at estimating how long projects are going to take?

Bien que je suis principalement intéressé Iphone projets mais tout le monde est invité à répondre.

Alors je me demandais comment vous calculiez l'heure à laquelle un projet particulier sera achevé? Et bien je sais que cela dépend beaucoup de votre expérience mais la plupart du temps (bien depuis 3 mois d'expérience) il y a des enfers d'inconnus sur les routes que vous ne connaissez pas à l'avance et qui ne font surface que lorsque vous commencez à travailler Sur ce, donc dans une telle condition comment vous traiter avec votre client et leur donner le bon budget et l'échelle de temps dans lequel le projet sera achevé? Et après avoir démarré le projet, il s'avère qu'il y a une partie particulière de la technologie que vous ne connaissez pas et que vous devez apprendre, alors elle apparaît juste au milieu, comment convaincre votre client de prolonger le délai et le budget?

Je ne sais pas si j'ai bien posé la question, alors aidez-moi à corriger la question. Merci.

Answer 1

Il y a quelques techniques standard que vous pouvez utiliser comme Function Point Analysis etc ... mais vous pouvez obtenir quelques figures assez sauvages en les utilisant.

Expérimenter des projets et connaître les capacités de votre équipe est votre meilleur choix.

Answer 2

Malheureusement, pour bien estimer, vous devez non seulement avoir de l'expérience en programmation, mais vous avez également besoin d'une estimation d'expérience. Chaque fois que vous sur ou sous estimation, pensez à ce qui s'est mal passé et vos estimations vont s'améliorer avec le temps.

En tant que développeur moins expérimenté, je trouve qu'il me faut, le meilleur des cas, deux fois plus longtemps que j'espère avec optimisme. Cas moyen, 3 ou 4 fois plus long. Le pire des cas ... eh bien, ça descend à partir de là.

Peut-être que cela aiderait? http://discuss.fogcreek.com/joelonsoftware/default.asp?cmd=show&ixPost=12774

Answer 3

Il y a beaucoup de variables ici - type de projet, le client, les développeurs, la gestion, votre niveau de compétence, le niveau d'expérience des autres personnes impliquées, la technologie, etc.

Comme celles-ci varient considérablement d'un individu à l'autre , projet à projet, et entreprise à entreprise, il n'y aura pas d'estimateur facilement disponible qui sera en mesure de prédire cela pour vous. Le meilleur moyen est de créer une base de données historique de projets, d'exigences, d'équipes ou d'historiques. Puisque les exigences et les équipes changent à mesure que les projets évoluent, vous avez besoin d'une vue historique de toutes ces données.

Ensuite, vous pouvez tenter de prédire les estimations de temps final du projet sur la base des estimations inital, ou de prédire les estimations finales de la durée du projet par rapport aux estimations initiales, et les coûts de temps final du projet par rapport aux estimations finales du projet, etc.

Si vous n'ont pas assez de données pour faire de bonnes estimations, alors ce ne seront pas des estimations précises. Mais, avec le temps, vous devriez être en mesure de faire de meilleures estimations.

Sinon, vous devez le faire le siège du pantalon - écrivez le plan du projet, essayez de vous assurer que tous les éléments ont été pris en compte, et toutes les priorités, puis remplissez les estimations de travail pour chaque élément, obtenez votre date de projet estimée. Il devrait être dans un facteur de 100 d'être correct :)

Bien sûr, si vous êtes un gestionnaire de projet expérimenté et que vous avez décomposé en éléments de travail que vous pouvez estimer avec précision à partir de votre expérience passée, vous pouvez arriver avec une estimation considérablement meilleure. C'est la planification de projet classique. Cependant, je pense que l'approche prédictive basée sur des données historiques devrait produire de meilleures estimations à long terme.

Answer 4

Divisez le projet en plusieurs étapes si vous le pouvez et faites savoir au client quand une étape est terminée.

Au préalable, vous pouvez lui indiquer à quelle date vous attendez la fin d'une phase. Donc, il sait toujours si vous êtes en retard ou juste à temps.

Si quelque chose ne va pas, il est assez facile de lui dire ce qui a causé le retard et pourquoi vous devriez prolonger la date limite.

Lorsque vous divisez le projet en étapes de projet plus petites, il est généralement plus facile d'estimer le temps nécessaire à une étape et de mieux voir la progression. Le plus tôt vous pouvez dire à votre client que vous ne pouvez pas respecter le délai le mieux. En le faisant participer au développement (en lui laissant voir les résultats de chaque étape), il est généralement plus facile de communiquer des problèmes de temps. Au moins, c'est mon opinion à ce sujet.

Answer 5

Briser chaque étape du développement en un segment aussi petit que possible. Si vous pouvez obtenir le tout en segments plus courts qu'un jour, vous saurez quand vous êtes sur ou hors piste. En même temps, vous identifierez où vous pourriez avoir besoin de plus de temps parce que vous verrez des segments du projet dont vous n'êtes pas sûr combien de temps ils prendront, parce que vous n'avez jamais fait cette tâche auparavant ... soyez les choses qui vous feront probablement tomber derrière. Planifiez une demi-journée (ou ce que vous pensez avoir besoin) pour la recherche à ces moments plus le temps d'accomplir la tâche. Non seulement cela vous donne le temps d'apprendre, espérons-le, les compétences nécessaires, mais si vous obtenez la recherche et la mise en œuvre plus tôt que prévu, vous serez en avance. Et quand vous frappez un autre segment de recherche plus difficile, vous aurez un peu plus de temps ... j'espère que

... mais, ça vient vraiment avec l'expérience. Plus vous travaillez sur ou avec un système ou un type de système, mieux vous pouvez estimer. Tout nouveau, c'est votre meilleure idée, et vous aurez recours à la planification du mieux que vous pouvez à l'avance ... ou jeter des conjectures sauvagement inexactes!