Modifier une tâche

LadVen OS - système d'exploitation pour l'entreprise conserve la tâche comme un accord de travail : quel résultat est attendu, qui en répond, pour quelle date et avec quels matériaux il sera vérifié. La modification d'une tâche ne sert pas à réécrire l'historique, mais à préciser soigneusement l'accord lorsque le travail est déjà en cours.

Une tâche bien modifiée aide tous les participants à comprendre de la même manière le nouvel accord. L'exécutant voit le résultat et les matériaux actuels, le responsable comprend la raison du changement, et le propriétaire de l'entreprise peut reconstituer le déroulement de la décision sans chercher le contexte dans les chats et les réunions.

En mode modification, changez seulement les parties de la carte qui précisent réellement l'accord de travail : description du résultat, délai, temps prévu, vérification, fichiers, participants et contexte. Après un changement significatif, laissez un commentaire avec la raison, afin que l'historique explique non seulement le fait de la correction, mais aussi la décision de gestion.

En ouvrant le mode modification, faites une vérification visuelle avant d'enregistrer : le titre et la description du résultat doivent rester visibles, le responsable et les participants doivent pouvoir être contrôlés, les fichiers et liens doivent rester près du contexte de travail, et l'action d'enregistrement ne doit pas masquer les champs que vous changez. Si un champ se trouve dans un bloc replié, ouvrez-le avant d'enregistrer afin que la carte reste lisible comme un seul accord.

Le schéma aide à décider quand modifier la tâche actuelle, quand créer un nouveau travail et quoi consigner après le changement.

Règle principale

Avant toute modification, posez la question : "Après cette correction, l'équipe exécute-t-elle la même tâche ou déjà un autre travail ?"

Si le résultat reste le même, modifiez la tâche actuelle. Si un nouveau résultat, un autre propriétaire, un délai séparé ou une acceptation autonome apparaît, créez une tâche liée ou enfant. La responsabilité ne se dilue pas et l'historique du travail reste lisible.

Une bonne modification :

• précise l'accord sans le remplacer rétroactivement ;
• conserve un responsable clair du résultat ;
• montre pourquoi le délai, le volume, les participants ou les matériaux ont changé ;
• aide les nouveaux participants à entrer rapidement dans le contexte ;
• laisse au responsable un historique transparent des décisions.

Quand modifier la tâche

Modifiez la tâche existante si le travail reste dans le même contour de résultat. C'est une situation normale : les données d'entrée se précisent, un fichier actuel apparaît, le délai change, une personne est ajoutée pour aider sur une partie du travail.

Cas appropriés :

• préciser le titre, la description, les critères de préparation ou le format attendu du résultat ;
• ajouter un lien vers un document, contrat, cahier des charges, tableau, client ou projet actuel ;
• changer le délai, la priorité, le temps prévu ou les tags après validation ;
• transférer la responsabilité à un autre collaborateur avec une raison claire ;
• ajouter un coexécutant ou un observateur qui a besoin du contexte ;
• joindre une nouvelle version de fichier ou retirer un matériau obsolète ;
• compléter la checklist par une étape vérifiable dans le même travail ;
• relier la tâche à une autre tâche, un document, un projet ou une fiche CRM.

La modification répond à la question "comment exécuter maintenant l'accord initial". Si la correction répond à la question "quel nouveau travail avons-nous ajouté", ce n'est plus une simple modification.

Quand une nouvelle tâche est nécessaire

Créez une nouvelle tâche si un résultat autonome apparaît. C'est important pour la gestion : un travail séparé reçoit son responsable, son délai, sa discussion, ses matériaux, sa checklist et son acceptation.

Une nouvelle tâche est nécessaire lorsque :

• la tâche initiale s'est développée en plusieurs travaux indépendants ;
• un résultat peut être accepté séparément ;
• il faut un autre responsable ou un autre délai ;
• une validation d'un autre service, client ou responsable est nécessaire ;
• la discussion part dans un contexte séparé ;
• l'ancienne tâche peut déjà être fermée et le nouveau travail est une suite ;
• le changement est si important que l'ancien historique commence à induire les participants en erreur.

Une tâche enfant convient si le nouveau travail fait partie du résultat global. Une tâche liée convient si le travail appartient au même sujet, mais vit dans un processus séparé.

