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 de base : l'executant indique que le travail est pret, le resultat est verifie, puis la decision accepte la tache, la renvoie en correction ou deplace le nouveau perimetre dans une tache separee.
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 créateur 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
| Statut | Ce qu'il signifie | Quand l'utiliser |
|---|---|---|
| Nouvelle | La 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 travail | La 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érification | Le 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 créateur ou au vérificateur. |
| En contrôle | La 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ée | Le 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ée | La 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ée | La 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ée | La 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 créateur 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 créateur, 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.
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 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 fiche : 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.
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.
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 créateur.
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'acceptation | Que faire |
|---|---|
| Correction du résultat initial | Renvoyer la tâche actuelle en correction avec une liste précise. |
| Nouveau résultat autonome | Créer une tâche liée ou enfant. |
| Idée pour l'avenir sans engagement | La fixer en commentaire comme idée ou décision de ne pas faire maintenant. |
| Dépendance externe | Reporter 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 manager | Fixer 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ù regarder | Que vérifier |
|---|---|
| Description | Quel résultat était promis et quelles limites étaient indiquées. |
| Checklist | Toutes les étapes obligatoires sont-elles terminées, reste-t-il des points ouverts. |
| Fichiers et liens | La version finale est-elle jointe, est-elle accessible aux participants. |
| Commentaires | Les décisions, précisions, validations et raisons des écarts sont-elles fixées. |
| Temps | Le timer est-il arrêté, le temps réel est-il saisi s'il est nécessaire au suivi. |
| Liens | Existe-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
- Ouvrez la tâche.
- Vérifiez la description, les critères d'acceptation et le résultat attendu.
- Lisez les derniers commentaires, décisions et questions.
- Ouvrez les fichiers, liens, documents et entités liées s'ils sont nécessaires à la vérification.
- Assurez-vous que les points obligatoires de la checklist sont terminés.
- Vérifiez l'échéance : la tâche se ferme à temps, avec report validé ou avec une explication claire du retard.
- Vérifiez le timer et le suivi du temps : le timer actif doit être arrêté avant la fermeture finale.
- Comparez plan/réel si la tâche participe au reporting ou au contrôle de charge.
- 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.
- Si une étape de contrôle séparée est nécessaire, envoyez la tâche au contrôle.
- Si vous acceptez le travail et que le résultat correspond aux critères, terminez la tâche.
- Si des corrections sont nécessaires, laissez un commentaire avec des remarques précises et renvoyez la tâche en travail.
- Si une nouvelle demande autonome est apparue, créez une tâche liée avant ou juste après la fermeture finale.
- 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 ;
- 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.
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.
Captures d'écran nécessaires
Pour la documentation publique, il est utile de préparer ces captures :
- carte de tâche avant acceptation : description, checklist, fichiers et derniers commentaires ;
- statut "En vérification" ou écran analogue de transmission du résultat au créateur ;
- exemple de commentaire de l'exécutant lors de l'envoi à la vérification : ce qui est prêt et où vérifier ;
- écran de retour en correction avec commentaire concret du vérificateur ;
- tâche en contrôle manager avec résultat et matériaux liés visibles ;
- bloc temps avant fermeture : timer arrêté, plan/réel visible ;
- exemple de tâche liée ou enfant créée pour un nouvel engagement ;
- tâche finalement fermée avec commentaire final et fichiers accessibles.