Blocages et obstacles
Lorsque vous travaillez avec des entités de travail, de planification ou de test, vous pouvez rencontrer un problème de blocage qui vous empêche d'aller de l'avant. Par exemple, un développeur clé est malade, ce qui interrompt le travail sur une entité, ou l'équipe d'assurance qualité doit exécuter un scénario de test qui ne peut être vérifié tant que le bogue n'est pas corrigé. C'est ce qu'on appelle un bloqueur ou un obstacle.
Il y a deux façons d'ajouter un bloqueur à votre projet :
| Entité d' empêchement | ![]() |
| Relation avec le bloqueur | ![]() |
Entités empêchées
Une entité Empêchement est une carte autonome. Comme la plupart des entités du système, un obstacle a également son propre numéro d'identification et son propre nom.

Défaut
Chaque entité Impediment peut contenir une description, un propriétaire (créateur), un projet parent, un état actuel, une priorité (valeur commerciale), des dates de début et de fin planifiées, des champs personnalisés, un fil de commentaires et un nuage de tags. Tous ces champs sont affichés lorsque vous ouvrez la vue détaillée d'un obstacle.
Les obstacles peuvent être créés pour n'importe quelle entité assignable, y compris les User Stories, les Bugs, les Tâches et les Fonctionnalités.

Lorsqu'un empêchement est connecté à un élément de travail assignable, un lien vers une entité bloquée est affiché dans le panneau Info de la vue détaillée de l'empêchement :

Lorsque vous sélectionnez une entité assignable pour un empêchement, une relation de blocage est automatiquement créée entre l'empêchement et l'entité assignable.

Dans l'exemple ci-dessous, le Bug #47627 est bloqué par un obstacle ouvert #47310 et ce fait est reflété dans l'onglet Relations du Bug :

Lorsque vous modifiez un empêchement et que vous supprimez le lien avec son entité assignable, la relation entre ces deux entités est également supprimée automatiquement.
Si vous souhaitez lier un obstacle à plusieurs tâches ou histoires, vous pouvez ajouter manuellement une relation de blocage entre elles.
Les entraves peuvent être des problèmes, des obstacles ou des cas de force majeure.
Relations avec les bloqueurs
Il est possible que vous n'ayez pas de problèmes ou d'événements bloquant le flux. Au lieu de cela, vous voudrez peut-être refléter le fait que deux travaux sont étroitement liés et que certains travaux ne peuvent pas être terminés avant d'autres travaux. Par exemple, l'équipe principale travaille sur une API et tant qu'elle n'est pas terminée, les autres équipes ne peuvent pas progresser sur certains points. Ou encore, l'équipe chargée de l'infrastructure procède à une maintenance technique et le travail de l'équipe chargée de la production est donc suspendu jusqu'à ce que la maintenance soit terminée. C'est ici que les relations permettent d'organiser l'ordre logique dans lequel le travail doit être effectué et de planifier et/ou de hiérarchiser votre carnet de commandes.
Une relation de blocage n'est pas une entité autonome. Il s'agit plutôt d'un lien direct qui relie deux entités assignables. Le lien est indiqué dans l'onglet Relations de la vue détaillée pour les deux entités.

Dans la figure suivante, un bogue ouvert #72446 est montré comme un bloqueur d'entrée pour une histoire d'utilisateur #72178. Le bloqueur est ouvert et c'est pourquoi l'indicateur dans l'en-tête de l'onglet Relations est surligné en rouge.

Relations avec les bloqueurs
Les relations n'ont pas de numéros, de noms, de descriptions détaillées ou d'états propres. Ils peuvent uniquement être ajoutés et supprimés.
S'il existe une relation de blocage ouverte ou des obstacles connexes ouverts, le numéro de la relation sera marqué d'un fond rouge.

