Ajouter et modifier des chemins de zone et d'itération
Pour regrouper les éléments de travail par zone produit, zone fonctionnelle ou zone de fonctionnalité, utilisez les chemins de zone. Pour regrouper les travaux en fonction de sprints, jalons ou périodes, utilisez les chemins d'itération. Pour restreindre l'accès à un groupe d'éléments de travail, utilisez les chemins de zone ou les chemins d'itération.
Les chemins de zone et d'itération prennent également en charge les fonctions clés des outils de planification Agile. Le chemin de zone par défaut d'une équipe permet de filtrer les éléments du backlog pour les pages du backlog de chaque équipe. Les éléments de travail créés à l'aide des outils de planification Agile assignent automatiquement les chemins de zone et d'itération en fonction des valeurs par défaut de l'équipe.
Ajouter un nœud de zone ou un nœud enfant
Si vous n'êtes pas un administrateur du projet, faites-vous ajouter en tant que tel. Vous devez être un administrateur du projet pour ajouter des nœuds sous une zone d'équipe. Sinon, vous devez disposer de l'autorisation Autoriser pour Créer des nœuds enfants pour un chemin de la zone, comme décrit ultérieurement dans cette rubrique, dans Restreindre l'accès aux éléments de travail assignés à une zone ou une itération.
À partir de votre page de projet d'équipe dans Team Web Access (TWA), ouvrez la page d'administration.
.png "Choisir l'icône d'engrenage pour ouvrir l'administration")
Pour plus d'informations sur la connexion à TWA, cliquez ici.
Ouvrez Zones. La plupart des équipes sont associées à un chemin de zone par défaut.
.png "Page Zones pour un projet d'équipe, contexte d'administration TWA")
Le chemin de zone par défaut est utilisé pour filtrer les éléments du backlog du projet d'équipe. En outre, la valeur par défaut de l'équipe est assignée au chemin de la zone lorsque les équipes créent des éléments de travail à partir d'une page d'outil de planification Agile.
Ajoutez un nœud enfant à la zone que vous avez sélectionnée. Pour prendre connaissance des restrictions sur les noms, cliquez ici.
.png "Lien de nouvel élément dans la page Zones, boîte de dialogue Créer une zone")
Ajouter un nœud enfant d'itération et définir des dates d'itération
La plupart des projets d'équipe contiennent un ensemble prédéfini de chemins d'itération basés sur le modèle de processus. Vous pouvez renommer cet ensemble ou y ajouter des éléments.
Dans la page Itérations, vous pouvez ajouter et sélectionner les itérations qui seront actives pour votre équipe. Ajoutez des nœuds d'itération de la même manière que vous ajoutez des nœuds de zone.
.png "Exemple d'itérations pour une équipe")
Pour spécifier une itération ou une itération enfant pour une équipe, cochez la case en regard de cette itération ou itération enfant. Si vous choisissez une itération, vous ne pourrez pas sélectionner des itérations enfants. Si vous souhaitez utiliser les itérations enfants, décochez la case de l'itération, puis cochez les cases des itérations enfants que vous souhaitez utiliser pour votre équipe.
Ouvrez un sprint ou une itération pour définir des dates de début et de fin.
.png "Définir les dates de début et de fin pour un sprint")
Après avoir défini les dates de début et de fin d'une itération, l'outil de calendrier tente automatiquement de définir l'ensemble suivant de dates, selon la même longueur d'itération que celle que vous avez spécifiée pour la première. Par exemple, si vous définissez un sprint de 3 semaines pour Sprint 1, lorsque vous sélectionnez la date de début du Sprint 2, l'outil de calendrier détermine automatiquement les dates de début et de fin selon les trois semaines suivantes. Vous pouvez accepter ou modifier ces dates.
Conseil
Vous n'avez pas obligatoirement à définir des dates dans votre itération ou à les utiliser, mais cela peut vous aider à planifier votre travail et à suivre la progression par rapport à cette planification.
Restreindre l'accès aux éléments de travail assignés à une zone ou une itération
Vous pouvez assigner des autorisations au niveau utilisateur ou au niveau groupe pour les zones et les itérations. Les autorisations restreignent ou autorisent l'accès aux éléments de travail, cas de test ou plans de test. Vous pouvez également autoriser ou non les utilisateurs ou groupes à gérer la structure de projet pour une zone ou itération.
Ouvrez les autorisations pour le nœud que vous souhaitez gérer.
.png "Option Sécurité dans un menu contextuel Zone")
Sélectionnez le membre du groupe ou de l'équipe, puis modifiez les paramètres d'autorisation. Dans l'exemple suivant, le groupe Refuser l'accès n'est pas autorisé à afficher ou à modifier des éléments de travail ou des autorisations dans le chemin de la zone FabrikamFiber.
.png "Page Autorisations pour un projet d'équipe")
Pour modifier une autorisation, choisissez Non défini, Autoriser l'héritage, Autoriser ou Refuser.
Si le membre du groupe ou de l'équipe n'apparaît pas dans la liste, vous pouvez l'ajouter. Pour créer un groupe TFS, ouvrez l'onglet Sécurité.
Si votre serveur de couche Application a été mis à niveau vers TFS 2013.3, alors les autorisations Gérer les suites de tests sont ajoutées au modèle de sécurité du chemin de la zone. La portée de l'autorisation Gérer les plans de test a été redéfinie de façon à gérer seulement les plans de test. Auparavant, elle couvrait la gestion des droits des plans de test et des suites de tests. Pour plus d'informations sur ces autorisations, consultez Q : Quelles sont les fonctions couvertes par les autorisations de gestion des tests ?
Pour découvrir d'autres façons de limiter les modifications des éléments de travail, consultez Limiter les personnes autorisées à créer ou modifier un élément de travail.
Q et R
Q : existe-t-il des restrictions en termes d'affectation de nom et de structuration des nœuds enfants ?
R : les champs Zone et Itération sont des chemins d'accès composés de plusieurs éléments de nœud séparés par des barres obliques inverses (\). Ces champs utilisent le type de données TreePath. Il est recommandé de réduire les noms des nœuds et de tenir compte de ces restrictions quand vous nommez des chemins de zone et d'itération :
Type de restriction |
Restriction |
|---|---|
Longueur de nœud |
|
Caractères spéciaux pour les nœuds |
|
Noms réservés |
|
Longueur des chemins d'accès |
|
Profondeur de la hiérarchie des chemins d'accès |
|
Pour plus d'informations sur le champ TreeType, consultez Référence du champ Zones et itérations.
Q : existe-t-il des restrictions sur les règles de champ appliquées aux champs Chemin de la zone et Chemin de l'itération ?
R : oui. De nombreuses règles de champ ne peuvent pas être définies pour le système. Champs XXX. Pour plus d'informations, consultez Appliquer une règle de champ.
Q : quelles autorisations sont nécessaires pour ajouter ou modifier des chemins de zone et d'itération ?
R : pour créer ou modifier des zones ou des itérations, vous devez être membre du groupe Project Administrators. Sinon, les autorisations Créer et classer les nœuds enfants, Supprimer ce nœud et Modifier ce nœud doivent être définies sur Autoriser pour la zone ou le nœud d'itération que vous souhaitez modifier.
Q : comment structurer les équipes, zones et itérations de manière à ce qu'elles prennent en charge des équipes hiérarchiques ou favorisent l'agilité dans une entreprise ?
R : bien qu'il n'existe pas de concept de sous-équipe, vous pouvez créer des équipes dont les chemins de zone sont au-dessous d'une autre équipe, ce qui de fait crée une hiérarchie d'équipes. Pour en savoir plus, consultez Ajouter une autre équipe.
Par ailleurs, ces deux livres blancs peuvent vous guider tout au long des étapes de configuration des équipes, chemins de zone et itérations en vue de prendre en charge la gestion de portefeuille ou l'organisation de l'entreprise : Gestion du portefeuille Agile : utilisation de TFS pour prendre en charge les Backlogs avec plusieurs équipes et Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.
Q : que se passe-t-il lorsque je renomme ou supprime un nœud de zone ou un nœud d'itération ?
R : lorsque vous renommez une zone ou une itération, ou que vous déplacez le nœud dans la hiérarchie d'arborescence, vous devez mettre à jour manuellement les éléments de travail qui référencent le ou les chemins d'accès existants. Vous pouvez effectuer une mise à jour en bloc via TWA ou Excel.
Lorsque vous supprimez un nœud de zone ou un nœud d'itération, le système met automatiquement à jour les éléments de travail existants à l'aide du nœud que vous entrez à l'invite de suppression.
Q : quels sont les outils qui reposent sur les chemins de zone ou les chemins d'itération ?
R : les outils de planification Agile (Créer votre backlog et Travailler dans des sprints) sont générés à partir de requêtes système qui référencent le chemin de zone d'équipe. Vous pouvez afficher ces requêtes en choisissant le lien Créer la requête qui s'affiche sur les pages de ces outils. Toutefois, vous ne pouvez pas modifier la requête sous-jacente.
En outre, pour qu'une page du backlog de sprint ou d'itération apparaisse pour une équipe, elle doit d'abord être définie et sélectionnée.
Vous pouvez générer rapidement les requêtes ou les rapports de filtre pour afficher la progression de ces zones et itérations. Par exemple, lorsque des éléments de travail sont assignés aux chemins de zone, vous pouvez visualiser la progression par zone, comme illustré dans le graphique à barres empilées suivant.
.png "Boîte de dialogue Configurer le graphique pour un graphique à barres empilées")
Le graphique de vélocité intégré s'appuie sur la définition des itérations d'équipe.
De plus, les autorisations de sécurité affectées à un chemin d'accès de zone contrôlent qui a accès à la gestion des plans de test et des suites de tests sous ce chemin d'accès de zone.
Q : Quelles sont les fonctions contrôlées par les autorisations de gestion des tests ?(Requiert TFS 2013.3.)
R : L'autorisation Gérer les suites de tests permet aux utilisateurs de :
Créer et modifier des suites de tests
Ajouter ou supprimer des cas de test dans les suites de tests
Modifier les configurations de test associées aux suites de tests
Modifier la hiérarchie des suites en déplaçant une suite de tests
L'autorisation Gérer les plans de test permet aux utilisateurs de :
Créer et modifier des plans de test
Ajouter ou supprimer des suites de tests dans des plans de test
Modifier les propriétés de plan de test, telles que les paramètres de génération et de test
D'autres autorisations de gestion des tests sont affectées au niveau du projet d'équipe, notamment la possibilité de créer, supprimer et afficher des séries de tests, ainsi que de gérer des environnements et des configurations de test. Voir Autorisations au niveau du projet.
Q : quel type de nœud de zone et combien de ces nœuds de zone une équipe doit-elle définir ?
R : vous n'avez pas à ajouter de nœuds de zone. Toutefois, les zones sont utiles pour filtrer des rapports et des requêtes d'élément de travail en fonction de fonctionnalités. Prenez ces indications en considération lorsque vous ajoutez des nœuds de zone :
Définissez des zones qui prennent en charge vos exigences de sécurité et de traçabilité.
Évitez de créer une structure de zones trop complexe. Vous pouvez créer des zones pour partitionner des autorisations sur les éléments de travail, mais les arborescences complexes requièrent une surcharge de travail bien supérieure en matière de gestion des autorisations. Vous vous rendrez peut-être compte qu'il est trop fastidieux de dupliquer la structure et les autorisations dans d'autres projets d'équipe.
Chaque équipe peut créer une hiérarchie de zones sous laquelle l'équipe peut organiser tous les éléments du backlog, les récits utilisateur, les spécifications, les tâches et les bogues.
Utilisez les zones pour représenter des composants logiques ou physiques, puis créez des zones enfants pour représenter des fonctionnalités spécifiques. Votre équipe peut utiliser cette structure pour organiser les éléments de travail et améliorer la traçabilité par composant ou fonctionnalité.
Créez des zones auxquelles vous souhaitez restreindre l'accès.
Q : combien de nœuds d'itération une équipe doit-elle définir ?
R : vous définissez autant de chemins d'itération que nécessaire pour refléter le cycle de vie de votre projet. Ces chemins d'accès représentent une hiérarchie d'événements, tels que les sprints, les livrables pré-bêta et bêta et autres jalons de versions. Prenez ces indications en considération lorsque vous définissez des nœuds enfants d'itération :
Utilisez les itérations pour représenter des sprints, jalons ou temps de cycle pour votre projet.
Déterminez la durée de cycle de vos processus d'équipe et définissez vos itérations pour prendre ce cycle en charge.
Créez une itération distincte, libellée par exemple Futur, pour les éléments de travail que vous n'êtes pas prêt à assigner à un cycle de version cible.
Pour obtenir une vue d'ensemble de la façon dont vous pouvez planifier un sprint en utilisant des itérations, consultez Utiliser les sprints.
Dans l'exemple suivant, Backlog, Bêta 1, Bêta 2, Version 1.0 et Version 2.0 sont définis pour le projet d'équipe MyApplication. Vous pouvez assigner tous les éléments de travail à l'itération Backlog s'ils ne sont pas encore planifiés pour le travail ou pour une version.
Backlog Bêta 1 Bêta 2 Version 1,0 Version 2.0 |
.gif "Icône de hiérarchie d'itération et de zone")
MyApplicationTandis que vous créez le backlog des fonctionnalités et tâches du produit, vous pouvez commencer à les assigner aux jalons pour lesquels vous attendez que l'équipe finisse ces fonctionnalités et tâches. Lorsque vos besoins changent, vous pouvez ajouter des événements sous chaque jalon majeur, qui reflètent la façon dont votre équipe planifie et gère son travail. Comme l'illustre l'exemple suivant, l'itération Bêta 1 contient maintenant cinq nœuds enfants, un pour chaque sprint dans la période Bêta 1.
Backlog Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 |
.gif "Icône de réduction des hiérarchies d'itération et de zone")
Bêta 2Les itérations n'appliquent aucune règle. Par exemple, vous pouvez assigner une tâche à une itération, mais ne pas la fermer ou la terminer pendant cette itération. À la fin d'une itération, vous devez rechercher tous les éléments de travail qui restent actifs ou n'ont pas été fermés et prendre la mesure appropriée. Par exemple, vous pouvez les déplacer vers une autre itération ou les retourner au backlog.
Q : existe-t-il un moyen de découpler les équipes à partir du chemin de zone d'équipe ?
R : oui. Si votre organisation a plusieurs équipes qui travaillent à partir d'un backlog commun et entre plusieurs zones de produit, vous pouvez envisager de changer le mode de configuration des équipes. En ajoutant un champ personnalisé pour représenter les équipes dans votre organisation, vous pouvez reconfigurer les outils et les pages de planification Agile pour prendre en charge vos équipes et pour découpler l'assignation aux équipes et chemins de zone.
Q : puis-je exporter les chemins de zone et d'itération ?
R : non. Vous ne pouvez pas exporter la structure des chemins d'arborescence d'un projet d'équipe pour l'utiliser avec un autre projet d'équipe.