Comment créer une tâche dans Scrum?

Question

Nous utilisons scrum avec notre développement, nous créons souvent des tâches/billets pour le développeur, et je veux trouver un moyen

de les enregistrer. Mais j'ai une question refusée, c'est une façon de les enregistrer. est une façon d'écrire sur

tableaux blancs, l'autre est écrire sur l'outil de gestion de projet Agile (Pivotal Tracker), je pense qu'ils

sont en double, donc ce qui est mieux?

Answer 1

Cela dépend de qui se soucie des tâches.

Dans les équipes très nouvelles de Scrum, les devs peuvent partager des histoires en tâches pour avoir une meilleure idée des estimations, collaborer au travail, etc. Pour cette raison, tout ce que les développeurs préfèrent devrait être la voie à suivre. Habituellement, un développeur préfèrera placer des tâches sur une carte, un tableau blanc ou quelque chose de proche de l'espace de travail, mais certains développeurs préfèrent les systèmes électroniques. Je trouve que le fait de déplacer une carte ou d'écrire sur un tableau donne un sentiment d'engagement envers une tâche ou une histoire, alors je préfère cela.

Parfois, le PM préfère avoir les tâches afin qu'il puisse voir si une histoire est de 65% fait, etc.

Chaque fois que je l'ai vu, il se retrouve avec le PM dire les devs hors de Ils ne terminaient pas leurs histoires quand ils disaient qu'ils le feraient, ou qu'ils disaient: «C'était fait à 85% hier! Comment pouvez-vous ne pas l'avoir fini? Cela arrive souvent avec de nouvelles équipes, où les développeurs préfèrent souvent faire les premiers pas, ou ne savent pas comment intégrer leur travail avec les autres.

Le fait est qu'il n'y a aucune valeur dans les tâches! Il est seulement possible d'obtenir des commentaires utiles en livrant les histoires, même si elles ne représentent pas des fonctionnalités complètes, mais seulement des tranches dans le système. Les tâches elles-mêmes ne sont utiles que pour l'itération jusqu'à ce que les histoires soient complétées, donc aucun enregistrement historique n'est nécessaire. Les MP qui accordent de l'importance aux tâches se retrouvent souvent avec des histoires partiellement réalisées et rien à publier ou à mettre en valeur.

Pour cette raison, j'essaierais de ne pas dupliquer les tâches pour mes efforts d'enregistrement, mais juste de laisser les développeurs faire les tâches eux-mêmes et les mettre où ils veulent. Il est assez facile de compter les tâches manuellement pour un burn-down.

Answer 2

Je ne serais pas d'accord avec la réponse précédente de ne pas avoir de valeur dans les tâches. Je préfère moi-même les méthodes électroniques telles que: - Calendriers: Non seulement ils disent ce qui doit être fait mais aussi quand et combien de temps cela peut prendre - Liste des tâches: Tout comme la liste des tâches traditionnelles. - Éléments d'étendue: Transformer les éléments de la feuille de calcul d'étendue en éléments livrables. Avoir des tâches physiques sur des cartes (essayées) ou sur le tableau blanc dans le LLP (fait cela pendant un certain temps) est techniquement meilleur, parce que vous pouvez toujours accéder à l'information rapidement. Cependant, si votre équipe de développement est distribuée, surtout quand PM est dans une autre partie du monde, vous allez devoir dupliquer les données électroniquement. Les tâches elles-mêmes ajoutent de la valeur à la maison de développement car elles fournissent de bonnes données historiques sur la durée de certaines tâches. Cette information est extrêmement précieuse pour la construction de la matrice Scope des futurs projets, et en tant que telle affecter le coût et le délai de livraison. Comme un avantage secondaire, vous serez en mesure de voir par tendance historique quel actif (c'est-à-dire développeur) est capable d'effectuer et à quelle efficacité. Par exemple. Si vous confiez une tâche Base de données à un développeur et que ces tâches sont inefficaces, vous saurez que les tâches de base de données doivent être confiées à quelqu'un d'autre ou pendant le temps d'arrêt entre les projets.

L'enregistrement des tâches historiques est si important que parfois les clients demandent à voir les tâches et combien de temps ils ont pris comme vérification de «la facture». Lorsque les clients sont facturés par le taux horaire de la maison de développement pour le travail, ils veulent la responsabilité pour chaque heure (ou partie de celle-ci) dépensée. Nous avions l'habitude de remplir ces feuilles avec les tâches et les durées à envoyer avec la facture au client; et parfois ils l'interrogeraient.