Participez aux tests de LadVen OSDemander une demo
Aller au contenu principal

Vérifier et fermer une tâche

Dans LadVen OS, fermer une tâche signifie que le résultat a été vérifié, que les critères d'acceptation sont remplis et qu'aucune action supplémentaire n'est nécessaire dans cette tâche. Ce n'est pas un simple changement de statut, mais un point d'acceptation : les participants comprennent ce qui a été accepté, où se trouve le résultat et pourquoi la tâche n'est plus en travail.

Une bonne fermeture protège l'entreprise de deux problèmes : un travail non terminé n'est pas considéré comme accepté, et de nouveaux engagements ne se perdent pas dans les commentaires d'une tâche déjà fermée. Si une nouvelle demande apparaît pendant l'acceptation, elle doit être fixée explicitement : renvoyer la tâche actuelle en correction, créer une tâche liée ou expliquer pourquoi la nouvelle demande n'entre pas dans le résultat.

Parcours d'acceptation

  1. L'exécutant montre que le travail est prêt : résultat final, fichier, lien, commentaire de synthèse et critères remplis sont dans la tâche.
  2. Le demandeur, le réviseur ou le manager compare le résultat avec l'accord, la checklist, les fichiers, l'échéance et les questions ouvertes.
  3. La décision est enregistrée dans la tâche : accepter et fermer, renvoyer avec des corrections concrètes ou déplacer le nouveau périmètre dans une tâche liée.

Ce parcours sépare "l'exécutant a terminé le travail" de "l'entreprise a accepté le résultat". Quand la décision est visible dans la tâche, un nouveau participant comprend la version finale sans chats privés ni explications orales.

Flux de validation de tâche dans LadVen OS

Parcours de base : l'exécutant indique que le travail est prêt, le résultat est vérifié, puis la décision consiste à accepter la tâche, à la renvoyer en correction ou à déplacer le nouveau périmètre dans une tâche séparée.

RôleCe qui doit être visible avant la décision
ExécutantCe qui est exactement prêt, où se trouve le résultat final, quels critères sont remplis et quelles limites restent.
Réviseur ou demandeurLe résultat correspond à l'accord, les fichiers et la checklist sont accessibles, les questions ouvertes sont fermées ou clairement renvoyées en correction.
ManagerDélai, risque, effort et nouveau périmètre sont compréhensibles ; si une demande séparée est apparue, elle a une tâche liée.
Propriétaire du processusLa fermeture ne masque pas une étape inachevée, une promesse client, un risque budgétaire ou une obligation à suivre séparément.

Bonne pratique

Ne fermez pas la tâche juste après le message "prêt". Vérifiez d'abord le résultat, les fichiers, les commentaires, les points de checklist terminés, le temps passé et les questions ouvertes. Si le travail demande une acceptation, l'exécutant termine d'abord sa partie ou envoie la tâche à la vérification, puis le demandeur accepte le résultat ou renvoie la tâche avec un commentaire clair.

Le statut ne change qu'après un résultat compréhensible ou une raison de retour. S'il faut une correction, décrivez-la dans un commentaire de la tâche : la décision restera dans le contexte de travail et ne se perdra pas dans une correspondance personnelle.

Pour le manager, fermer une tâche n'est pas seulement marquer "fait", mais aussi contrôler l'échéance, le résultat, les risques et les coûts de travail. Avant la fermeture finale, il doit être clair ce qui est accepté, ce qui ne l'est pas, quels nouveaux engagements sont apparus et où ils seront exécutés.

Statuts de tâche