Situation	Bonne action
Le lien vers le contrat actuel a été oublié dans la description	Modifier la tâche actuelle et ajouter le lien ou le fichier.
Le client a demandé de déplacer le délai de validation	Changer le délai et écrire la raison en commentaire.
Le responsable part en congé et transmet le travail	Changer le responsable, fixer la transmission du statut et les matériaux.
Après vérification du contrat, il faut préparer une présentation séparée	Créer une tâche liée.
Une grande tâche s'est divisée en parties juridique, technique et commerciale	Créer des tâches enfants avec responsables séparés.
Une tâche fermée a créé l'étape suivante du travail	Ne pas réécrire la tâche fermée, mais créer une suite.

Comment ouvrir la modification

1. Ouvrez la carte de tâche.
2. Vérifiez l'accord actuel : résultat, responsable, délai, matériaux, checklist et derniers commentaires.
3. Passez en mode modification si vous avez les droits de changer la tâche.
4. Modifiez seulement les blocs qui appartiennent réellement au nouvel accord.
5. Enregistrez les changements et vérifiez la carte en mode consultation normal.
6. Si le changement est significatif, laissez un commentaire avec la raison et mentionnez les personnes dont une action ou une confirmation est attendue.

Si la modification est indisponible, ne contournez pas le processus par une nouvelle tâche doublon sans explication. Demandez au demandeur, au manager ou au responsable de faire le changement, ou validez la création d'une tâche liée.

Sur largeur mobile, la modification doit rester un scénario de travail complet, pas une vue réduite en lecture seule. Vérifiez que les champs clés, les fichiers, les participants et les actions principales d'enregistrement ou d'annulation sont accessibles sans défilement horizontal. Si un champ long ou un nom de fichier est tronqué, ouvrez le bloc avant d'enregistrer et contrôlez la valeur complète dans la carte après l'enregistrement.

Ce qu'il faut fixer lors d'un changement

Tout changement significatif doit être compréhensible pour les personnes qui n'étaient pas dans l'appel, la réunion ou l'échange privé. C'est particulièrement important pour les responsables : la tâche doit montrer non seulement ce qui a changé, mais aussi pourquoi cette décision a été prise.

Pour une correction substantielle, fixez :

• ce qui a changé ;
• pourquoi c'était nécessaire ;
• qui a validé le changement ;
• comment cela influence le délai, le volume, la responsabilité ou l'acceptation ;
• ce que l'exécutant doit faire ensuite.

Utilisez cette formule pratique : champ ou périmètre modifié + raison et validation + effet sur délai/responsabilité/acceptation + personne qui porte l'étape suivante.

Exemple de bon commentaire :

Nous avons déplacé le délai au 18 mai, car le client a envoyé la nouvelle version du contrat seulement aujourd'hui. Nous vérifions les sections 3 et 5 sur la nouvelle version du fichier. Louis reste responsable, le service juridique est ajouté comme coexécutant.

Mauvais exemple :

Tâche mise à jour.

Ce commentaire n'explique pas la raison, ne protège pas l'accord et n'aide pas le responsable à comprendre pourquoi le plan a changé.

Responsabilité après correction

Après modification, la tâche doit conserver un responsable principal du résultat. Les coexécutants réalisent des parties du travail, les observateurs suivent le contexte, le demandeur accepte le résultat, mais ils ne remplacent pas le propriétaire du résultat final.

Avant l'enregistrement, vérifiez :

• qui répond maintenant du résultat ;
• qui accepte ou vérifie le résultat ;
• qui doit exécuter des parties concrètes du travail ;
• pour qui il suffit d'être informé ;
• si les nouveaux participants ont accès aux fichiers, documents, client et projet ;
• si l'ancien responsable a transmis le statut, les risques et les actions non terminées.

Si la responsabilité est transférée à une autre personne, ne vous limitez pas à changer le nom dans le champ. Écrivez un commentaire : qui répond maintenant, à partir de quel moment, ce qui est déjà fait, où sont les matériaux et quels risques restent.

Changer la description et le résultat

La description doit être modifiée lorsque la formulation initiale était imprécise, que des critères de préparation sont apparus, que le format du résultat a changé ou qu'il faut ajouter un contexte important.

Une bonne mise à jour de description :

• rend le résultat vérifiable ;
• ajoute les données d'entrée manquantes ;
• sépare le résultat obligatoire des informations de référence ;
• ne supprime pas un historique important sans explication ;
• ne cache pas un nouveau volume dans l'ancienne tâche.

Si la description change parce qu'un accord oral a précisé le résultat, ajoutez un court commentaire. Par exemple : "Après discussion avec le client, nous acceptons non pas le rapport complet, mais une liste de risques et de recommandations sur les sections 2-4". Les participants comprennent alors que c'est un changement validé, pas une correction accidentelle du texte.

