TasksWorkflow et exécution4 min de lecture

Adapter les types et les statuts au travail

Le type décrit la nature du travail ; le statut indique sa place dans le processus. Construisez une hiérarchie valide, ajoutez les colonnes nécessaires au projet et vérifiez leurs transitions avant de faire avancer le travail réel dans le tableau.

Dans l’applicationBoards → Kanban board options → Manage workflow

Ce que vous apprendrez

  • Choisir parmi cinq types de tickets.
  • Créer des relations parent-enfant valides.
  • Tester les statuts et les transitions autorisées.
Manage workflow : statuts et transitions autorisées d’un ticket.
Manage workflow : statuts et transitions autorisées d’un ticket.
Manage workflow : statuts et transitions autorisées d’un ticket.

Capturé dans Boilerrum avec un projet d’exemple. L’interface est affichée en anglais.

Dans ce guide
  1. Choisir le type selon sa fonction
  2. Construire des relations hiérarchiques compatibles
  3. Examiner les statuts existants du projet
  4. Ajouter un statut avec une colonne du tableau
  5. Relier les transitions autorisées
  6. Tester le processus avec un ticket

01

Choisir le type selon sa fonction

Dans Details, examinez Type. Epic représente un résultat global, Story une partie significative, Task une action, Sub-task une action plus petite sous une tâche et Bug un problème à résoudre. Utilisez Priority séparément pour l’urgence. Après un changement de type, vérifiez les erreurs : les parents et enfants existants doivent toujours former une hiérarchie valide.

02

Construire des relations hiérarchiques compatibles

Dans Roadmap, ouvrez le menu Add d’une ligne ou Add child issue pour voir les enfants autorisés. Un Epic peut contenir des Stories, Tasks et Bugs ; une Story, des Tasks et Bugs ; une Task, des Sub-tasks. Bugs et Sub-tasks n’ont pas d’enfants. Modifiez le parent compatible dans Parent issue de Details, puis vérifiez l’arborescence.

03

Examiner les statuts existants du projet

Ouvrez Boards et comparez les titres des colonnes au champ Status dans Details. Les colonnes correspondent aux statuts du workflow ; les catégories décrivent une étape plus générale, comme l’attente, le travail en cours ou la fin. Un nom affiché ne suffit pas à autoriser un déplacement. Testez les colonnes existantes avec un petit ticket d’exemple.

04

Ajouter un statut avec une colonne du tableau

Choisissez Add column dans le tableau. Renseignez New column title et Category avant de cliquer sur Create. Cela ajoute un statut au workflow actif et une colonne correspondante au tableau. Utilisez un nom d’étape clair comme Review. Vérifiez la colonne et sa catégorie, puis utilisez Column options si le titre doit être corrigé.

05

Relier les transitions autorisées

Ouvrez Kanban board options puis Manage workflow. Examinez les nœuds de statut et les connexions orientées. Faites glisser entre les points de connexion pour créer une transition ; sélectionnez une liaison inutile et supprimez-la lorsque le diagramme a le focus. Utilisez Save, puis rouvrez l’éditeur pour vérifier le graphe réel avant de considérer le nouveau passage comme disponible.

06

Tester le processus avec un ticket

Déplacez la carte d’essai dans les colonnes prévues et vérifiez Status dans Details à chaque fois. Une transition refusée doit conserver l’état précédent et afficher un retour. Vérifiez la fin avec le statut done ou terminal utilisé pour clôturer un sprint. Rouvrez Manage workflow pour confirmer le chemin testé ; le flux du projet est enregistré dans ce navigateur.

Votre résultat

Une hiérarchie valide et un workflow testé dont les déplacements reflètent un avancement réel.

Ouvrir Boilerrum
BOILERRUM

Ce site utilise des préférences locales pour la langue, l’apparence et la confidentialité. Il ne charge ni analyse facultative, ni publicité, ni carte intégrée.

Préférences essentiellesToujours disponibles
Confidentialité