StatutCe qu'il signifieQuand l'utiliser
NouvelleLa tâche est créée, mais le travail n'a pas encore commencé.Après la création ou un retour à l'état de départ, si l'exécutant ne l'a pas encore prise en travail.
En travailLa tâche est en cours d'exécution.Lorsque le responsable a commencé le travail, précise les détails, mène la checklist, joint des fichiers intermédiaires ou enregistre du temps.
En vérificationLe résultat est prêt et attend la vérification.Lorsque l'exécutant considère les critères d'acceptation remplis et transmet le travail au demandeur ou au vérificateur.
En contrôleLa tâche attend un contrôle ou une confirmation finale.Lorsqu'une étape de contrôle séparée est nécessaire : par exemple, un manager, un client ou le propriétaire du processus doit confirmer le résultat après vérification.
TerminéeLe travail est accepté et fermé.Lorsque le résultat est vérifié, les matériaux obligatoires sont joints, les questions sont fermées et le timer actif est arrêté.
ReportéeLa tâche est reportée.Lorsque le travail est temporairement non actuel, mais ne doit pas être annulé : on attend un événement externe, une décision ou une nouvelle échéance.
AnnuléeLa tâche est annulée.Lorsque le résultat n'est plus nécessaire. Il vaut la peine de fixer la raison dans un commentaire pour que les participants ne continuent pas le travail.
Non exécutéeLa tâche n'a pas été exécutée avec le résultat requis.Lorsque le travail s'est terminé sans succès et qu'il est important de le distinguer d'une annulation ou d'un report. Indiquez la raison et les prochaines actions.

Scénarios principaux

Terminer le travail

L'exécutant termine le travail lorsque le résultat est prêt de son côté. Avant cela, il faut le comparer à la description, aux critères d'acceptation et à la checklist. Si la tâche ne demande pas de vérification séparée, la terminaison peut mener directement à la fermeture. Si la vérification est activée, la tâche doit passer dans l'état d'attente de vérification ou de contrôle.

Avant de terminer, l'exécutant vérifie :

  • le résultat peut être ouvert, lu, lancé ou vérifié d'une autre façon ;
  • la version finale du fichier, document, lien ou réponse est jointe à la tâche ;
  • les points obligatoires de la checklist sont marqués ;
  • les décisions importantes, limites et ce qui a été fait sont fixés dans les commentaires ;
  • le timer actif est arrêté et le temps manuel est ajouté si le suivi du temps est nécessaire pour le plan/réel.

Envoyer à la vérification

Envoyez la tâche à la vérification si le demandeur ou un autre participant doit accepter le résultat. Le résultat doit être visible dans la tâche : joignez le fichier final, le lien, la capture, le document, le commentaire de synthèse ou un autre artefact vérifiable.

Un bon commentaire de transmission répond à trois questions :

  • ce qui est prêt ;
  • où le vérifier ;
  • s'il reste des limites, points discutables ou questions.

Si la vérification est obligatoire dans le processus, ne la contournez pas par une fermeture directe. Le statut "En vérification" sépare "l'exécutant a terminé" de "le travail est accepté".

Envoyer au contrôle

Le contrôle est nécessaire lorsque le résultat ne suffit pas à être simplement vérifié dans la tâche. Par exemple, il faut la confirmation d'un manager, du propriétaire du processus, du client ou du responsable qualité. Dans ce cas, la tâche peut passer à l'état de contrôle.

Avant l'envoi au contrôle, assurez-vous que le vérificateur n'aura pas à reconstruire le contexte :

  • la description ou les commentaires contiennent les critères d'acceptation ;
  • le résultat final est joint ou lié à la tâche ;
  • les décisions discutables sont décrites dans les commentaires ;
  • les tâches liées, entités CRM ou documents sont ajoutés là où ils aident à vérifier la source du travail ;
  • le participant qui doit contrôler le résultat est ajouté à la tâche et voit les matériaux.

Accepter la tâche

Acceptez la tâche lorsque le résultat correspond à l'accord et ne demande pas de correction. S'il y avait des critères d'acceptation, vérifiez précisément selon eux, pas selon une impression générale.

