Qui devrait définir, attribuer, mettre en œuvre et suivre les tâches de Scrum?
Les rôles de Scrum sont propriétaires du produit, Scrum Master et Scrum Team. Une histoire d'utilisateur doit également se casser en morceaux plus petits appelés tâches. Une tâche semble avoir quatre phases, nommément définition, affectation, mise en œuvre et suivantes.
Qui devrait faire quoi dans Scrum des tâches? Est-il à la responsabilité de Scrum Master de mettre à jour les heures restantes d'une tâche ou est-ce la responsabilité du développeur (équipe Scrum)? Les développeurs devraient-ils assigner des tâches à eux-mêmes ou est-il responsable du maître de Scrum accompagné du propriétaire du produit?
Agile suit plusieurs principes. L'un d'entre eux est: autonomiser les gens. En raison de ces tâches, il convient de définir par équipe et les tâches doivent être sélectionnées par les membres de l'équipe. Les tâches ne doivent pas être attribuées au membre de l'équipe. L'équipe devrait être auto-organiser et à cause de cette répartition des tâches durs/faciles/intéressantes/ennuyeuses devraient être même.
Scrum Master devrait s'assurer que l'équipe suit les principes de Scrum. Il n'est pas un chef de projet.
C'est la théorie et cela fonctionne pour les équipes matures. Pour Scrum Débutants, il peut être parfois difficile, mais vous devez au moins insister pour que les membres de l'équipe sélectionneront eux-mêmes des tâches au lieu de les assigner.
mettre à jour les heures restantes d'une tâche
À mon avis, estimez des tâches et la maintenance du temps restant est des déchets. Vous avez eu un engagement sur l'ensemble des histoires d'utilisateurs, donc peu importe la durée de chaque tâche. Le seul important est que l'article d'utilisateur sera terminé ou non.
Les développeurs devraient-ils assigner des tâches à eux-mêmes ou est-il responsable du maître de Scrum accompagné du propriétaire du produit?
Je place où j'ai travaillé qui a suivi Scrum, nous avons fait les deux, bien que les développeurs idéalement cumrent leurs propres tâches. En fin de compte, cela n'a pas d'importance tant que toutes les tâches sont terminées.
Il y a des avantages et des inconvénients à chaque approche.
Laisser l'équipe choisir le leur:
- avantages - L'équipe ressent la propriété de la tâche, ils choisissent ceux qu'ils pensent pouvoir faire un bon travail. La propriété est un aspect important du développement que beaucoup de gens négligent.
- inconvénients - Certaines tâches sont laissées jusqu'à la fin quand elles seraient mieux terminées.
Avoir des tâches assignées:
- les pros - toutes les tâches sont considérées comme également et aucune n'est éventuellement laissée de côté.
- inconvénients - Les membres de l'équipe ne ressentent pas nécessairement la propriété de la tâche.
Dans la vie réelle, vous devez adopter une approche pragmatique. Il y aura des moments où des tâches doivent être assignées, mais elles devraient être peu nombreuses.
Dans notre processus de Scrum, nous procédons comme suit:
Les tâches sont définies par le groupe de développeurs, qui mettront probablement la nécessité de mettre en œuvre l'histoire de l'utilisateur.
Au moins deux développeurs sont responsables de la mise en œuvre d'une histoire d'utilisation, par conséquent, ils seront attribués aux tâches automatiquement (s'ils peuvent fonctionner en parallèle, ils vont prendre une tâche la plus adaptée à leurs connaissances et sa saveur personnelle. Sinon ils va paire programme).
Tout ce qui concerne les tâches est la responsabilité de l'équipe de Scrum. L'équipe proposera généralement une décomposition d'histoires dans des tâches au cours de la deuxième moitié de la réunion de planification de sprint, mais de nouvelles tâches peuvent être introduites ou des tâches peuvent être supprimées à tout moment pendant la sprint, car de nouvelles informations se présentent à la lumière. À mon avis, cette boucle de retour quotidien est une partie importante de Scrum.
Le scrummaster n'est pas le responsable de l'équipe ni son gestionnaire. Le rôle du Scrummaster est de faciliter le processus de Scrum et de supprimer les obstacles. Le Scrummaster n'attribue pas de tâches aux développeurs. Le propriétaire du produit n'attribue pas de tâches aux développeurs. L'équipe fournit de la valeur au propriétaire du produit (et par extension le client) en mettant en œuvre les histoires d'utilisateurs.
L'équipe est responsable de toutes les estimations. Donc, il possède les estimations des tâches (et des histoires) au conseil.