Si la nouvelle description remplace en réalité la tâche par un autre travail, arrêtez-vous et créez une tâche séparée. Réécrire le résultat dans l'ancienne carte casse le contrôle : le responsable voit un historique, l'exécutant fait un autre travail, et l'acceptation devient discutable.

Changer le délai et la priorité

Le délai et la priorité influencent la planification du service, les attentes du responsable et les promesses au client. Ils ne doivent pas être changés en silence, "pour faire propre" ou pour cacher un retard.

Lors d'un report de délai, indiquez la raison :

• retard des matériaux entrants ;
• changement de priorité côté client ou responsable ;
• dépendance envers une autre tâche ;
• extension du volume après validation ;
• absence d'un accès, d'une décision ou d'une validation nécessaire ;
• maladie, congé ou transfert de responsabilité.

Si le délai est déplacé régulièrement, c'est un signal non seulement sur la tâche, mais aussi sur le processus. La tâche a peut-être été mal formulée, le volume surestimé, la dépendance non sortie séparément, l'équipe manque de ressource ou la décision est bloquée au niveau du responsable.

Lors d'un changement de priorité, expliquez ce qui a changé dans le contexte métier : délai client, risque pour le projet, blocage d'un autre service, importance pour la vente ou engagement envers le responsable. Une haute priorité sans raison cesse rapidement de fonctionner comme signal de gestion.

Changer les participants

Ajoutez des participants seulement avec un rôle clair. Les observateurs superflus créent du bruit, et les coexécutants superflus donnent une impression de responsabilité sans propriétaire réel.

Avant d'ajouter une personne, répondez :

• que doit-elle faire, vérifier ou valider ;
• a-t-elle besoin d'accès aux matériaux ;
• doit-elle recevoir des notifications sur l'avancement ;
• suffit-il de la mentionner dans un commentaire au lieu de l'ajouter à la tâche ;
• qui lui expliquera le statut actuel.

Lorsque vous retirez un participant, assurez-vous que l'équipe ne perd pas le contexte. Si la personne a transmis le travail, fixez-le dans un commentaire. Si elle n'a été ajoutée que pour une question ponctuelle, elle peut être retirée de l'observation permanente après réponse.

Changer les fichiers et documents

Les fichiers dans une tâche servent à l'exécution, à la vérification ou à l'historique de la décision. Joignez les matériaux actuels et indiquez quel fichier est la version de travail ou finale.

Si vous remplacez un document, écrivez ce qui a changé :

• "Nouvelle version du contrat du 16 mai, ne pas utiliser l'ancienne" ;
• "Maquette finale ajoutée pour vérification" ;
• "Le client a envoyé un tableau mis à jour, le considérer comme source des données" ;
• "L'ancien fichier est conservé pour l'historique, la version de travail est contract-v3".

Ne transformez pas la tâche en entrepôt de tous les matériaux du sujet. Si les documents sont nombreux et vivent séparément, il vaut mieux relier un dossier, un projet, un client ou un document. Dans la tâche, laissez ce qui est nécessaire au travail actuel et à l'acceptation.

Avant l'enregistrement, vérifiez les accès. Le nouveau responsable ou coexécutant doit non seulement voir le fichier dans la tâche, mais aussi avoir le droit d'ouvrir le document source, le tableau, le dossier ou l'entité liée.

Si, après avoir changé les participants ou les liens, un ancien fichier ne doit plus être visible au nouveau groupe, retirez-le de la tâche ou déplacez-le vers un emplacement avec les bons droits. Ne laissez pas dans la carte des versions obsolètes, des brouillons avec des données client ou des calculs internes seulement parce qu'ils étaient utiles au début.

Changer la checklist

La checklist convient aux étapes à l'intérieur de la même tâche. Chaque point doit être une action vérifiable, pas une nouvelle tâche sans propriétaire.

Bon :

• vérifier les coordonnées du client ;
• mettre à jour la section 3 du contrat ;
• joindre la version finale du fichier ;
• obtenir la confirmation du demandeur.

Mauvais :

• "comprendre le contrat" ;
• "tout faire pour le client" ;
• "préparer la présentation, valider le budget et lancer l'envoi" dans un seul point ;
• "transmettre au marketing" si le marketing reçoit un résultat et un délai séparés.

Si un point exige un responsable, un délai, des fichiers ou une discussion séparés, créez une tâche enfant ou liée. La checklist montre le progrès à l'intérieur d'un accord unique, mais ne remplace pas la gestion de plusieurs travaux.