Avant de terminer la tâche, vérifiez :

  • le résultat correspond à la description et au résultat attendu ;
  • la tâche se ferme avec un statut d'échéance compréhensible : à temps, avec retard expliqué ou avec report validé ;
  • la checklist obligatoire est fermée ou il est clair pourquoi certains points ne sont plus nécessaires ;
  • les fichiers et liens finaux sont accessibles aux participants ;
  • les commentaires contiennent une décision finale si elle est importante pour l'historique ;
  • le demandeur, le responsable et les coexécutants n'ont pas de questions ouvertes ;
  • les timers actifs sont arrêtés et le temps passé n'est pas suspendu ;
  • le plan/réel du temps est explicable si la tâche importe pour le rapport, le client ou le budget ;
  • la fermeture ne cache pas une étape de processus non terminée.

Si le résultat est accepté partiellement, ne fermez pas la tâche en silence. Renvoyez-la en correction avec une liste précise ou créez une tâche liée pour un nouveau résultat autonome.

Avant l'acceptation, le manager doit pouvoir voir l'état de vérification, les fichiers finaux, la checklist fermée et l'action qui accepte le résultat.

Une bonne acceptation fixe non seulement le fait "prêt", mais aussi le résultat de gestion : selon quels critères la tâche est acceptée, quelle version du fichier est finale, quelles limites restent et où le nouveau volume a été déplacé. Si des demandes supplémentaires apparaissent pendant la vérification, ne les fermez pas dans la tâche initiale sans trace : créez une tâche liée ou fixez pourquoi elles n'entrent pas dans le résultat actuel.

Si le résultat a déjà été envoyé à l'extérieur

Si l'exécutant a déjà envoyé le résultat à un client, prestataire ou autre partie externe, cela ne remplace pas l'acceptation dans LadVen OS. Avant de fermer, vérifiez que la tâche garde une trace de travail : fichier ou lien final, personne qui a vérifié le résultat, date de remise et état de l'accès externe.

La personne qui ferme la tâche doit comprendre :

  • quel fichier ou document a été envoyé à l'extérieur ;
  • s'il correspond à la version finale dans la tâche ;
  • si un lien public reste actif plus longtemps que prévu ;
  • si un dossier partagé avec des mises à jour continues peut exposer de futurs éléments internes ;
  • s'il existe une tâche liée lorsqu'une nouvelle demande autonome est apparue après la remise.

Si le résultat a été remis via Disk ou un lien public, laissez un court commentaire : ce qui a été envoyé, où se trouve la version finale et quand l'accès doit être révoqué. La tâche reste ainsi le point d'acceptation, et pas seulement un message disant que le fichier a été "envoyé quelque part".

Si une erreur est découverte après l'envoi externe, ou si la mauvaise version a été envoyée, ne fermez pas la tâche comme d'habitude. Notez dans un commentaire quelle version est sortie, qui prévient le destinataire, où se trouve le fichier corrigé et quand l'ancien lien ou accès doit être fermé.

Si la fermeture est bloquée par une vérification

Parfois LadVen OS ne permet pas de fermer une tâche ou de la passer à l'étape suivante. Ce n'est pas un incident technique à contourner, mais une vérification de protection du processus : une condition obligatoire manque pour la validation.

L'utilisateur doit voir une explication claire :

  • quelle action est bloquée : fermeture, envoi en vérification, passage en contrôle ou changement de statut ;
  • ce qui manque : fichier final, lien vers le résultat, checklist fermée, commentaire final, responsable, lien client ou autre champ obligatoire ;
  • qui corrige : exécutant, demandeur, propriétaire du processus, responsable ou administrateur LadVen OS ;
  • comment continuer : ajouter l'élément manquant, enregistrer la tâche et répéter la même action.

Ne fermez pas la tâche par un doublon, un accord privé ou un statut de contournement. Si la vérification exige un fichier final, joignez le fichier ou le lien. Si elle exige une checklist fermée, fermez les points obligatoires ou expliquez l'exception en commentaire. Si la condition est incorrecte pour ce processus, demandez au propriétaire du processus de modifier la vérification au lieu de casser manuellement une tâche isolée.

