Quelle est une bonne technique d'estimation pour les estimations initiales et de haut niveau?
J'utilise actuellement le poker de planification pour effectuer nos estimations détaillées. Cela fonctionne bien mais repose sur une panne de travail assez détaillée. Souvent, il faut 6 à 8 semaines pour obtenir une panne de conception et de travail suffisamment détaillée.
J'ai découvert que les 6-8 semaines d'analyse sont souvent gaspillées car l'estimation sort si haut ne fait pas de sens économique de continuer le projet. Je pense que fournir une estimation de haut niveau à l'avance avec une large gamme pourrait être meilleure pour éliminer ces affaires de secours fragiles.
Quels outils et techniques existent pour les estimations initiales de haut niveau?
En ce moment, je viens de choisir un projet précédent qui "ressent" identique et fournit une gamme de 50%/+ 100%.
Si vous effectuez des sessions de poker planifiant détaillées pour toutes les exigences en avant, vous perdez beaucoup de temps, comme dans mon expérience, des exigences détaillées sur le projet ne sont tout simplement pas aussi répandues, alors vous passez beaucoup de temps à estimer les articles que vous avez Ne construisez jamais, ou n'a pas beaucoup changé au moment où vous les construisez que l'estimation initiale n'est pas valide.
Toutes les estimations sont des devintes, mais vous pouvez vous améliorer pour estimer si vous le faites souvent et conserver des données sur la précision de vos estimations. L'estimation est la mieux effectuée à deux niveaux, une fois initialement sur le projet et un autre en tant que processus en cours au sein du projet.
Tout d'abord, lorsqu'il est demandé une estimation de projet - estimation au niveau des fonctionnalités, en utilisant votre expérience sur les projets précédents. Gardez les données sur vos estimations initiales précédentes et voyez-vous comment vous les suivez. Vous pouvez faire cette estimation initiale de la même manière que la planification du poker, mais ne pas enfreindre les tâches en tâches. Donnez-vous simplement de gros seaux (incréments d'une demi-semaine ou une semaine pour que les caractéristiques puissent fonctionner, mais pas beaucoup plus granuleux que cela) à estimer. Si plus d'un membre de l'équipe estime, ne perdez pas de temps sur trop de discussion à ce stade, allez simplement avec l'estimation la plus pessimiste plutôt que de descendre dans les mauvaises herbes.
Deuxièmement, lorsque vous travaillez grâce à vos itérations de votre projet court (en supposant que vous avez des itérations courtes), vous choisissez les éléments prioritaires les plus élevés et les estimez au niveau de la tâche (et bien sûr les développer et les livrer). Une fois que vous avez cyclé cette première itération, vous pouvez voir à quel point vos estimations détaillées sont précises, ainsi que la manière dont elles se comparent à vos estimations initiales de Ballpark. Maintenant, vous pouvez réviser ces estimations initiales car vous voyez à quel point ils sont précis, et une fois que vous avez quelques cycles sous votre courroie, vous pouvez donner un intervalle de confiance pour la date d'achèvement du projet.
Les unités de l'estimation de Ballpark sont un bon outil de communication pour la précision de l'estimation. Vos unités initiales sont en jours ou en semaines, mais vos estimations détaillées sont en heures.
Nous faisons cela en créant deux tâches au lieu d'un:
- une tâche d'estimer le travail à faire
- une tâche de faire le travail (dans les estimations apportées)
Vous pouvez estimer le premier avec le poker et, après la fin de l'estimation "longue", vous avez suffisamment d'informations pour estimer la seconde.
Oui, il en résulte parfois que ce travail est trop coûteux à faire. Mais à moins que vous ne dépensiez réellement de travailler sur son estimation, vous ne pouvez pas le savoir de toute façon.