Changer les relations et le contexte

Les relations aident à comprendre d'où vient le travail et où le résultat sera vérifié : projet, client, fiche CRM, document, tâche parente, tâche liée.

Après un changement de relations, vérifiez :

• la tâche ne s'est pas perdue hors de l'ancien flux de travail ;
• la nouvelle relation est accessible aux participants ;
• le contexte ne révèle pas de données client ou projet inutiles ;
• la description ou le commentaire explique pourquoi la relation a été ajoutée ;
• les tâches liées ne dupliquent pas le même travail.

Si la tâche appartient à un client, projet ou document, la relation n'est pas seulement pratique. Elle aide plus tard le responsable à reconstituer pourquoi la tâche est apparue, qui a pris la décision et quels matériaux ont été utilisés.

S'il y a des changements non enregistrés ou un conflit

Avant d'enregistrer, vérifiez que la tâche n'a pas été modifiée par un autre participant. Si le système affiche un conflit ou un avertissement, ne copiez pas automatiquement vos corrections par-dessus celles des autres.

Bon ordre :

1. Regardez ce que l'autre participant a changé.
2. Comparez-le avec votre correction.
3. Enregistrez seulement l'accord fusionné actuel.
4. Si les changements influencent le délai, le volume ou la responsabilité, écrivez un commentaire avec le résultat.

Si vous avez commencé à modifier une tâche, mais décidé de ne pas changer l'accord, annulez la correction. N'enregistrez pas de changements vides ou techniques : ils encombrent l'historique et empêchent le responsable de distinguer les décisions importantes des actions accidentelles.

Comment le responsable contrôle les changements

Le responsable doit voir non seulement les champs actuels de la tâche, mais aussi la qualité des changements. Une tâche peut sembler remplie tout en restant faible du point de vue de la gestion : délai changé sans raison, responsable remplacé sans transmission de contexte, nouveau volume caché dans la checklist.

Lors de la consultation d'une tâche modifiée, vérifiez :

• reste-t-il un propriétaire du résultat ;
• la tâche ne s'est-elle pas transformée en ensemble de travaux différents ;
• le report de délai est-il expliqué ;
• comprend-on qui a validé le changement de volume ;
• les nouveaux participants comprennent-ils leur rôle ;
• les fichiers et liens sont-ils actuels ;
• les critères de préparation correspondent-ils au nouveau volume ;
• les commentaires donnent-ils l'historique des décisions ;
• de nouvelles tâches liées ont-elles été créées là où un résultat autonome est apparu.

Si le changement influence le client, l'argent, le délai du projet ou la charge du service, demandez de fixer la raison en commentaire. Ce n'est pas de la bureaucratie, mais une protection du processus : dans une semaine, l'équipe doit comprendre pourquoi la décision a été prise.

Comment vérifier que l'équipe a compris les changements

Après une correction importante, ne considérez pas que l'équipe a automatiquement tout remarqué. C'est particulièrement vrai si le délai, le responsable, le volume, les critères de préparation ou les matériaux d'entrée ont changé.

Vérifiez la compréhension ainsi :

1. Écrivez un commentaire avec un bref résumé du changement.
2. Mentionnez les personnes dont une action ou une confirmation est attendue.
3. Demandez au responsable de confirmer le nouveau délai ou le nouveau volume.
4. Si les matériaux ont changé, indiquez la version actuelle du fichier ou du document.
5. Si le travail est devenu plus grand, divisez-le en tâches séparées.
6. Après confirmation, vérifiez que les champs de la tâche correspondent à l'accord dans les commentaires.

Pour les tâches critiques, il est utile d'écrire directement : "Confirmez que le nouveau délai et le nouveau volume sont compris". Cela réduit le risque que le changement ait été fait dans la carte, mais pas accepté par l'équipe dans le travail.

Exemples de commentaires

Changement	Exemple de commentaire
Report de délai	"Le délai est déplacé au 18 mai : le client a transmis les données d'entrée plus tard que prévu. Le volume ne change pas."
Changement de responsable	"La responsabilité est transférée à Marie à partir d'aujourd'hui. Louis a transmis le statut actuel et le fichier avec les corrections."
Précision du volume	"Nous ajoutons la vérification de la section 5 du contrat après la remarque du client. Les autres sections restent selon les critères précédents."
Ajout d'un coexécutant	"Le service juridique est ajouté pour vérifier les formulations. Le résultat final reste accepté par le demandeur."
Remplacement d'un fichier	"La nouvelle version de la proposition commerciale du 16 mai est chargée. Ne pas envoyer l'ancienne version au client."
Création d'une tâche liée	"La préparation de la présentation est sortie dans une tâche liée afin de ne pas élargir la vérification actuelle du contrat."
Annulation d'un changement inutile	"Nous n'incluons pas la vérification supplémentaire dans cette tâche. Une tâche séparée sera créée après validation du budget."