Après correction, répétez la même action et vérifiez que la tâche est passée au statut nécessaire. Si le blocage se répète, comparez le message avec la carte : le mauvais point a peut-être été corrigé, le fichier joint au mauvais endroit, le commentaire non enregistré ou l'utilisateur n'a pas les droits sur le champ nécessaire.

Un bon écran de blocage rend l'étape suivante visible. La fiche doit montrer l'action limitée, la raison, les détails complémentaires et le bouton qui mène à l'endroit où corriger la condition. Pour une vérification normale, utilisez Ouvrir les détails; si l'action est bloquée parce que l'estimation planifiée manque, utilisez Indiquer l'estimation. Le parcours est toujours le même : ouvrir le bloc nécessaire, ajouter le fichier, le commentaire, l'estimation, la relation ou le point de checklist manquant, enregistrer puis répéter l'action initiale.

Flux de reprise après blocage de clôture de tâche

Le schéma montre le parcours sûr : lire la raison du blocage, ajouter la preuve manquante, enregistrer la tâche et répéter l’action initiale.

Si le fichier final manque

Lorsque la vérification de fermeture exige un fichier final, ne joignez pas un document au hasard uniquement pour faire avancer le statut. La tâche doit contenir une preuve qui pourra être acceptée plus tard : fichier final, lien vers un document validé, capture de confirmation, rapport ou autre matériau vérifiable du résultat.

Travaillez dans cet ordre :

  1. Ouvrez le message de vérification et confirmez qu'il demande bien le fichier final ou le lien vers le résultat.
  2. Allez dans le bloc fichiers, le commentaire de résultat ou le point de checklist où le matériau doit être placé selon le processus.
  3. Attachez le fichier final, ajoutez le lien ou expliquez où se trouve le résultat dans un stockage externe contrôlé.
  4. Vérifiez que le matériau est visible dans la fiche après enregistrement ou actualisation.
  5. Ajoutez un court commentaire : quelle version est finale et ce que le demandeur doit vérifier.
  6. Répétez l'action initiale : envoyer à la vérification, accepter ou fermer la tâche.

Si le résultat du travail n'est pas un fichier, décrivez la preuve dans le commentaire de fermeture : où vérifier le changement, quel point de checklist le confirme et quelle personne l'a accepté. Si ce type de travail ne devrait pas exiger de fichier, demandez au propriétaire du processus de modifier la règle de fermeture dans le modèle ou le processus de travail. Ne créez pas de doublon seulement pour contourner la vérification.

Si le fichier final existe déjà hors de LadVen OS, ramenez-le d'abord dans le contexte de la tâche : lien contrôlé, document lié, pièce jointe ou commentaire indiquant l'emplacement et l'accès. L'acceptation doit pouvoir être répétée plus tard sans dépendre d'un e-mail privé, d'un dossier personnel ou d'une promesse orale.

Si le fichier ne s'est pas attaché, ne poursuivez pas la fermeture comme si le résultat existait. Analysez l'erreur dans le bloc fichiers : nom, taille, format, accès et action Réessayer ou Retirer. L'ordre détaillé est décrit dans Fichiers et documents.

Pour un responsable, ce blocage est un signal utile de contrôle qualité. Il montre que le processus exige un artefact vérifiable, et non une promesse orale. Si le blocage apparaît trop souvent, vérifiez le modèle de tâche : il faut peut-être y indiquer à l'avance quel fichier est considéré comme final, qui le prépare et où l'attacher.

Renvoyer en travail ou en correction

Renvoyez la tâche en travail lorsque le résultat ne correspond pas aux critères d'acceptation, qu'il manque des fichiers, qu'il reste des questions ouvertes ou que la vérification a trouvé une erreur. Le retour doit expliquer ce qu'il faut corriger.

