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 fiche 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.

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, brief, 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 entité 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 fiche 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 fiche 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 responsable ou au propriétaire de la tâche de faire le changement, ou validez la création d'une tâche liée.

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.

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. Ivan 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 fiche 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.

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, entité 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 fiche, mais pas accepté par l'équipe dans le travail.