Une histoire d'utilisateur avec 3 relations entrantes. Les bloqueurs non résolus en font partie.
Dans l'intervalle, les bloqueurs achevés ne génèrent aucune alerte et sont toujours affichés en gris.
Les bloqueurs et les obstacles dans Targetprocess n'empêchent pas réellement les utilisateurs d'apporter des modifications aux éléments liés. Les bloqueurs n'affectent pas non plus les calculs de progression et les prévisions. Ils ne servent que d'indicateurs visuels de la dépendance des éléments de travail.
Travailler avec les obstacles
Vous pouvez ajouter un empêchement à n'importe quelle carte en ouvrant les propriétés de la carte et en cliquant sur le bouton [+] comme le montre l'image ci-dessous :

Le bouton Global +Add peut également être utilisé dans le même but.
Chaque obstacle doit être ajouté à un projet parent qui sert de conteneur à cet obstacle. Seuls les utilisateurs répertoriés dans l'onglet Personnes du projet avec un rôle ayant l'autorisation "Ajouter/Modifier des obstacles" peuvent créer de nouveaux obstacles.
Obstacles privés
Les obstacles privés ont été supprimés sur le site v3.11.3.
Gérer les obstacles au niveau du conseil d'administration
Contrairement à toutes les entités assignables dans Targetprocess, le flux de travail pour les obstacles est limité aux deux états suivants :
- Ouvert
- Résolu
Les processus et flux de travail personnalisés pour les obstacles ne sont pas pris en charge actuellement.
Toutefois, il est possible de créer un tableau Kanban présentant les obstacles sous forme de cartes et les états sous forme de colonnes. Un exemple est donné ci-dessous.
Dans ce cas particulier, nous constatons que la majorité de nos obstacles sont des problèmes impliquant le client. Forts de ces connaissances, nous pouvons consulter notre service de gestion des comptes et améliorer nos relations avec les clients afin de réduire le nombre d'obstacles.
La configuration suivante de la vue est utilisée :
- Cartes : Impédiments
- Couloirs horizontaux : Catégorie de bloqueur (champs personnalisés)
- Voies verticales : États
Vues prédéfinies
Obstacles non résolus (équipe Kanban)La vue intitulée Open Impediments (obstacles ouverts) vous permet de voir tous les obstacles ouverts afin de pouvoir agir rapidement.

Cette vue peut être ajoutée à votre outil dans le cadre d'une solution d'équipe Kanban prédéfinie.
Dans la solution de gestion de portefeuille de projets, les risques sont utilisés comme terme personnalisé pour les obstacles. Tous les risques ouverts sont affichés sous forme de liste dans la vue Risques. Vous pouvez y voir qui y travaille et quel en est l'état d'avancement.

Solution de gestion des risques
La solution de gestion des risques comprend 6 vues, 3 rapports et 1 tableau de bord. Vous pouvez installer l'ensemble de la solution ou sélectionner les vues spécifiques qui répondent à vos besoins.
Obstacles aux tableaux de bord
Un widget spécial affichant la liste des obstacles récemment créés peut être ajouté à votre tableau de bord.

Indicateurs d'obstacles
Pour accroître l'utilité du tableau Kanban, il peut être utile d'afficher les détails importants sous forme d'unités de cartes. Dans l'onglet Personnaliser les cartes des paramètres d'affichage, nous pouvons glisser-déposer différentes propriétés sur une carte, telles que l'ID de la carte, les relations avec d'autres cartes, le nombre d'obstacles, la personne assignée et l'effort estimé.

Désormais, notre vue affiche un grand nombre d'informations pertinentes en même temps.

Chaque fois qu'une histoire d'utilisateur ou un bogue a un obstacle assigné, son onglet Flux change de couleur, passant du vert normal à l'orange d'avertissement.

Dans les rapports personnalisés, une liste intérieure d'obstacles peut être incorporée dans une liste avec n'importe quelle(s) entité(s) assignable(s) :

Lien raccourci vers un obstacle dont l'identifiant numérique est connu
En utilisant la syntaxe ID:1234, il est possible d'insérer un raccourci vers un obstacle (ou toute autre entité) dans la description ou le commentaire :