Mauvais retour :

Ne convient pas, à refaire.

Bon retour :

Renvoyé en correction : le tableau final ne contient pas la colonne "Date de paiement", alors qu'elle est indiquée comme obligatoire dans la description. Ajoutez la colonne, remplissez les lignes pour les clients de la liste et renvoyez à la vérification.

Si la tâche était déjà en vérification ou en contrôle, après le retour elle redevient généralement en travail. Si le travail n'est plus nécessaire, annulez la tâche. Si le travail est temporairement arrêté pour une raison externe, reportez-la. Si le résultat ne peut pas être obtenu et qu'il faut le fixer comme échec, utilisez l'état de non-réussite.

Le retour en correction n'est utile que si la tâche montre quoi corriger, où vérifier la correction et quel résultat est nécessaire pour une nouvelle acceptation.

Contrôle du manager à la fermeture

Le manager ou propriétaire du processus regarde non seulement le statut final, mais aussi la qualité de la trace de gestion. Une tâche fermée doit permettre de comprendre pourquoi le travail est accepté et quelles décisions ont été prises sur les échéances, les risques et les nouvelles exigences.

Une attention particulière est nécessaire si :

  • l'échéance a été reportée ou la tâche se ferme après le délai ;
  • l'exécutant a passé nettement plus de temps que prévu ;
  • le résultat influence un client, l'argent, des documents juridiques, le lancement d'un processus ou le travail d'un autre département ;
  • de nouvelles demandes sont apparues dans les commentaires sans tâche liée visible ;
  • la tâche a été renvoyée en correction plusieurs fois ;
  • une partie de la checklist a été retirée ou reconnue non actuelle ;
  • la fermeture est effectuée par un autre participant que le demandeur.

Dans ces cas, le commentaire de fermeture doit répondre aux questions du manager : ce qui est accepté, ce qui a changé par rapport à la formulation initiale, pourquoi l'écart est acceptable et où les nouveaux engagements seront exécutés.

Fermer sans perdre de nouveaux engagements

Pendant l'acceptation, des demandes supplémentaires apparaissent souvent : "ajoutez encore le rapport", "vérifiez la deuxième filiale", "mettez ensuite le modèle à jour", "transmettez cela à un autre département". Si la tâche initiale est fermée sans fixer ces demandes, elles resteront dans la correspondance et n'entreront pas dans le travail.

Utilisez une règle simple :

Ce qui apparaît lors de l'acceptationQue faire
Correction du résultat initialRenvoyer la tâche actuelle en correction avec une liste précise.
Nouveau résultat autonomeCréer une tâche liée ou enfant.
Idée pour l'avenir sans engagementLa fixer en commentaire comme idée ou décision de ne pas faire maintenant.
Dépendance externeReporter la tâche ou créer une tâche séparée pour obtenir les données d'entrée.
Changement d'accord avec le client ou le managerFixer la décision en commentaire et lier la nouvelle tâche à l'initiale.

Une tâche fermée doit rester un point d'acceptation propre. Ne continuez pas un nouveau travail dedans si le résultat initial est déjà accepté : cela complique le contrôle des échéances, des responsables et du plan/réel.

Lien avec les critères d'acceptation

Les critères d'acceptation sont le repère principal de la vérification. Ils doivent se trouver dans la description, la checklist ou un commentaire s'ils sont apparus pendant le travail. Sans eux, la vérification devient un débat sur les attentes.

Schéma pratique de vérification :

Où regarderQue vérifier
DescriptionQuel résultat était promis et quelles limites étaient indiquées.
ChecklistToutes les étapes obligatoires sont-elles terminées, reste-t-il des points ouverts.
Fichiers et liensLa version finale est-elle jointe, est-elle accessible aux participants.
CommentairesLes décisions, précisions, validations et raisons des écarts sont-elles fixées.
TempsLe timer est-il arrêté, le temps réel est-il saisi s'il est nécessaire au suivi.
LiensExiste-t-il une tâche parent, enfant ou liée si une partie du résultat est déplacée séparément.

