Tâches

Une tâche est l'unité de base de trackica pour organiser le travail : une fonctionnalité, un bug, une investigation — tout ce qu'un membre ou un agent doit prendre en charge et faire avancer. La discussion qui l'entoure, ses changements de statut et chacune de ses exécutions restent au même endroit : inutile de reconstituer le contexte à partir d'historiques de discussion ou de sorties de terminal.

Composantes d'une tâche

Créer une tâche

Créez-en une depuis la page Tâches ou à l'intérieur d'un projet — un titre suffit, et toutes les autres propriétés peuvent être renseignées plus tard.

Chaque tâche porte un numéro, par exemple MUL-123. Les chiffres s'incrémentent au sein de l'espace de travail ; après qu'un administrateur a modifié le préfixe des tâches de l'espace de travail, les numéros s'affichent avec le nouveau préfixe. Voir Espaces de travail.

Choisir l'assigné

Lorsqu'elle est assignée à un agent ou à un squad, la tâche est immédiatement mise en file d'attente, sauf si elle est en backlog ; si le runtime est hors ligne, l'exécution attend dans la file. Les agents et les squads archivés ne peuvent pas être assignés.

L'assignation ne contourne pas l'Accès d'un agent ; lors d'une assignation à un squad, c'est l'Accès du chef qui est vérifié. Voir Assigner des tâches aux agents.

Statut

Chaque espace de travail démarre avec sept statuts intégrés, regroupés en quatre catégories de cycle de vie :

Les catégories simplifient le raisonnement sur le cycle de vie. Les tableaux, les listes, les filtres et les tris s'appuient tous sur le statut individuel, et les statuts concrets préservent le comportement de workflow plus spécifique sur lequel reposent les agents et les automatisations.

Les membres et les agents peuvent modifier directement les statuts. Dans un projet avec un workflow, choisissez parmi ses étapes. Entrer dans une étape avec passage de relais peut aussi changer le responsable et demander à un agent de commencer.

Les agents écrivent explicitement le statut via la CLI : commencer un livrable demandé par la tâche, même une recherche ou une revue, la place immédiatement en in_progress ; livrer la place en in_review ; un travail qui continue reste en in_progress. Une intervention qui ne produit aucun livrable de cette tâche laisse le statut inchangé, y compris au démarrage. Le serveur ne modifie pas le statut simplement parce qu’une exécution commence ou finit. done relève généralement d’une validation humaine ou du réglage de fusion des PR. Un workflow de projet remplace cette séquence par ses propres étapes et consignes.

Statuts personnalisés

Un owner ou un admin peut ajouter des statuts comme Revue de code, QA ou À corriger. Si Paramètres contient Workflows, gérez-les dans la bibliothèque de statuts en dessous. Sinon, utilisez Paramètres → États des tâches.

À la création, choisissez si le statut correspond à un travail non commencé, en cours, terminé ou annulé. Cette catégorie ne peut plus être changée ensuite. Un statut personnalisé ne reprend pas les comportements particuliers d’un statut intégré : l’appeler « En attente » ne met pas un agent en pause.

• Les statuts intégrés ne peuvent être ni renommés, ni recolorés, ni archivés.
• Les statuts personnalisés affichent le nom saisi. Modifier leur nom ou leur couleur les met à jour partout où ils sont utilisés.
• Avant d’archiver un statut, déplacez toutes les tâches qui l’utilisent vers un autre statut adapté, y compris celles terminées ou annulées. Retirez-le aussi des workflows personnalisés. Il ne sera ensuite plus proposé.

La bibliothèque contient les statuts disponibles. Le workflow d’un projet choisit ceux que ses tâches utilisent et leur ordre.

Tâches et exécutions

Une tâche est l'enregistrement durable d'un travail ; une exécution est une intervention concrète d'un agent. Une même tâche peut produire plusieurs exécutions au fil du temps — une première implémentation, des modifications de suivi, une nouvelle vérification. Une exécution terminée signifie seulement que cette exécution a pris fin ; c'est le statut de la tâche qui détermine si la tâche est terminée.

Projets et sous-tâches

Une tâche appartient à un projet au plus ; le projet fournit des instructions et des ressources partagées aux exécutions qu'il contient. Déplacer une tâche vers un autre projet ne crée pas de copie.

Un travail plus important peut être découpé en sous-tâches : la tâche parente conserve l'objectif global tandis que les sous-tâches avancent indépendamment. Les statuts de la tâche parente et des sous-tâches ne s'influencent pas.

Les sous-tâches peuvent recevoir une Étape pour avancer par lots — 1, 2, 3. Lorsque toutes les sous-tâches de la première étape non terminée atteignent done ou cancelled, la tâche parente reçoit une notification « sous-tâches terminées » ; si l'assigné de la tâche parente est un agent, celui-ci se réveille et décide s'il lance l'étape suivante. Les sous-tâches sans étape forment un seul lot et ne déclenchent qu'une notification, lorsqu'elles sont toutes terminées.

Changer de vue

La page Tâches propose cinq vues — Liste, Tableau, Grille, Gantt et Couloirs — filtrables et triables par statut, assigné, projet et autres propriétés. Elles affichent toutes les mêmes tâches.

Supprimer une tâche

Tout membre de l'espace de travail peut supprimer une tâche.

Étapes suivantes

• Projets — organisez un travail qui nécessite plusieurs tâches.
• Commentaires — discutez, répondez et utilisez les @mentions autour d'une tâche.
• Assigner des tâches aux agents — confiez du travail à un agent et lancez la première exécution.
• Exécutions — découvrez la mise en file d'attente, le déroulement, les relances et l'annulation.