Ajout en bloc d'obstacles
Les entités d'empêchement peuvent être importées à partir d'un fichier CSV.
Plusieurs obstacles peuvent être créés à la fois à partir de la liste des noms figurant dans un fichier.txt à l'aide de l'extension Quick Add Several Work Items mashup.
Personnalisation des processus
Quel que soit le processus que vous utilisez, Targetprocess vous permet de personnaliser la terminologie utilisée par votre processus. le terme "obstacle" peut être remplacé par un terme plus approprié à votre processus particulier. Utilisez les paramètres des conditions à cette fin.
Vous ne pouvez pas modifier les états ni changer le processus de traitement par défaut pour les obstacles.
N'est-il pas possible d'avoir plus d'une personne responsable d'un obstacle?
Automatisation
Vous pouvez configurer des notifications par courrier électronique pour vos obstacles dans les paramètres du flux de travail du processus.
Il n'est pas possible d'envoyer un courrier électronique lorsqu'une personne est désignée comme responsable de l'empêchement. Toutefois, pour contourner le problème, il est possible de soumettre un commentaire sur l'empêchement créé et d'indiquer cette personne dans le texte du commentaire, ou d'ajouter une case à cocher sous le commentaire pour notifier l'"utilisateur désigné". L'événement "Ajouter un commentaire" peut être activé dans les paramètres des notifications par courrier électronique pour un flux de travail d'obstacle.
Les modifications relatives aux entités d'empêchement sont prises en charge par des notifications de suivi et de surveillance.
Travailler avec les relations avec les bloqueurs
Vous pouvez créer une relation pour n'importe quelle entité (histoire d'utilisateur, bogue, fonctionnalité, tâche, etc.) dans l'onglet Relations des vues détaillées. Pour créer une relation avec une (des) entité(s) existante(s), veuillez cliquer sur le signe de la "loupe".
Pour ajouter une nouvelle entité et créer une relation avec elle en une seule étape, vous pouvez utiliser la fonction "ajout rapide".

Les relations peuvent être identifiées comme des dépendances, des relations, des liens, des doublons ou des bloqueurs, selon votre choix. Le type de relation doit être choisi en fonction de sa pertinence dans chaque cas particulier. Le type de relation ajoutée peut être facilement modifié :

Seules les relations de blocage génèrent des avertissements de mise en évidence de couleur rouge. Les relations d'autres types ne créent pas de telles alertes.
Relations avec les bloqueurs sur les vues
Dans le graphique ci-dessous, nous pouvons voir que l'histoire d'utilisateur a deux bogues liés à l'entrée, dont l'un est un bloqueur, et une caractéristique liée à la sortie. Cela signifie que nous devrons fermer ces bogues (c'est-à-dire résoudre les relations entrantes), puis mettre en œuvre l'histoire d'utilisateur, et ce n'est qu'une fois l'histoire d'utilisateur terminée que nous pourrons commencer à travailler sur la fonctionnalité sortante.

Ces relations peuvent être visualisées sous forme de cartes et de couloirs sur des tableaux.




Filtres pour les relations avec les bloqueurs
Il est possible d'appliquer des filtres à vos cartes (entités) afin de mettre en évidence ou d'inclure dans votre vue ou votre rapport uniquement celles qui présentent des blocages et des obstacles. Les exemples les plus courants sont les suivants :
Filtres pour les cartes (entités assignables telles que les histoires d'utilisateurs, les tâches, les bogues, les caractéristiques, etc :)?InboundRelations.Where(RelationType is 'Blocker')
- ce filtre pour les cartes n'affiche que les entités avec des bloqueurs d'entrée.?InboundRelations.Where(Inbound.EndDate is None and RelationType is 'Blocker') or
Impediments.Where(EntityState.IsFinal is False)
- ce filtre plus complexe pour les cartes n'affiche que les entités ayant des relations de blocage non résolues et des empêchements ouverts.
Filtres pour les couloirs où les relations sont utilisées comme couloirs dans les vues du tableau : ?OutboundRelations.Where(RelationType is 'Blocker')
- ce filtre pour la voie de relation entrante montre les entités avec des bloqueurs de sortie ?InboundRelations.Where(RelationType is 'Blocker')
- ce filtre pour la voie de relation sortante montre les entités avec des bloqueurs entrants.