Si un critère est devenu obsolète, ne l'ignorez pas à la fermeture. Fixez en commentaire pourquoi il n'est plus nécessaire, puis seulement acceptez le résultat.

Comment faire dans LadVen OS

  1. Ouvrez la tâche.
  2. Vérifiez la description, les critères d'acceptation et le résultat attendu.
  3. Lisez les derniers commentaires, décisions et questions.
  4. Ouvrez les fichiers, liens, documents et entités liées s'ils sont nécessaires à la vérification.
  5. Assurez-vous que les points obligatoires de la checklist sont terminés.
  6. Vérifiez l'échéance : la tâche se ferme à temps, avec report validé ou avec une explication claire du retard.
  7. Vérifiez le timer et le suivi du temps : le timer actif doit être arrêté avant la fermeture finale.
  8. Comparez plan/réel si la tâche participe aux rapports ou au contrôle de charge.
  9. Si vous êtes l'exécutant et que le résultat est prêt, terminez le travail ou envoyez la tâche à la vérification.
  10. Si une étape de contrôle séparée est nécessaire, envoyez la tâche au contrôle.
  11. Si vous acceptez le travail et que le résultat correspond aux critères, terminez la tâche.
  12. Si un avertissement de vérification de protection intégrée apparaît, lisez la condition, ouvrez le bloc nécessaire avec le bouton, corrigez les données, enregistrez la tâche et répétez la même action de fermeture ou de vérification.
  13. Si des corrections sont nécessaires, laissez un commentaire avec des remarques précises et renvoyez la tâche en travail.
  14. Si une nouvelle demande autonome est apparue, créez une tâche liée avant ou juste après la fermeture finale.
  15. Si le travail n'est plus nécessaire, annulez la tâche ; s'il doit être suspendu, choisissez l'état reporté ; si le résultat n'est pas atteint et qu'il faut le fixer, enregistrez une fin non réussie.

Ce qu'il faut vérifier

  • le résultat correspond à l'accord initial ;
  • les critères d'acceptation sont remplis ou leur changement est expliqué dans un commentaire ;
  • l'échéance est respectée ou la raison de l'écart est fixée ;
  • tous les fichiers obligatoires sont joints ;
  • les décisions importantes sont fixées dans les commentaires ;
  • la checklist ne contient pas de points obligatoires non terminés ;
  • le timer est arrêté et le temps est comptabilisé là où c'est nécessaire ;
  • le plan/réel est compréhensible pour le manager si la tâche importe pour le rapport ou le budget ;
  • les tâches liées, documents ou entités CRM sont ajoutés si le contexte serait perdu sans eux ;
  • aucune vérification de protection intégrée active ne bloque la fermeture ;
  • aucune erreur Fichier non joint ne reste si le fichier final est obligatoire pour l'acceptation ;
  • les nouveaux engagements sont déplacés dans des tâches liées séparées ou explicitement refusés ;
  • les participants n'ont pas de questions ouvertes ;
  • la fermeture ne cache pas une étape de processus non terminée.

Commentaires à la fermeture

Un commentaire à la fermeture n'est pas toujours obligatoire, mais il est utile lorsque la tâche est importante pour l'historique, le client, le rapport ou la transmission du résultat à une autre personne. Écrivez court et concrètement : ce qui est accepté, où se trouve la version finale, ce qui a été décidé de ne pas faire.

Utilisez cette formule pratique : résultat de fermeture + fichier final ou lien + suivi restant ou mention explicite "aucune action suivante" + personne qui porte l'étape suivante si elle existe.

Exemples :