Erreurs fréquentes

Erreur	Pourquoi c'est dangereux	Comment faire correctement
Remplacer le résultat par la description	L'exécutant et le responsable commencent à lire la même tâche différemment.	Créer une tâche liée ou enfant pour le nouveau résultat.
Changer le délai sans raison	On ne comprend pas s'il s'agit d'un retard, d'une nouvelle décision ou d'une tentative de cacher un dépassement.	Écrire la raison du report et qui a validé la nouvelle date.
Diluer la responsabilité	Plusieurs participants semblent responsables, mais personne ne possède le résultat final.	Garder un responsable principal et attribuer les autres par rôles.
Ajouter des observateurs "au cas où"	Les notifications perdent leur valeur et les personnes cessent de réagir.	Ajouter seulement ceux qui doivent suivre le travail, mentionner les autres ponctuellement.
Cacher un travail autonome dans la checklist	Le nouveau travail n'a ni propriétaire, ni délai, ni acceptation séparée.	Créer une tâche enfant ou liée.
Remplacer des fichiers sans explication	Les participants peuvent utiliser une version obsolète.	Indiquer quel fichier est actuel et ce qui a changé.
Modifier une tâche fermée au lieu de créer une suite	L'historique du résultat accepté est cassé.	Créer une nouvelle tâche de suite et la relier à la tâche fermée.
Considérer qu'un accord oral suffit	Quelques jours plus tard, l'équipe ne pourra pas reconstituer la raison de la décision.	Fixer le résultat dans un commentaire ou dans la description.

Bonnes pratiques

• Lisez d'abord la carte actuelle, puis modifiez. Sinon, il est facile de perdre des accords déjà acceptés.
• Changez seulement ce qui a réellement changé. Les corrections inutiles compliquent l'historique.
• Après une correction significative, laissez un commentaire avec la raison, ne changez pas seulement les champs.
• Conservez un seul résultat et un seul responsable. Pour un travail autonome, créez une tâche séparée.
• Ne supprimez pas les anciens matériaux sans comprendre s'ils sont nécessaires à l'historique. Si un fichier est obsolète, indiquez la version actuelle.
• Vérifiez les accès des nouveaux participants dès leur ajout.
• Pour les changements importants, demandez la confirmation du responsable ou du demandeur dans les commentaires.
• Après enregistrement, ouvrez la carte en mode consultation et vérifiez qu'elle se lit comme un accord unique et cohérent.

Vérification rapide après modification

Avant de considérer la correction terminée, vérifiez :

• le résultat de la tâche reste compréhensible ;
• le délai, la priorité et le temps prévu correspondent au nouveau volume ;
• le responsable et les participants sont attribués consciemment ;
• les raisons importantes sont écrites dans un commentaire ;
• les fichiers et liens actuels sont accessibles aux participants ;
• la checklist ne contient pas de tâches autonomes ;
• des tâches liées ont été créées là où un résultat séparé est apparu ;
• l'équipe a confirmé les changements significatifs ;
• le responsable pourra reconstituer l'historique de la décision depuis la carte de tâche.

Ce qui doit être visible après modification

Après enregistrement, la tâche doit se lire comme un accord unique et non contradictoire. Vérifiez que la carte montre :

• la description actuelle du résultat ;
• le nouveau délai ou le temps prévu s'ils ont changé ;
• un responsable clair ;
• les fichiers et liens actuels ;
• des participants avec des rôles conscients ;
• un commentaire expliquant la raison d'un changement significatif ;
• des tâches liées séparées si un nouveau résultat autonome est apparu ;
• un historique permettant au responsable de reconstituer le déroulement de la décision.

Si, après modification, il faut expliquer oralement le nouvel accord, cela signifie que la carte n'est pas entièrement mise à jour.

Sections liées

• Carte de tâche
• Créer une tâche
• Relations de tâches
• Désigner les participants
• Joindre des fichiers à une tâche
• Ajouter une checklist
• Commentaires dans une tâche
• Historique d'activité
• Vérifier et fermer une tâche