Dans Scrum, lorsque vous travaillez sur des sprints de 2 semaines, la planification du sprint est limitée à 4 heures, ce qui en fait un événement d'une demi-journée. L'une des raisons de la durée relativement longue est que l'équipe de développement doit être en mesure de convenir en toute confiance que tous les éléments tirés dans le carnet de sprint peuvent être livrés, ce qui signifie qu'ils doivent connaître les détails. Il n'est pas rare dans le cadre de la planification du sprint que les équipes se détachent de l'espace de réunion pendant des périodes afin d'étudier les éléments plus en profondeur et de s'assurer qu'ils sont "prêts" à entrer dans le carnet de sprint. (Il peut être utile de considérer la planification du sprint comme un événement plutôt que comme une réunion.)
Utilisez votre «Définition de prêt» et la durée pendant laquelle l'événement de planification de sprint permet de garantir que tous les éléments de backlog entrant dans le sprint sont à la fois faisables et prêts . c'est-à-dire qu'elles peuvent être effectuées (complètement, selon la "Définition de Terminé") dans le sprint, et il y a suffisamment d'informations pour que l'équipe puisse les faire maintenant.
Notez bien sûr que vous ne voulez probablement pas le faire pour TOUS les éléments lors de la planification du sprint, car cela peut prendre beaucoup de temps. Essayez d'avoir un backlog régulier (hors planification de sprint) où vous pouvez décomposer les éléments du backlog, et estimer les éléments non encore estimés en utilisant la planification du poker par exemple. (J'ai trouvé que cela peut être une activité efficace pendant un dîner de travail avec l'équipe de développement, si vous avez le luxe de la disponibilité de votre équipe à l'heure du dîner!)
Les éléments de haute priorité peuvent souvent être ajoutés au backlog de produit par le propriétaire du produit juste avant la planification du sprint, et bien que le nettoyage de backlog de routine puisse, et devrait normalement, être fait avant l'événement de planification de sprint, il y aura toujours de nouveaux éléments comme celui-ci où l'équipe doit passer du temps à travailler sur les détails et à estimer la complexité pendant l'événement de planification de sprint, d'où la raison pour laquelle elle peut s'étendre à 4 heures pour des sprints de 10 jours / 2 semaines.
Si vous avez besoin de prolonger les discussions sur cet événement, vous pouvez avoir un élément de backlog dans le backlog de sprint pour "avoir telle ou telle discussion pour établir x", mais vous devez éviter d'inclure des éléments de sprint pour faire tout ce que vous allez faire déterminer les besoins réalisés au cours de cette discussion, car ceux-ci ne sont pas des éléments de carnet de commandes «prêts» à entrer dans le sprint.
Comme les gens l'ont dit, il y a des raisons pour lesquelles vous voudrez peut-être changer la façon dont vous exécutez Scrum si le processus ne fonctionne pas efficacement pour vous. Scrum est cependant un cadre très bien pensé et testé pour commencer, donc je m'assurerais que votre raisonnement est justifié avant de changer le processus.