Accepté. La version finale du contrat est jointe à la tâche, les corrections des commentaires sont prises en compte.
Je ferme comme annulée : le client a déplacé le lancement, la préparation actuelle n'est plus nécessaire. Nous reviendrons à la tâche après la nouvelle date.
Je fixe une fin non réussie : l'accès à la source n'a pas été obtenu, sans lui l'export ne peut pas être préparé. Une tâche séparée a été créée pour obtenir l'accès.

Quand une nouvelle tâche liée est nécessaire

Ne transformez pas un retour en correction en tâche infinie. Si un nouveau résultat autonome apparaît, il vaut mieux créer une tâche enfant ou liée.

Créez une tâche liée si :

  • un nouveau volume de travail est apparu et n'était pas dans l'accord initial ;
  • il faut confier un résultat séparé à un autre responsable ;
  • la correction dépend d'une décision externe ou d'un autre processus ;
  • le résultat actuel peut être accepté et la nouvelle exigence doit être menée séparément.

Renvoyez la tâche actuelle en travail si la correction concerne les mêmes critères d'acceptation et que le résultat ne peut pas être accepté sans elle.

Bonnes pratiques

  • Acceptez le résultat selon les critères d'acceptation, pas selon la formule "ça semble prêt".
  • Renvoyez la tâche en correction seulement avec une liste précise de corrections et le résultat attendu.
  • Vérifiez l'échéance et le plan/réel avant de fermer les tâches qui influencent un client, un budget ou la charge du département.
  • Fixez les décisions de gestion dans un commentaire : report d'échéance, retrait d'un point de checklist, acceptation d'un résultat partiel.
  • Créez une tâche liée pour un nouveau volume autonome afin qu'il ne se perde pas après la fermeture.
  • Ne fermez pas une tâche avec un timer actif ou du temps non enregistré.
  • Utilisez le contrôle du manager pour les tâches importantes où l'acceptation doit être séparée de l'exécution.
  • Après plusieurs retours, vérifiez la formulation initiale : les critères d'acceptation étaient peut-être incomplets ou le volume a changé.

Erreurs fréquentes

  • fermer une tâche sans vérifier le résultat ;
  • terminer le travail sans fichier final, lien ou commentaire de synthèse ;
  • terminer une tâche alors qu'elle doit passer par la vérification ou le contrôle ;
  • renvoyer la tâche en correction sans liste précise ;
  • demander des corrections dans un message personnel au lieu d'un commentaire ;
  • accepter un résultat en retard sans expliquer la raison et la décision ;
  • fermer une tâche avec un grand écart plan/réel sans commentaire ;
  • considérer une nouvelle demande comme une "petite correction" alors qu'il s'agit d'un résultat séparé avec autre échéance ou responsable ;
  • laisser un timer actif après fermeture ;
  • annuler une tâche au lieu de la reporter alors que le travail peut revenir plus tard ;
  • créer une nouvelle tâche pour une correction alors qu'il suffit de renvoyer l'actuelle en travail ;
  • continuer la tâche actuelle alors qu'un nouveau résultat autonome est apparu ;
  • fermer la tâche après un accord oral sans laisser la décision dans la carte pour l'historique.

Ce qu'il faut vérifier avant de fermer

Avant la fermeture, la tâche doit montrer non seulement le statut final, mais aussi le chemin d'acceptation. La carte doit rendre clair quel résultat est prêt, où se trouvent les fichiers ou liens, qui a vérifié le travail, quelles remarques sont closes et pourquoi aucune action supplémentaire n'est nécessaire dans cette tâche.

Vérifiez : description, checklist, fichiers et derniers commentaires avant acceptation ; transmission du résultat au demandeur ou au réviseur ; commentaire de l'exécutant indiquant ce qui est prêt et où vérifier ; retour en correction avec liste concrète de corrections si le résultat n'est pas accepté ; contrôle manager lorsque la tâche exige une vérification séparée ; timer arrêté et plan/réel compréhensible ; tâche liée ou enfant pour un nouvel engagement ; commentaire final après fermeture avec matériaux accessibles.

Sections associées