Si vous vous approchez d'un humain dans la rue et demandez "Quelle était la taille d'un T-rex?" les réponses varieraient même si la majorité des humains savent ce qu'est un T-rex, quelle en est sa taille, mais personne ne le sait vraiment - car nous n'avons AUCUNE échelle relative entre nous.
C’est le comportement cognitif que vous essayez de comprendre avec les prévisions et de nombreuses méthodologies qui font tourner les cycles avec " je les ai! .. j'ai le secret pour des prévisions précises! " De l’huile de serpent aux masses. Lorsque vous prévoyez réellement, vous dites vraiment que vous laisserez entendre « Je vais permettre x jours / heures / points pour que cela soit terminé » - c'est en quelque sorte créer une «boîte de temps» pour que l'événement se déroule à l'intérieur.
Pour moi, Points ne fait que déplacer les limites, à la fin de la journée, à moins que vous ne soyez dans une équipe heureuse de dire " * Eh bien, nous avons 3 semaines par sprint et le pouce est nul ... je pense que nous devrions viser Qui est avec moi! * "Et qui est aussi profond que vous allez dans la modélisation des prévisions - bien! ..as réaliste que vous venez de fixer un budget arbitraire et c'est tout. Vous êtes également ensuite en train de regarder rétrospectivement le travail effectué avec le sentiment de "merde sacrée, nous avons lancé 33 points ce sprint, c'était plutôt cool" et rien ne peut être fait à ce sujet. Vous pouvez utiliser la vélocité pour déterminer si votre budget est correct à mi-course en demandant à voix haute " Avons-nous déjà atteint 15 pts? Allons-nous""mais le danger ici est que vous utilisez maintenant Velocity pour mesurer la productivité et non la capacité, ce qui, si j'ai bien compris, donne un coup de fouet à la gestion de la version réactive (Story Points) dans la tête ..
Le système de points est presque trop intelligent pour ne pas remarquer que vous attachez toujours du temps relatif à l'équation, de vos "cycles de sprint" convenus à vos relevés quotidiens dans lesquels vous incarnez une règle cachée autour de la durée + complexité = " Max prend trop de temps avec cette tâche "instinct inné sentiment code rouge moment?
Le cerveau humain ne peut pas prévoir parce qu'il implique beaucoup de mémoire de travail mélangée à un rappel à long / court terme, c'est donc comme demander à un étudiant en mathématiques novice de faire des fractions dans sa tête, pas sur papier. C'est pourquoi les autres industries ne sont jamais d'accord sur une prévision et Validez constamment les prévisions en temps relatif (par exemple, les géologues ne cessent jamais de modéliser les prévisions tant que le mètre cube n’a pas été extrait du sol, puis c’est fait).
Je dirais que le système de points fonctionne si vous ne faites pas de prévisions . Vous acceptez une partie du travail qui repose sur un algorithme de sous-segmentation, mais qui constitue votre approche de prévision la plus proche possible. En fait, votre responsable de la publication chercherait des ruptures naturelles dans la file d’arrière-plan qui correspond à un ou plusieurs thèmes (c’est-à-dire que dans Silverlight, les chefs de produits attendaient qu’ils aient terminé leur arriéré pour reconstituer les thèmes que nous avions initialement définis. Je ne savais jamais ce que l'équipe d'ingénieurs faisait spécifiquement, nous avions juste un aperçu de base. Nous prenions ensuite ce travail et organisions notre événement marketing autour de celui-ci (Microsoft Mix).
Lorsque vous commencez à fixer des prévisions de vélocité à l'intérieur de cycles de sprint qui reposent sur la vélocité + le temps, vous êtes de nouveau en mesure de prévoir des estimations, mais cette fois-ci vous êtes moins bien loti parce que vous jouez au jeu "ça dépend" ... Plus important encore, vous Nous éliminons également le potentiel de croissance d’équipe / de carrière.
La taxe que vous payez pour Points vs Time correspond aux points dont vous avez besoin pour rechercher des formules de mesure alternatives permettant de suivre le développement des compétences en ligne / le mentorat ou le comportement du développeur.
Dans la mesure où vous aurez toujours besoin de rechercher un "développeur médian" comme personne idéale avec laquelle vous souhaitez associer compétences / efforts, vous pouvez ensuite contacter d’autres développeurs avec cette personne pour déterminer dans quelle mesure elle tient compte de sa croissance continue au sein de votre équipe. Il met également en évidence les situations dans lesquelles les développeurs "rapides" transportent la majeure partie de l'eau mais s'ennuient ou empirent, travaillent plus longtemps et ne sont pas reconnus / récompensés en raison d'échéances concurrentes, etc. il détecte les mauvaises odeurs au sein de l'équipe, comme dans "cette personne a des difficultés, aide"
Viennent ensuite les histoires de "report", des histoires qui ne sont pas incluses dans ce cycle de sprint mais qui se propagent ensuite au cycle de sprint suivant. Ce qui peut alors facilement créer un effet d'entraînement si vous prenez en compte le temps, mais dès que vous prenez en compte le temps relatif..en outre, vous venez de revenir à la "prévision / estimation basée sur le temps" et encore une fois, le système de points est juste. brouillant les eaux.
Si vous marquez des points, vous aurez totalement ignoré le temps et je veux dire complètement, au moment où vous laissez le temps s'infiltrer, vous jouez l'idée / la méthodologie.
Ayant voyagé à travers le monde en tant qu'évangéliste, j'ai vu beaucoup d'équipes assermenter tout ce qui leur tient à coeur qu'elles ont déchiffré le code Agile Forecast ... mais j'ai toujours cliqué sur ma langue, souris et suis repartie avec la pensée " ouais ... tu as failli le faire, mais cette maîtresse que nous appelons "le temps" ... elle est juste cruelle ... "